g_simonsson
- Karma
- 22
- Created
- October 29, 2017 (8y ago)
- Submissions
- 0
https://www.crunchbase.com/person/gustav-simonsson
https://github.com/Gustav-Simonsson
https://twitter.com/classygustav
https://github.com/Gustav-Simonsson
https://twitter.com/classygustav
This reminds me of the Sun-Earth-L1 Lagrangian point, where we have deployed several spacecrafts: https://en.wikipedia.org/wiki/Lagrangian_point#Spaceflight_a... An international effort could easily deploy reflective…
I'll bite: such users are more likely to want to run an Orchid relay or exit node, with default settings, than actually use Orchid to access the Internet (source node). Internet users who may be less technical and may…
Because people currently pay for VPNs, and Orchid effectively provides some of the features of VPNs, with the added benefit that there is no central VPN provider who logs your (meta) data and sells it for profit. And as…
That's fair, and as this is one of the first SAFTs (link below) sold to SV VCs, there's quite a bit of new ground in the thinking and incentives. Basically, the deal is that our investors bought the right to future…
Good question, especially since we made it clear to them that we have no business model and no plans to ever have one. There is a fixed number of Orchid Tokens that are used for payments within the network of relayed…
Anyone who wants to access the Internet without being surveilled or censored, and for anyone who wants to earn tokens by offering their bandwidth for relaying such traffic.
While not very well described in the whitepaper, the system actually uses token commitments to verify source nodes. Relay and exit nodes verify that the connecting source node has enough token committed (locked up in an…
What's wrong with raising money? Is it more ethical to build systems while living of one's savings? One of the reasons why there's is a lot of Ethereum-based projects currently raising a lot of money is because…
The main reason there's currently not more details around the SAFT and the token model/allocations is that it would distract from the overall project and tech, given the current hype of blockchains and tokens. There's…
(1) In general some of the hardest problems / known weaknesses of the protocol at this stage is: * Client bootstrap - what entry nodes to connect to? (saurik answered this in response to other questions) * Current…
The actual payment tickets (a small data structured signed by the sender) may be sent every 100 packets - we have yet to configure this. The cool thing is that we could send one ticket per packet, but likely that would…
Certainly incomplete as it is still a draft, though I'd contest "dishearteningly". Also, why do you find it disingenuous? We're not shying away from what entry nodes and bootstrap of user clients is one of the hardest…
Hopefully not! Ideally token allocations are fair and do not skew ownership towards any individual or entity while still providing good incentives (we're still working on figuring out what good allocations look like)