Pages:
Author

Topic: TPTB_need_war Bitcoin Fork in the making! - page 13. (Read 11460 times)

sr. member
Activity: 420
Merit: 262
I can say that my co-developer refused to allow the masternodes have the ability to unmask the anonymity. I was arguing for a simpler design but his standards of ethics on the technology are even higher than mine. Then apparently we were able to devise a solution so the masternode could not unmask.

I was arguing that the user could just mix numerous times, so even if the masternode could unmask one of the mixes, all the masternodes would need to collude to unmask numerous mixes. But my co-dev pushed for us to find an even greater assurance that the masternode can't unmask the anonymity. And we figured out how to do it.

I will excerpt what he and I wrote me in chat:

me: CoinShuffle does not scale.
me: CoinShuffle has a simultaniety requirement. Any one participant can jam it.
me: If you adopt CoinShuffle that is a death wish for the coin.
me: The coin will be jammed, nobody can use it, the coin will die.
me: Unless you make jamming costly, the adversaries will jam every CoinShuffle mix.
me: Afair, CoinShuffle requires forwarding each stage of the shuffle to the next participant. How do you distinguish between Internet connectivity failure and intentional jamming?
me: so then you can't confiscate a deposit if there is jamming
me: 1000 masternodes are guaranteed to be bought by the evil side?
me: We just need to decentralize mining more. My design is the spenders are the miners!
co-dev: i dont want to claim something is anonymous when a breach of data center compromises privacy
me: Dash has no problem with that. lol
co-dev: so that is why I say sparsely used massive number of virtual dcnets
me: I am not going to endorse anything using CoinShuffles and DCnets. I am fairly sure it will blow up.
me: I won't risk my reputation on such an experiment.
co-dev: i dont see why the submission to the masternode cant be protected in some way
me: I want a clean design that even if not perfect, we can be sure how it will work.
...(discussion of the solution)...
me: So the user can send their output to any masternode. So no one masternode sees all.
me: Okay great!!!!!!!!
...
me: Oh this is good.
...
me: I really like it. It is quantum computing resistant!
me: We can actually make this quantum resistant with lamport signatures. I already have the C code for lamport signatures on my github.

Edit: let me add that I know the logic from Monero and Zcash will be that masternodes can be monopolized by the NSA or other super power adversary. But remember there is no anonymity against such adversaries even with Monero and Zcash (due to meta data correlation). That is a delusion. The real market is bringing privacy to the masses. Which means you need scaling.
hero member
Activity: 798
Merit: 500
A Bitcoin fork by anonymint / tptb_need_war with modifications for anonymity! Very interesting!
full member
Activity: 130
Merit: 100
I will invest in this coin for sure ....
sr. member
Activity: 497
Merit: 251
You may see a release in approximately 1 month. I am in discussions right now with my co-developer. We may have an announcement as early as tomorrow. We are still nailing down the issues. I just discovered this new technology breakthrough in the past 24 hours. I need a bit more time to make sure it is correct. But so far, my co-developer and I both already think it is correct.

Note when I write "co-developer" I actually mean that someone I collaborate with on ideas and who is independent of me. And if this this new plan proceeds, I will just be the contract programmer and the technical lead, but not the entity who is launching the coin. Any way, more details to follow once discussions are completed.

P.S. we are thinking of forking Bitcoin 0.12 and making the modifications for anonymity on that. And then we will add the advances I want for my ultimate coin in stages.

Pages:
Jump to: