Topic: [ANN] Pink: Escort startup Series A share sale - page 8. (Read 3820 times)

Hmm. "Servers are pure RAM-based, no disks." And where whole system will be stored at? Random shutdown or reboot of server will cause in devastating of data. This isnt acceptable both for customers and girls. All personal data will be destroyed, and you have to do backups every hour or even more often with service growth.
OP you disappointing me, first when i've quickly read your tech papers on medium, I've thought "that seems flawless", but then i've read this about RAM storage, and about two TOR gates within your system.
Did you know, that TOR cannot provide an acceptable bandwidth for a service like yours? Especially when there is two tor gates in the network.
So, your security/storage plan is not flawless, moreover it's vulnerable and way too complicated in service.
And i've found strange thing. How it could be truth that for 11 days of your ICO you've collected $400k and after creating bitcointalk thread you've stuck on 700 for days? Where was your main marketing campaign?

Judging by the answers from the OP, he's very technical and the kind of guy that you want to handle such a tricky project.

Escort work is a lot more involved than you understand and your rude statements simply do not reflect reality. Even then, we accept cash payments, and it's not expected that any end users end up being forced to use Bitcoin or Monero.

I don't know what you're talking about re pimps. Pink is completely anti-pimp.

AM's security was amateur hour. Ours is not even in the same game. Read our article here: https://medium.com/@PinkApp/pink-app-trading-latency-for-anonymity-and-other-techniques-815ee21c6da4 Then tell me how an AM style exfiltration would work. There will be only 3 active people with server access (plus contingency system, but that will be publicly visible action).

TL;DR: Servers are pure RAM-based, no disks. Encrypted backups. Intrusion detection->auto shutdown. No routable IP, only Tor access for hidden service. Database is 2 Hidden Services deep, so it's Web Gateway->Tor HS1 (Web Server)->Tor HS2(data gateway)->DB.

Data access is gated by a cryptographic token unique to each user and rate limited. So even if you got network access on the app server, you would have to compromise user logins to submit data requests (no direct SQL).

This architecture is a bit of a pain to manage. It is not as uptime-friendly; if something goes wrong, we have to restore from backup. No internet access is tough, it means we have to create a change management request, audit it, then create a new container and deploy. But the security benefits are unrivaled.

This is hilarious 

How many escorts know how to tie their shoes much less download, install and secure a wallet?

Or you want the pimps to do it for them Lawl! Or are we supposed to be the pimps since we invested in the system? I can see it now... Some big dude busting in the door because his computer gets a fatal exception error every time he tries to open the wallet, demanding his hard-earned money.

This seems similar to the whole AshleyMadison fiasco, but with a much bigger focus on anonymity. So their problem was their database was hacked and everyones information leaked, how have you learned from that disaster and how will you approach data security? Using crypto probably eliminates the need for real names altogether right?

We've a goal of $1.5 mln for Series A in order to go directly to launch. The consensus seems to be that if we don't reach that, then we should instead work on creating a beta platform, show it off, while raising a Series B. In practice, what we'd do is issue a 2:1 shares bonus to all Series A investors, effectively cutting the price in half for them. Then we'd start a Series B a bit later at a price of $1.10.

The total number of shares is 23.45 million. 5 mln for Series A, 5 mln for IPO, 10 mln for potential future offers, 2 mln stock grants for hiring talent, 800,000 investor incentive shares, 600,000 founder shares. Unsold shares are not outstanding, and thus do not count when calculating market cap or dividends. At IPO, we expect there to be about 12 million shares outstanding.

The founder shares and stock grants are subject to a 50% 6 month and 50% 12 month lockup period. This ensures that founders and executives don't dump shares after receiving them.

We are looking at what we encode into a contract. We're excited about the possibility for smart contract corporate governance in general. But we're also a bit cautious, as many bugs have shown smart contracts to be a bit immature for trusting with a lot of money.

What do you think guys?

