meanwhile in bitcoin dev.
https://bitcointalk.org/index.php?topic=418071.0Quote from: genjix on January 16, 2014, 12:37:12 PM
Quote from: waxwing on January 16, 2014, 12:35:42 PM
Nice work, Amir Smiley
You seem to have an expired ssl cert on *.unsystem.net, by the way.
This whole system is very reminiscent of ssl, since I'm on the subject.. Initial handshake with shared secret. But of course the purpose is different in various ways. If we think of a scenario where a customer wants to pay to a Silk Road merchant, I guess you'd say that this part (stealth addresses) is a kind of substitute for the encryption part of ssl (well, not a complete substitute but part) (because obviously you can't encrypt the blockchain but this serves to seriously obfuscate the meaning of txs), while the authentication part of ssl would have to be dealt with separately through some pgp stuff or x509 or whatever?
I've changed the link now in the OP.
Original link:
https://wiki.unsystem.net/index.php/Sx/StealthAlternative link:
https://en.bitcoin.it/wiki/Sx/StealthAll these new innovations are great. Especially when you start thinking about systems like Twister and their implications. Writing functions like initiate_stealth() is probably the coolest thing I've ever written.
Cheesy
Imagine it; stealth + coinjoin - no one can trace the transactions. multisig - website can never steal funds. SR website code - open sourced with multiple servers for decentralization (maybe Twister too I don't even know anything about it yet).
Soon we'll reach a point where it doesn't even matter if the FBI run SR from their headquarters - it'll still be safe Cheesy
with multple sig support , and coinjoin no need for trusted party's so no way to steal someone's bitcoins.
people can't handle control and power very well so its better we outsource and decentralize it.