Re: [bitcoin-dev] Generalised Replay Protection for Future Hard Forks

2017-11-14 Thread Spartacus Rex via bitcoin-dev
Totally agree something like this required.. I've been burned. But I like the 'old' idea of putting the hash of a block that MUST be on the chain that this txn can eventually be added to. If the hash is not a valid block on the chain, the txn can't be added. It means you can choose exactly which

Re: [bitcoin-dev] Generalised Replay Protection for Future Hard Forks

2017-11-14 Thread Mats Jerratsch via bitcoin-dev
> But I like the 'old' idea of putting the hash of a block that MUST be on the > chain that this txn can eventually be added to. If the hash is not a valid > block on the chain, the txn can't be added. > > It means you can choose exactly which forks you want to allow your txn on, > pre-fork fo

[bitcoin-dev] Con-peg sidechain model

2017-11-14 Thread MoonShadow via bitcoin-dev
I posted the following on bitcointalk.org and slack bitcoinunlimited. This isn't a technical paper, just fleshing out my thoughts and hoping for some help & feedback. I understand bitcoin as well as any non-programer realisticly could, but I am not a programmer, so if this isn't feasible, someone

Re: [bitcoin-dev] Updates on Confidential Transactions efficiency

2017-11-14 Thread Gregory Maxwell via bitcoin-dev
On Tue, Nov 14, 2017 at 10:38 AM, Gregory Maxwell wrote: > I think it's still fair to say that ring-in and tree-in approaches > (monero, and zcash) are fundamentally less scalable than > CT+valueshuffle, but more private-- though given observations of Zcash While I'm enumerating private transacti

Re: [bitcoin-dev] Updates on Confidential Transactions efficiency

2017-11-14 Thread Gregory Maxwell via bitcoin-dev
On Tue, Nov 14, 2017 at 9:11 AM, Peter Todd wrote: > I _strongly_ disagree with this statement and urge you to remove it from the > paper. I very strongly disagree with your strong disagreement. > The worst-case risk of undetected inflation leading to the destruction of a > currency is an easily

Re: [bitcoin-dev] Updates on Confidential Transactions efficiency

2017-11-14 Thread Peter Todd via bitcoin-dev
On Tue, Nov 14, 2017 at 01:21:14AM +, Gregory Maxwell via bitcoin-dev wrote: > The primary advantage of this approach is that it can be constructed > without any substantial new cryptographic assumptions (e.g., only > discrete log security in our existing curve), that it can be high > performan

Re: [bitcoin-dev] Updates on Confidential Transactions efficiency

2017-11-14 Thread Peter Todd via bitcoin-dev
On Tue, Nov 14, 2017 at 01:21:14AM +, Gregory Maxwell via bitcoin-dev wrote: > Jump to "New things here" if you're already up to speed on CT and just > want the big news. > This work also allows arbitrarily complex conditions to be proven in > the values, not just simple ranges, with proofs