Re: [bitcoin-dev] Taproot proposal

2019-08-09 Thread Elichai Turkel via bitcoin-dev
Hi, I want to add to John Newbery's suggestion of using implicit even/odd only public keys and tweaked public keys in taproot and suggest the following: If everything is implicit then the only reason for the first byte of the control block(`c[0]`) is the tapscript leaf version. I suggest that this

Re: [bitcoin-dev] New BIP - v2 peer-to-peer message transport protocol

2019-06-17 Thread Elichai Turkel via bitcoin-dev
Thanks, I just couldn't find where is the message sequence number comes from. So if it's max 1GB and it's an incremental counter that cannot be reseted without a rekeying than it's perfectly fine :). Thanks for the answer! On Mon, Jun 17, 2019 at 12:20 PM Jonas Schnelli wrote: > Hi Elichai > >

Re: [bitcoin-dev] New BIP - v2 peer-to-peer message transport protocol

2019-06-17 Thread Elichai Turkel via bitcoin-dev
Hi everyone, About the nonce being 64bit. (rfc7539 changed it to 96bit, which djb later calls xchacha) You suggest that we use the "message sequence number" as the nonce for Chacha20, Is this number randomly generate or is this a counter? And could it be reseted without rekeying? If it is randoml