Re: [Mimblewimble] Branding and messaging

2017-09-07 Thread Ignotus Peverell
Sorry for jumping the gun too fast! I've added Quipu and Talent (Fing reminds me too much of an insult), hopefully it's not too late. And don't let that stop you, I'm fairly sure we'll need to name quite a few other things (wallet, mining software, etc). - Igno > Original Message

Re: [Mimblewimble] Hashed switch commitments

2017-09-07 Thread Oleg Andreev
Maybe store it committed to the excess factors (via merkle tree, to allow one excess to commit to multiple switch commitments)? Tx kernels are prunable, but committed to each block, so we can have a merkle proof of inclusion in a historical block to open the commitment. Raw excess commitment E

Re: [Mimblewimble] Hashed switch commitments

2017-09-07 Thread Andrew Poelstra
Hiding important data inside the rangeproofs would force nodes to keep it around. The rangeproofs are otherwise purely witness data that non-archival nodes can discard. On Thu, Sep 07, 2017 at 01:33:14PM -0700, Oleg Andreev wrote: > How about this (weird) idea: > > 1. Store `sha256(r*J)` inside

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

2017-09-07 Thread 0xb100d
Did this get fully nailed down? Personally if the chain breaks and associations become known (no longer hiding), won't the value drop dramatically? Then I don't care if my value is permanently bound and safe, it is worth little. On the other hand, since there is so much talk of drivechains and

Re: [Mimblewimble] Branding and messaging

2017-09-07 Thread 0xb100d
It looks like I'm a bit late as the poll seems to already be up. I am a linguistics guy and really wanted to brainstorm some good naming ideas before submitting some. Seeing as how quickly things are moving I hope I can submit a couple of ideas that came to me in the shower last night and maybe

Re: [Mimblewimble] Hashed switch commitments

2017-09-07 Thread Oleg Andreev
How about this (weird) idea: 1. Store `sha256(r*J)` inside one of the first 2 forged elements (corresponding to the lowest bit of your number, assuming base-4 rangeproofs; for base-3 it also works). 2. When you reveal it after PQ upgrade, you will destroy 1 bit of privacy in your number,

Re: [Mimblewimble] Branding and messaging

2017-09-07 Thread Alexander Leishman
Well said Jackson. I'm looking forward to a fresh start and pleasant alternative to the ICO, get rich, hedge fund mania that's happening. I hope we can focus on building a beautiful, open source project that helps solve a problem in the world. I also agree with the idea of outlining

Re: [Mimblewimble] Branding and messaging

2017-09-07 Thread Jackson Palmer
Hey Rhett, I have to strongly disagree with the "Bitcoin 2.0" approach - it seems like that approach is in fashion right now and the politics involved are just a distraction I don't think a fledgling project like Grin needs. Additionally, I'd argue that the current Bitcoin token distribution is

Re: [Mimblewimble] Branding and messaging

2017-09-07 Thread Philbert Wallace
I haven't committed code yet. However, I agree with Andrew's well-phrased statements about making privacy cheap and accessible. I think that is a valiant goal and one that many people can rally around. That being said, and really my only hesitation with going that direction is that it would be

Re: [Mimblewimble] Hashed switch commitments

2017-09-07 Thread Andrew Poelstra
On Thu, Sep 07, 2017 at 01:23:45PM -0400, Ignotus Peverell wrote: > Hi, > > I wanted to pick that back up. I think it comes down to yet another tradeoff > between privacy, security and convenience. To give back some context from > Andrew's email: > > > Basically our outputs should consist of

Re: [Mimblewimble] Branding and messaging

2017-09-07 Thread Greg Sanders
> Then as far as branding and messaging goes, we could take a page out of Bitcoin Cash's book. Honestly, I wouldn't mind calling this chain Bitcoin2.0 or something like that. I find this to be verging on fraud(worse than Bcash). Tricking people into buying something by "borrowing" branding is

Re: [Mimblewimble] Branding and messaging

2017-09-07 Thread Rhett Creighton
Hi MimbleWimblers, I'd like to suggest a different approach. Rather than launch with zero supply, MimbleWimble should start as a chain split of Bitcoin. I understand that the address scheme is different, but there are several ways to solve this. One way is to store all Bitcoin addresses with a

Re: [Mimblewimble] Branding and messaging

2017-09-07 Thread Andrew Poelstra
On Thu, Sep 07, 2017 at 09:57:27AM +0100, Yeastplume wrote: > > More humbly; I agree ‘quid' is a good word, it rolls off the tongue much > better than ‘pound’, so saying ‘thirty quid’ feels more natural than ‘thirty > pounds’. Unfortunately it very much remains in common usage in the U.K. I’m

Re: [Mimblewimble] Branding and messaging

2017-09-07 Thread John Tromp
dear imblers, I'm happy with the name "grin" for both the implementation and the coin. Naming of the smallest unit is not that important, and we could just go with nanogrin if we deviate from the 10^-8 subdivision by adopting the more metric compatible 10^-9 subdivision. Otherwise, I'm also fine

Re: [Mimblewimble] Branding and messaging

2017-09-07 Thread Yeastplume
WIth respect to a code of conduct, in my opinion if anything much more detailed than ‘Don’t be a dick,’ genuinely needs to be explained to the team, then I’ll find another team. Relevant xkcd: https://xkcd.com/1357/ A foundation is a minefield that needs a lot of

Re: [Mimblewimble] Branding and messaging

2017-09-07 Thread Alexander Leishman
Hey All, So sorry I haven't been able to contribute code yet. I hope some time will free up in my schedule soon. That said, here are my thoughts on the marketing: *Denomination* I agree with Jackson that the denomination and the name of the chain will probably have to be one in the same, unless