Zerovert - First Truly & Only Anonymous Coin with Zerocoin | Mandatory Upgrade !

[zerovert]

IIRC... Vert used Parallax or Monocle as a testnet for stealth addresses, is this going to be a testbed for future implementation of ZK anon into Vert? if so awesome but I agree.. why not make it a standalone coin...
*edit the "why not make a different coin" is slightly answered above

Zerovert won't integrate with Vert in the future because Vertcoin direction is ASIC resistant, and protecting user's privacy with SX.
Zerovert will become a sidechain coin of Vertcoin in the future, and Zerovert direction is focusing on anonymity.

[1715409572]

1715409572

[1715409572]

1715409572

[1715409572]

1715409572

[TrangLee]

how did you solve the zerocoin flaws?

Can you give us a specific flaw that you would like to know ?

Him and longnshort are known SDC trolls. Your coin claims to steal their holy grail. ZK-Snark implementation. Oddy When I bring up this same question they yelled fud and such. I am very sure though that he is referring quite rightly about 2 known ZK-Snark (ZeroCoin/Cash) issues. 1st a major one. How do you deal with the issue of trust? Simply how can you prove you deleted the key and supporting code that creates the coins? If you didn't and or made a copy you can mint as many coins as you damn well please. Huge 800lbs gorilla that. Now for the giant pink elephant in the same room. Blockchain bloat. Snarks bload as much if not worse than rig sigs. If this scaled up to say darkcoin in usage the network will come to a grinding halt. Zk-snarks use ten of thousands more bytes than a normal BTC TX. It's rare I agree with these guys but in this case they are right to ask these very serious questions.

[TrangLee]

how did you solve the zerocoin flaws?

Can you give us a specific flaw that you would like to know ?

Zerocoin as currently implemented requires configuration with a trusted non-secret integer of 1,026 bits in length generated by multiplying together two factors p and q. That means you need a "trusted party" to configure Zerocoin; more importantly, if this trusted party decides to hold on to the p and q factors they used (rather than destroying them) or shares them with anybody, then they will be able to double spend any zerocoins. This is a fatal flaw if you wish Zerocoin to operate in a zero-trust manner. afaik

https://github.com/Zerocoin/libzerocoin/wiki/Generating-Zerocoin-parameters

Man this sounds so hypocritical coming from someone who says they are making zk TX in testnet now.

Dev do a yourself a favor and read up on the Shadow coin trolls thread and even shadows own ann (old non mod and new moderated ones) as you are about to get the fud shit storm of a life time you have never imagined.  

[00Smurf]

how did you solve the zerocoin flaws?

Can you give us a specific flaw that you would like to know ?

Him and longnshort are known SDC trolls. Your coin claims to steal their holy grail. ZK-Snark implementation. Oddy When I bring up this same question they yelled fud and such. I am very sure though that he is referring quite rightly about 2 known ZK-Snark (ZeroCoin/Cash) issues. 1st a major one. How do you deal with the issue of trust? Simply how can you prove you deleted the key and supporting code that creates the coins? If you didn't and or made a copy you can mint as many coins as you damn well please. Huge 800lbs gorilla that. Now for the giant pink elephant in the same room. Blockchain bloat. Snarks bload as much if not worse than rig sigs. If this scaled up to say darkcoin in usage the network will come to a grinding halt. Zk-snarks use ten of thousands more bytes than a normal BTC TX. It's rare I agree with these guys but in this case they are right to ask these very serious questions.

I hold much more than SDC, As such you are calling out everycoin community who's coin i hold.

[00Smurf]

how did you solve the zerocoin flaws?

Can you give us a specific flaw that you would like to know ?

Zerocoin as currently implemented requires configuration with a trusted non-secret integer of 1,026 bits in length generated by multiplying together two factors p and q. That means you need a "trusted party" to configure Zerocoin; more importantly, if this trusted party decides to hold on to the p and q factors they used (rather than destroying them) or shares them with anybody, then they will be able to double spend any zerocoins. This is a fatal flaw if you wish Zerocoin to operate in a zero-trust manner. afaik

