< gmaxwell>
There is now several percent of hashpower producing blocks with version=0x30000000 ... what is that?
< harrymm>
gmaxwell: version=0x30000000 is being reported by coin.dance as a classic block
< btcdrak>
harrymm: BIP109 was marked rejected, so it's currently meaningless. You should contact them.
< gmaxwell>
I would have said it probably shouldn't have been marked rejected until it hit its programmatic timeout, but I don't believe any implementation had one.
< luke-jr>
gmaxwell: it was when BU and Classic declared it dead
< gmaxwell>
so what would happen if a 'marked dead' proposal was activated by the network in-fact (ignoring the non-penetration of classic in any part of the network, for a moment)?
< luke-jr>
I presume we'd have to update the status of it
< luke-jr>
although meeting its own criteria is not sufficient for this hardfork of course
< gmaxwell>
yes, indeed.
< gmaxwell>
in any case, point I was making was that the author abandoning it or even its biggest proponents doing do doesn't actually guarentee that its dead.
< luke-jr>
well, their claim was that *everyone* had abandoned it, so I did some basic checking that none of the active proponents I knew of disagreed
< bitcoin-git>
[bitcoin] rebroad opened pull request #9315: Request announcement by cmpctblock AFTER requesting cmpctblock/blocktxn (master...RequestAnnounceAfter) https://github.com/bitcoin/bitcoin/pull/9315
< btcdrak>
gmaxwell: the code was also removed from the only implementation that shipped it.
< morcos>
gmaxwell: dcousens: my suggestion would be to mark wallet txs as stale if they are expired from your mempool and then not auto-reaccept stale txs...
< morcos>
then it would be nice if there were gui/rpc ways to identify these so they could be marked abandoned if manually they are determined to be so, or be double spent
< morcos>
of course if there are OTHER people rebroadcasting your old txs that may not be the worlds best solution..
< morcos>
this makes a lot more sense in my mind after 2 weeks, than 3 days... something that hasn't been confirmed in 2 weeks is in real danger never being confirmed.. 3 days, not so much
< morcos>
Call for review. I know #9138 is a bit annoying to review, but I think its important to get in for 0.14, and I'd rather have it merged earlier rather than later.
< morcos>
Fee estimation issues often only show up after a lot of usage, so better to get it some real testing... Also the multiple rebases make it hard to keep the review ACK's updated
< MurhS0xFF>
anyone
< bitcoin-git>
[bitcoin] MarcoFalke opened pull request #9316: [wallet] Disable free transactions when relay is disabled (master...Mf1612-sendFreeNo) https://github.com/bitcoin/bitcoin/pull/9316