4 ms·
"where signatures can be added even years after the fact when needed" Why would you need this to be the case? In my mind (im not an expert) I just imagine sch
by trident1000 6y ago
"where signatures can be added even years after the fact when needed"
Why would you need this to be the case? In my mind (im not an expert) I just imagine schnorrs batching signatures into one tx on the chain. And then its done. Why would you need to add years after?
- RL_Quine 6y agoSignature aggregation would be only on a transaction level, not on a block level as you require interaction between all signing parties, and any party can block the signature. You would also have to have some system of making a block, then everybody re-signing their transactions to make the block aggregated- it's just not happening. In Bitcoin today we can do things like make a conditional signature in a multi signature. With three parties, one can pre-sign a transaction and lock it until a future date, then hand it to the other parties who can sign it at their leisure when that time is elapsed. This would not be possible with schnorr unless you also had the expectation that all parties would be online when the lock time expires.
- nullc 6y agoYour comments are unintentionally misleading people, see vmception's comments above. Yes, to get the space/validation improvements you can get from schnorr you need interaction. But it's perfectly possible to use it in the same way as ECDSA, it only adds options, it doesn't remove them. For some applications the requiremetn that the participants isn't a big deal and they can enjoy those benefits, otherwise they don't.