https://github.com/Zerocoin/libzerocoin/wiki/Generating-Zerocoin-parameters

Man this sounds so hypocritical coming from someone who says they are making zk TX in testnet now.

Dev do a yourself a favor and read up on the Shadow coin trolls thread and even shadows own ann (old non mod and new moderated ones) as you are about to get the fud shit storm of a life time you have never imagined.  

hypocritcal how? IT doesn;t use a zerocoin implementation. This has been stated numerous times. The reason it doesn't use Zerocoin implementation is because of the issues you mentioned in your post.

[zerovert]

how did you solve the zerocoin flaws?

Can you give us a specific flaw that you would like to know ?

Zerocoin as currently implemented requires configuration with a trusted non-secret integer of 1,026 bits in length generated by multiplying together two factors p and q. That means you need a "trusted party" to configure Zerocoin; more importantly, if this trusted party decides to hold on to the p and q factors they used (rather than destroying them) or shares them with anybody, then they will be able to double spend any zerocoins. This is a fatal flaw if you wish Zerocoin to operate in a zero-trust manner. afaik

That's the problem that we already have taken into account since project beginning. We have tried to use RSA-UFO [1], Secure
Multiparty Computations [2]. Finally, we decided to use RSA factor challenging [3] instead because, It is the best way to guarantee that we don't hold "p" and "q". Moreover, if you can crack, you can claim 200k with RSA Laboratories. In our plan, to prevent double spending, we can easily take a look global balance between Mint and Spend transactions. If you have spend transactions more than mint, which is impossible, we will know that they are double spending occur in the network.

[1] http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.28.4015
[2] https://daim.idi.ntnu.no/masteroppgaver/004/4699/masteroppgave.pdf
[3] http://en.wikipedia.org/wiki/RSA_Factoring_Challenge

[LongAndShort]

how did you solve the zerocoin flaws?

Can you give us a specific flaw that you would like to know ?

Zerocoin as currently implemented requires configuration with a trusted non-secret integer of 1,026 bits in length generated by multiplying together two factors p and q. That means you need a "trusted party" to configure Zerocoin; more importantly, if this trusted party decides to hold on to the p and q factors they used (rather than destroying them) or shares them with anybody, then they will be able to double spend any zerocoins. This is a fatal flaw if you wish Zerocoin to operate in a zero-trust manner. afaik

https://github.com/Zerocoin/libzerocoin/wiki/Generating-Zerocoin-parameters

Man this sounds so hypocritical coming from someone who says they are making zk TX in testnet now.

Dev do a yourself a favor and read up on the Shadow coin trolls thread and even shadows own as you are about to get the fud hit storm of a life time you have never imagined. 

Buzz off kid, adults are talking again. Go research what you are implying its ridiculous! You are clearly quoting people who haven't the slightest clue what they're talking about. I can see that clearly because you haven't the fientest clue on how to string it all together properly! Give up trying you look stupid..Yet again!

[tx42]

A quick trip to wikipedia shows that the zero cash protocol is better for bloat.

Why not claim you are using zero cash?

[00Smurf]

how did you solve the zerocoin flaws?

Can you give us a specific flaw that you would like to know ?

Zerocoin as currently implemented requires configuration with a trusted non-secret integer of 1,026 bits in length generated by multiplying together two factors p and q. That means you need a "trusted party" to configure Zerocoin; more importantly, if this trusted party decides to hold on to the p and q factors they used (rather than destroying them) or shares them with anybody, then they will be able to double spend any zerocoins. This is a fatal flaw if you wish Zerocoin to operate in a zero-trust manner. afaik

That's the problem that we already have taken into account since project beginning. We have tried to use RSA-UFO [1], Secure
Multiparty Computations [2]. Finally, we decided to use RSA factor challenging [3] instead because, It is the best way to guarantee that we don't hold "p" and "q". Moreover, if you can crack, you can claim 200k with RSA Laboratories. In our plan, to prevent double spending, we can easily take a look global balance between Mint and Spend transactions. If you have spend transactions more than mint, which is impossible, we will know that they are double spending occur in the network.

