Re: [bitcoin-dev] Removal of reject network messages from Bitcoin Core (BIP61)

2019-03-06 Thread Dustin Dettmer via bitcoin-dev
The reject message is helpful for figuring out why a tx was rejected. It’s not useful for determining success, yes. Particularly when doing segwit / newer types of tx’s as there’s always one or more pesky nodes who still don’t support it and send a reject message for perfectly good tx’s. But afte

[bitcoin-dev] Fwd: BIP proposal - Signatures of Messages using Bitcoin Private Keys

2019-03-06 Thread Aymeric Vitte via bitcoin-dev
Re-sending to the list since it never made it BIP or not, at least this process desserves to be documented precisely Message transféré Sujet : Re: [bitcoin-dev] BIP proposal - Signatures of Messages using Bitcoin Private Keys Date : Mon, 18 Feb 2019 16:29:34 -0800 De :

Re: [bitcoin-dev] Fortune Cookies to Bitcoin Seed

2019-03-06 Thread James MacWhyte via bitcoin-dev
On Tue, Mar 5, 2019 at 4:39 PM Trey Del Bonis via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > Keeping 20 around is a little excessive but it gives 390700800 possible > wallets. So security can be trivially parameterized based on how secure you > want your wallet to be if someone

Re: [bitcoin-dev] Fortune Cookies to Bitcoin Seed

2019-03-06 Thread Trey Del Bonis via bitcoin-dev
>Mid-level hardware can check 50k addresses per second, which means it would >only take around 2 hours to check all possibilities. Yes that's a problem that I'm now realizing exists. Whoops! Changing the parameters to a 25-of-50 setup gets us ~129 bits in that case, which is better but still so

Re: [bitcoin-dev] BIP proposal - addrv2 message

2019-03-06 Thread Gregory Maxwell via bitcoin-dev
On Wed, Mar 6, 2019 at 12:22 AM Wladimir J. van der Laan via bitcoin-dev wrote: > Field addr has a variable length, with a maximum of 32 bytes > (256 bits). Clients SHOULD reject > longer addresses. Is 32 bytes long enough for I2P? It seems like there are two formats, is there a reason we might

Re: [bitcoin-dev] BIP proposal - addrv2 message

2019-03-06 Thread Sjors Provoost via bitcoin-dev
Concept ACK. > ==Considerations== > > (to be discussed) > > * ''Client MAY store and gossip address formats that they do not know > about'': does it ever make sense to gossip addresses outside a certain > overlay network? Say, I2P addresses to Tor? I'm not sure. Especially for > networks that

Re: [bitcoin-dev] Privacy literature review

2019-03-06 Thread Adam Ficsor via bitcoin-dev
I would like to grab the opportunity to point out that I am doing the same, but in the form of presentations. I started with a two part presentation, but I decided to make it into a 6 part presentation series in the future. Part 1: Concentrating on network level privacy - https://vimeo.com/album/57