assuming the OP is even a vtc dev, it would be suicidal to fork vtc to include zerocoin, zerovert's implementation will most probably not work properly anyway, zerocoin is a work in progress with known flaws.
Right, not a fork. This is a new coin that stands on its own.
It does work. We have done thorough testing. Would be happy to answer any questions you might have
Thank you! I'm glad it works if it truly does
- What would the blockchain size for zerovert be if it was vertcoin for example? (same amount of time going now, same amount of transactions)
- how long does it take to create an average tx you can find on the vertcoin network right now (same avg inputs, depth..),
- same but how long to confirm?
(I'm using vertcoin as the benchmark since you should be familiar with the current metrics and it's a more or less successful alt with some volume.)
- so, in general, how much more space/bandwidth or cpu power than a btc transaction do you need? (zerocoin is many times more)
- zerocoins have to be all the same face value, how are you addressing that? a few different zerocoin types? just one? your thoughts on the constraints either choice implies
- are you basing your work on
https://github.com/Zerocoin/libzerocoin ?
- Address these issues:
http://en.wikipedia.org/wiki/Zerocoin#Criticism- Are you improving any aspects of zerocoin in the same way as zerocash? if so, what exactly?
- Are you improving any aspects of the original zerocoin in other ways? in what ways exactly?
- No pool or exchange will run your closed-source client in their servers, even less so given that you are unknown/id unproven so far. How do you plan on making people adopt your coin with closed source.
- What would the blockchain size for zerovert be if it was vertcoin for example? (same amount of time going now, same amount of transactions)
Almost the same. Only difference is the accumulator which is less than a kb per block
- how long does it take to create an average tx you can find on the vertcoin network right now (same avg inputs, depth..),
The act of creating an average tx is nearly the same (createrawtransaction, signrawtransaction, sendrawtransaction each under a second).
- same but how long to confirm?
(I'm using vertcoin as the benchmark since you should be familiar with the current metrics and it's a more or less successful alt with some volume.)
less than a minute
- so, in general, how much more space/bandwidth or cpu power than a btc transaction do you need? (zerocoin is many times more)
Space - not much more actually, we use an incremental accumulator that is A = u^(c1 * c2 * c3... * cn) mod n. So accumulator is less than a kb.
Cpu power, not a lot more either. We'll do some more performance testing to see compare to bitcoin later on.
- zerocoins have to be all the same face value, how are you addressing that? a few different zerocoin types? just one? your thoughts on the constraints either choice implies
One for now, we will eventually integrate support for multiple denominations
- are you basing your work on
https://github.com/Zerocoin/libzerocoin ?
A bit of it
- Address these issues:
http://en.wikipedia.org/wiki/Zerocoin#CriticismStored outside of blockchain, with RSA modulus from world renowned RSA factoring challenge of unknown factorization. Computational time is very reasonable in comparison to bitcoin
- Are you improving any aspects of zerocoin in the same way as zerocash? if so, what exactly?
We're investigating a lot of different possible improvements. If you can ask about specific improvements, I'll be better suited to answer. Not all improvements are possible with zerocoin though.
- Are you improving any aspects of the original zerocoin in other ways? in what ways exactly?
Using the RSA modulus from world renowned RSA factoring challenge of unknown factorization
- No pool or exchange will run your closed-source client in their servers, even less so given that you are unknown/id unproven so far. How do you plan on making people adopt your coin with closed source.
Not sure if that's true