Re: [bitcoin-dev] SIGHASH2 for version 1 witness programme

2018-08-30 Thread Christian Decker via bitcoin-dev
Thanks for the update Johnson, just wanted to give a really quick NACK on the SIGHASH_NOINPUT variant: the whole idea of BIP 118 is to have floating transactions that can be bound to predecessors, and still enforce some application logic. In eltoo's case this is the fact that the state number

Re: [bitcoin-dev] SIGHASH2 for version 1 witness programme

2018-08-30 Thread Johnson Lau via bitcoin-dev
After gathering some feedbacks I substantially revised the proposal. This version focus on improving security, and reduces the number of optional features. Formatted BIP and sample code at: https://github.com/jl2012/bips/blob/sighash2/bip-sighash2.mediawiki

Re: [bitcoin-dev] Testnet3 Reest

2018-08-30 Thread Johnson Lau via bitcoin-dev
A public testnet is still useful so in articles people could make references to these transactions. Maybe we could have 2 testnets at the same time, with one having a smaller block size? > On 31 Aug 2018, at 4:02 AM, Peter Todd via bitcoin-dev > wrote: > > Signed PGP part > On Thu, Aug 30,

Re: [bitcoin-dev] Testnet3 Reest

2018-08-30 Thread Jimmy Song via bitcoin-dev
Stupid question time: Why don't we have multiple testnets? On Thu, Aug 30, 2018 at 3:31 PM Peter Todd via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > On Thu, Aug 30, 2018 at 12:58:42PM +0530, shiva sitamraju via bitcoin-dev > wrote: > > Hi, > > > > Testnet is now 1411795

Re: [bitcoin-dev] Getting around to fixing the timewarp attack.

2018-08-30 Thread Bram Cohen via bitcoin-dev
This seems like a case where a distinction should be made between soft forks which are likely to cause non-upgraded miners to get orphaned and ones where they are. Of course in this case it's only 1/2016 of all blocks so it doesn't really matter, but it's worth thinking about the principle. In

Re: [bitcoin-dev] Testnet3 Reest

2018-08-30 Thread Peter Todd via bitcoin-dev
On Thu, Aug 30, 2018 at 12:58:42PM +0530, shiva sitamraju via bitcoin-dev wrote: > Hi, > > Testnet is now 1411795 blocks and a full sync is taking atleast 48 hours. > > Is a testnet reset scheduled in the next release or any reason not to do a > reset ? > > Fast onboarding/lower disk overheads

[bitcoin-dev] bustapay BIP :: a practical sender/receiver coinjoin protocol

2018-08-30 Thread Ryan Havar via bitcoin-dev
I've just finished writing an implementing of this, and extremely happy with how it turned out. So I'd like to go and try go down the path of more formally describing it and getting some comments and ultimately encourage its wide-spread use. ==Abstract== The way bitcoin transactions are

Re: [bitcoin-dev] Building a Bitcoin API and query system.

2018-08-30 Thread Blockchain Group via bitcoin-dev
Thanks, I'll check it out. On Thu, Aug 30, 2018, 3:33 PM Aymeric Vitte wrote: > > > Le 28/08/2018 à 20:36, Jonas Schnelli via bitcoin-dev a écrit : > > I’d like to hear some concrete use-cases for a such block explorer(ish) > API. > > https://github.com/Ayms/bitcoin-transactions which is

Re: [bitcoin-dev] Building a Bitcoin API and query system.

2018-08-30 Thread Aymeric Vitte via bitcoin-dev
Le 28/08/2018 à 20:36, Jonas Schnelli via bitcoin-dev a écrit : > I’d like to hear some concrete use-cases for a such block explorer(ish) API. https://github.com/Ayms/bitcoin-transactions which is somewhere bitcoin-cli outside of bitcoin core with no wallet, which implies that you don't want to

[bitcoin-dev] Testnet3 Reest

2018-08-30 Thread shiva sitamraju via bitcoin-dev
Hi, Testnet is now 1411795 blocks and a full sync is taking atleast 48 hours. Is a testnet reset scheduled in the next release or any reason not to do a reset ? Fast onboarding/lower disk overheads would be very much appreicated for testing purposes Regards -- Shiva S CEO @ Blockonomics