[bitcoin-dev] Transcripts from Breaking Bitcoin 2019

2019-06-09 Thread Bryan Bishop via bitcoin-dev
Hi all, The following are some notes I took during Breaking Bitcoin 2019, selected for relevance. Any mistakes are most likely my own. Carl Dong gave an excellent talk on guix as a replacement for the gitian build system:

Re: [bitcoin-dev] bitcoin-dev Digest, Vol 49, Issue 8

2019-06-09 Thread Emil Engler via bitcoin-dev
But using the testnet means that you actually need to deal with resets. There were 2 resets in the past but the last was in 2011. Am 09.06.19 um 16:55 schrieb Tim Menapace: >I don't get why the testnet shouldn't be >resetted just because there is >a (probably better) alternative for it. The

Re: [bitcoin-dev] bitcoin-dev Digest, Vol 49, Issue 8

2019-06-09 Thread Tim Menapace via bitcoin-dev
>I don't get why the testnet shouldn't be >resetted just because there is >a (probably better) alternative for it. The >testnet is still a thing and >is also used. Like Bryan said, lot of miners test here. E.g. new firmware versions, hardware prototypes and operation services. Difficulty will

Re: [bitcoin-dev] [PROPOSAL] Emergency RBF (BIP 125)

2019-06-09 Thread David A. Harding via bitcoin-dev
On Thu, Jun 06, 2019 at 02:46:54PM +0930, Rusty Russell via bitcoin-dev wrote: > Matt Corallo writes: > > 2) wrt rule 4, I'd like to see a calculation of worst-case free > > relay. I think we're already not in a great place, but maybe it's > > worth it or maybe there is some other way to reduce

[bitcoin-dev] WORKVERIFY: uncensorable contracts hedging biggest risk of mining without 3rd party or oracle

2019-06-09 Thread Tamas Blummer via bitcoin-dev
In an earlier post [1] I suggested an approach to create native Bitcoin contracts that reduce mining's income volatility and received very helpful comments on implementation from Pieter Wuille [2] and Natanael [3] After processing those comments I instead suggest the following restricted

Re: [bitcoin-dev] testnet4

2019-06-09 Thread Emil Engler via bitcoin-dev
I don't get why the testnet shouldn't be resetted just because there is a (probably better) alternative for it. The testnet is still a thing and is also used. Am 08.06.19 um 16:21 schrieb Bryan Bishop: Be greeted Emil, On Sat, Jun 8, 2019 at 9:21 AM Emil Engler via bitcoin-dev

Re: [bitcoin-dev] [PROPOSAL] Emergency RBF (BIP 125)

2019-06-09 Thread Russell O'Connor via bitcoin-dev
On Sat, Jun 8, 2019 at 11:59 PM Rusty Russell wrote: > "Russell O'Connor" writes: > > Hi Rusty, > > > > On Sun, Jun 2, 2019 at 9:21 AM Rusty Russell via bitcoin-dev < > > bitcoin-dev@lists.linuxfoundation.org> wrote: > > > >> The new "emergency RBF" rule: > >> > >> 6. If the original

Re: [bitcoin-dev] [PROPOSAL] Emergency RBF (BIP 125)

2019-06-09 Thread Rusty Russell via bitcoin-dev
Matt Corallo writes: > I think this needs significantly improved motivation/description. A few areas > I'd like to see calculated out: > > 1) wrt rule 3, for this to be > obviously-incentive-compatible-for-the-next-miner, I'd think no evicted > transactions would be allowed to be in the next

Re: [bitcoin-dev] [PROPOSAL] Emergency RBF (BIP 125)

2019-06-09 Thread Rusty Russell via bitcoin-dev
"Russell O'Connor" writes: > Hi Rusty, > > On Sun, Jun 2, 2019 at 9:21 AM Rusty Russell via bitcoin-dev < > bitcoin-dev@lists.linuxfoundation.org> wrote: > >> The new "emergency RBF" rule: >> >> 6. If the original transaction was not in the first 4,000,000 weight >> units of the fee-ordered