[1] http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.28.4015
[2] https://daim.idi.ntnu.no/masteroppgaver/004/4699/masteroppgave.pdf
[3] http://en.wikipedia.org/wiki/RSA_Factoring_Challenge

Thanks for the response.  Good luck with the launch.

Oh are you launching tomorrow with ZK enabled Tx's or is this something coming in the future?

[TrangLee]

I hold much more than SDC, As such you are calling out everycoin community who's coin i hold.

Nope only you and your SDC buddies that troll anything even remotely being a threat to SDC. You where at groud zero leaking chat rolls to start the Blocknet smear campaign proven to be planned by the huge bagholding SDC whales like Boh / pookielax31, TrollsRyoce / coolstoryteller and longnshort. Those are the guys and their shills I call out and will continue to do so every time I see you all fudding and trolling other coins and projects. It's easy to see just look at post histories on those guys.

 

[00Smurf]

I hold much more than SDC, As such you are calling out everycoin community who's coin i hold.

Nope only you and your SDC buddies that troll anything even remotely being a threat to SDC. You where at groud zero leaking chat rolls to start the Blocknet smear campaign proven to be planned by the huge bagholding SDC whales like Boh / pookielax31, TrollsRyoce / coolstoryteller and longnshort. Those are the guys and their shills I call out and will continue to do so every time I see you all fudding and trolling other coins and projects. It's easy to see just look at post histories on those guys.

 

no smear campaign has been proven, that is merely conjecture. But please continue on.

And can you clarify that you are in fact attacking me with your claims?

[zerovert]

A quick trip to wikipedia shows that the zero cash protocol is better for bloat.

Why not claim you are using zero cash?

We implemented Zerocoin[1] not Zerocash[2].

[1] http://zerocoin.org/media/pdf/ZerocoinOakland.pdf
[2] http://zerocash-project.org/media/pdf/zerocash-oakland2014.pdf

how did you solve the zerocoin flaws?

Can you give us a specific flaw that you would like to know ?

Zerocoin as currently implemented requires configuration with a trusted non-secret integer of 1,026 bits in length generated by multiplying together two factors p and q. That means you need a "trusted party" to configure Zerocoin; more importantly, if this trusted party decides to hold on to the p and q factors they used (rather than destroying them) or shares them with anybody, then they will be able to double spend any zerocoins. This is a fatal flaw if you wish Zerocoin to operate in a zero-trust manner. afaik

That's the problem that we already have taken into account since project beginning. We have tried to use RSA-UFO [1], Secure
Multiparty Computations [2]. Finally, we decided to use RSA factor challenging [3] instead because, It is the best way to guarantee that we don't hold "p" and "q". Moreover, if you can crack, you can claim 200k with RSA Laboratories. In our plan, to prevent double spending, we can easily take a look global balance between Mint and Spend transactions. If you have spend transactions more than mint, which is impossible, we will know that they are double spending occur in the network.

[1] http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.28.4015
[2] https://daim.idi.ntnu.no/masteroppgaver/004/4699/masteroppgave.pdf
[3] http://en.wikipedia.org/wiki/RSA_Factoring_Challenge

Thanks for the response.  Good luck with the launch.

Oh are you launching tomorrow with ZK enabled Tx's or is this something coming in the future?

We will launch with ZK enabled Tx's.

[EmilioMann]

how did you solve the zerocoin flaws?

Can you give us a specific flaw that you would like to know ?

Zerocoin as currently implemented requires configuration with a trusted non-secret integer of 1,026 bits in length generated by multiplying together two factors p and q. That means you need a "trusted party" to configure Zerocoin; more importantly, if this trusted party decides to hold on to the p and q factors they used (rather than destroying them) or shares them with anybody, then they will be able to double spend any zerocoins. This is a fatal flaw if you wish Zerocoin to operate in a zero-trust manner. afaik

