Re: [Mimblewimble] Hashed switch commitments

2017-09-08 Thread Tim Ruffing
On Thu, 2017-09-07 at 18:12 +, Andrew Poelstra wrote: > It's true that people can put non-random things here which would be > really > bad for privacy. I don't think there's any efficiently-verifiable way > to > prevent that. Maybe requiring the data be a hash and requiring the > preimage > be

Re: [Mimblewimble] [POLL] Perfectly hiding vs perfectly binding

2017-09-08 Thread Tim Ruffing
On Thu, 2017-09-07 at 16:47 -0400, 0xb100d wrote: > > It struck me (and this is clearly an immense technical overhead idea > and likely very bad) that you could have two chains a MIM and a WIM > one that was binding and one that was hiding, and you would move > value from one to the other

Re: [Mimblewimble] [POLL] Coin naming

2017-09-08 Thread Tim Ruffing
The poll has expired already. I guess this is not intentional. On Thu, 2017-09-07 at 15:03 -0400, Ignotus Peverell wrote: > Hi all, > > Following up on branding thread, I've put together an online poll for > the coin name. Feel free to relay far and wind, this is to gather > sentiment and

Re: [Mimblewimble] Hashed switch commitments

2017-12-14 Thread Tim Ruffing
be amplified afterwards: If there is no > > preimage, > > you can compute as much as you want... > > > > [4] This is probably fine, because we decided to use Pedersen > > commitments and computationally sound rangeproofs before the switch > >

[Mimblewimble] switch commitments (again)

2018-04-22 Thread Tim Ruffing
I saw that switch commitments have been removed for various reasons. Let me suggest a variant (idea suggested by Pieter Wuille initially): The switch commitment is (v*G + b*H), where b = b' + hash(v*G + b'*H, b'*J). (So this "tweaks" the commitment, in a pay-to-contract / taproot style). Before