Yeah, we'll have cryptocurrencies and ICOs for every color soon. 

There's another coin PINK and it's something totally different )))

Sorry, I always confuse these. What is the hard cap actually? Or what are them both?

Soft cap is the minimum that must be raised for the crowdsale to be considered a success, and the hard cap is the maximum amount that is accepted as investment in total.

Also, will the hard cap be encoded in the contract?

What is the soft cap on the sale?

Awesome, as that's the hardest part.

Legality is defined on a specific jurisdiction. It's legal to sell Kinder Eggs in some places, but not in the U.S. Sex work, and all the surrounding work (advertising, accounting, payment handling) is not fully legal in any specific existing jurisdiction. And even if it were, even if Pink could be fully licensed in Australia for instance, it would still be offering illegal services in the U.S. The U.S. could then apply legal pressure on Australia to extradite us or otherwise cause problems. Or the next time we're travelling, they could grab us, even illegally. In short, it is not a good tactic to rely on the legal protection of a particular country.

To work around this, we do not operate in any particular jurisdiction. We are extrajurisdictional. Easier said than done! To get it done, we use tight opsec to ensure anonymity of our core team and server platforms. More details here: https://medium.com/@PinkApp/pink-app-trading-latency-for-anonymity-and-other-techniques-815ee21c6da4

By having a very small core team, we can operate outside of existing jurisdiction, and thus they cannot enforce their laws on us. Think of it as a pocket of cyberspace allowing cypherpunk libertarian values. As far as it being legal, that depends on who you ask. The US Government will not agree: We are offering shares that are not regulated by the SEC, but the US says we must register with the SEC. So it's an impasse. They insist it applies, we insist it does not. Unless they defeat our security systems then physically grab us they cannot do much about it. And even if they do physically grab us, we are setting up contingency plans to allow investors to select a successor team to control the platform and run it. Same contingency plan if we were to all suffer a heart attack or other disaster.

This is not our first rodeo, and our design as linked above has received very positive feedback. Once we are funded, we will seek a third party security audit, to assure people, even more, that our opsec remains onpoint.

Hi,

Please explain me more about your extrajurisdictional company? How this can be legal?
If you can really make it legal, this could be one very promising project.

A lot of clients or non-clients simply have no clue what they are talking about. Many providers are absolutely top-notch professionals. Sex work is work and is a lot more than just sex. People, especially guys, think hey, have sex, get paid, easy! In reality it's running your own brand, marketing, screening customers, maintaining secrecy. Dumb providers do not do well.

Providers as a group will have a far easier time installing an APK than the general population. It's not a hard task at all.

If the core team that runs the platform is not anonymous, then law enforcement will simply arrest them or sue them. This would have a negative impact on the uptime of the service.

We will offer a traditional search system with endless listings. I will not argue if Tinder is a good or bad dating experience. What matter is that Tinder has very high engagement levels and that is something we want to seek. Furthermore, a UX that encourages clients to view more providers and rate them, even with swipe left v right is good for us. It provides us valuable data that we can use to increase revenue.

A super simple example: Some clients prefer some aspects of a body, such as the chest. Others want booty. There are countless providers that have great attributes on both sides, which to highlight? Our system will know the preferences a client shows, and thus can display the most attractive photos on a per-client basis. No other system can do this. I expect this feature to be copied pretty quickly after we launch though!

And this example is very limited, just playing off the old T&A concept. There are many more dimensions. For instance, selfies v pro photos. We believe that for any given provider, their reach of interested clients is at least 50% more than what they can accomplish with a single static profile. Pink's dynamic profiles will give them that reach without the provider having to do anything.

We've started on parts of the backend.

It is good to see new projects coming out in this platform but i am still not sure what you are going to fulfill here as there are many promising apps which does a decent job,sure you could have a billion dollars if you set things the right way but tinder is the worst dating app i have seen and i really do not like to see those settings being rolled over and if so i can guarantee that this will be a failure .