That's the problem that we already have taken into account since project beginning. We have tried to use RSA-UFO [1], Secure
Multiparty Computations [2]. Finally, we decided to use RSA factor challenging [3] instead because, It is the best way to guarantee that we don't hold "p" and "q". Moreover, if you can crack, you can claim 200k with RSA Laboratories. In our plan, to prevent double spending, we can easily take a look global balance between Mint and Spend transactions. If you have spend transactions more than mint, which is impossible, we will know that they are double spending occur in the network.

[1] http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.28.4015
[2] https://daim.idi.ntnu.no/masteroppgaver/004/4699/masteroppgave.pdf
[3] http://en.wikipedia.org/wiki/RSA_Factoring_Challenge

not waste time giving explanations to these trolls and fudsters from shadowcoin, they will destroy your reputation, steal your ideas and try to launch before.

[00Smurf]

A quick trip to wikipedia shows that the zero cash protocol is better for bloat.

Why not claim you are using zero cash?

We implemented Zerocoin[1] not Zerocash[2].

[1] http://zerocoin.org/media/pdf/ZerocoinOakland.pdf
[2] http://zerocash-project.org/media/pdf/zerocash-oakland2014.pdf

how did you solve the zerocoin flaws?

Can you give us a specific flaw that you would like to know ?

Zerocoin as currently implemented requires configuration with a trusted non-secret integer of 1,026 bits in length generated by multiplying together two factors p and q. That means you need a "trusted party" to configure Zerocoin; more importantly, if this trusted party decides to hold on to the p and q factors they used (rather than destroying them) or shares them with anybody, then they will be able to double spend any zerocoins. This is a fatal flaw if you wish Zerocoin to operate in a zero-trust manner. afaik

That's the problem that we already have taken into account since project beginning. We have tried to use RSA-UFO [1], Secure
Multiparty Computations [2]. Finally, we decided to use RSA factor challenging [3] instead because, It is the best way to guarantee that we don't hold "p" and "q". Moreover, if you can crack, you can claim 200k with RSA Laboratories. In our plan, to prevent double spending, we can easily take a look global balance between Mint and Spend transactions. If you have spend transactions more than mint, which is impossible, we will know that they are double spending occur in the network.

[1] http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.28.4015
[2] https://daim.idi.ntnu.no/masteroppgaver/004/4699/masteroppgave.pdf
[3] http://en.wikipedia.org/wiki/RSA_Factoring_Challenge

Thanks for the response.  Good luck with the launch.

Oh are you launching tomorrow with ZK enabled Tx's or is this something coming in the future?

We will launch with ZK enabled Tx's.

look forward to it, if it really is true then i'll pick some up. Good luck.

[TrangLee]

We will launch with ZK enabled Tx's.

Congrats on being the worlds 1st coin to do it. I will buy big into this coin. It will be epic if in fact it works as stated!

[00Smurf]

We will launch with ZK enabled Tx's.

Congrats on being the worlds 1st coin to do it. I will buy big into this coin. It will be epic if in fact it works as stated!

nothing is the worlds first till proven.

[bangomatic]

Cant wait til this hits the exchanges! Im getting in early...

[EmilioMann]

We will launch with ZK enabled Tx's.

Congrats on being the worlds 1st coin to do it. I will buy big into this coin. It will be epic if in fact it works as stated!

nothing is the worlds first till proven.

^^ envy feelings

why LandShortDick shut up?

[zerovert]

We will launch with ZK enabled Tx's.

Congrats on being the worlds 1st coin to do it. I will buy big into this coin. It will be epic if in fact it works as stated!

Thank you, and for helping us against the trolls.

[TrangLee]

We will launch with ZK enabled Tx's.

Congrats on being the worlds 1st coin to do it. I will buy big into this coin. It will be epic if in fact it works as stated!

Thank you, and for helping us against the trolls.

My pleasure. I like you backgrounds that you posted and you talk intelligently enough to be believed. If this works like you say I will be your loyalist supporter and I know many others like Bagomatic and EmilioMann will as well. They like myself have heard the cry of Zerocoin/cash zk-snarks etc for a very long time.