Bitcoin Optech newsletter #295 is here:
- announces the disclosure of a bandwidth-wasting attack affecting Bitcoin Core and related nodes
- describes several improvements to the idea for transaction fee sponsorship
- summarizes a discussion about using live mempool data to improve Bitcoin Core’s feerate estimation
- summarizes popular Q&A from Stack Exchange
- Bitcoin Core 27.0rc1 testing guide
- adds a free relay topic
- Optech Newsletter #295 Recap on Twitter Spaces
https://bitcoinops.org/en/newsletters/2024/03/27/
A bandwidth-wasting attack was described to the Bitcoin-Dev mailing list. In short, Mallory broadcasts one version of a transaction to Alice and a different version of the transaction to Bob...
https://bitcoinops.org/en/newsletters/2024/03/27/#disclosure-of-free-relay-attack
Martin Habovštiak posted to the Bitcoin-Dev mailing list an idea for allowing one transaction to boost the priority of an unrelated transaction...
https://bitcoinops.org/en/newsletters/2024/03/27/#transaction-fee-sponsorship-improvements
Abubakar Sadiq Ismail posted to Delving Bitcoin about improving Bitcoin Core’s feerate estimation using data from a node’s local mempool...
https://bitcoinops.org/en/newsletters/2024/03/27/#mempool-based-feerate-estimation
Selected Q&A from Bitcoin Stack Exchange:
- What are the risks of running a pre-SegWit node (0.12.1)?
- When is OP_RETURN cheaper than OP_FALSE OP_IF?
- Why does BIP-340 use secp256k1?
- What criteria does Bitcoin Core use to create block templates?
- How does the initialblockdownload field in the getblockchaininfo RPC work?
https://bitcoinops.org/en/newsletters/2024/03/27/#selected-qa-from-bitcoin-stack-exchange
Bitcoin Core 27.0rc1 has a brief overview to suggested testing topics and a scheduled meeting of the Bitcoin Core PR Review Club dedicated to testing today (March 27th) at 15:00 UTC.
https://bitcoincore.reviews/v27-rc-testing
https://github.com/bitcoin-core/bitcoin-devwiki/wiki/27.0-Release-Candidate-Testing-Guide
Free relay was a policy on early Bitcoin full nodes to allow some unconfirmed transactions to be relayed even if they didn’t pay transaction fees. That policy allowed an attacker to waste the bandwidth of full nodes without paying any cost, so modern full nodes generally try to forbid operations which don’t allow miners to claim fees that are proportionate to the amount of relay bandwidth used...
https://bitcoinops.org/en/topics/free-relay/
Bitcoin Optech will host an audio recap discussion of this newsletter with special guests Dave Harding, Peter Todd, Abubakar Sadiq Ismail, David Gumberg, and Jeffrey Czyz on Twitter Spaces Thursday at 14:30 UTC. Join us to discuss or ask questions!
https://twitter.com/i/spaces/1ZkKzjyQPNRKv
Bitcoin Optech /
npub1hk…a432p
2024-03-27 10:38:14
Author Public Key
npub1hkuk45c6c6h3y0rks0z4wa0wyyud5ru0qy0rn9x4dgnjwrnfy46s5a432pPublished at
2024-03-27 10:38:14Event JSON
{
"id": "6d3073441bc1f58ba5ad41fe814149c666872116dcaed4921a357922c280dcce",
"pubkey": "bdb96ad31ac6af123c7683c55775ee2138da0f8f011e3994d56a27270e692575",
"created_at": 1711535894,
"kind": 1,
"tags": [
[
"t",
"295"
],
[
"t",
"295"
],
[
"t",
"disclosure-of-free-relay-attack"
],
[
"t",
"transaction-fee-sponsorship-improvements"
],
[
"t",
"mempool-based-feerate-estimation"
],
[
"t",
"selected-qa-from-bitcoin-stack-exchange"
]
],
"content": "Bitcoin Optech newsletter #295 is here:\n\n- announces the disclosure of a bandwidth-wasting attack affecting Bitcoin Core and related nodes\n- describes several improvements to the idea for transaction fee sponsorship\n- summarizes a discussion about using live mempool data to improve Bitcoin Core’s feerate estimation\n- summarizes popular Q\u0026A from Stack Exchange\n- Bitcoin Core 27.0rc1 testing guide\n- adds a free relay topic\n- Optech Newsletter #295 Recap on Twitter Spaces\nhttps://bitcoinops.org/en/newsletters/2024/03/27/\n\nA bandwidth-wasting attack was described to the Bitcoin-Dev mailing list. In short, Mallory broadcasts one version of a transaction to Alice and a different version of the transaction to Bob...\nhttps://bitcoinops.org/en/newsletters/2024/03/27/#disclosure-of-free-relay-attack\n\nMartin Habovštiak posted to the Bitcoin-Dev mailing list an idea for allowing one transaction to boost the priority of an unrelated transaction...\nhttps://bitcoinops.org/en/newsletters/2024/03/27/#transaction-fee-sponsorship-improvements\n\nAbubakar Sadiq Ismail posted to Delving Bitcoin about improving Bitcoin Core’s feerate estimation using data from a node’s local mempool...\nhttps://bitcoinops.org/en/newsletters/2024/03/27/#mempool-based-feerate-estimation\n\nSelected Q\u0026A from Bitcoin Stack Exchange:\n\n- What are the risks of running a pre-SegWit node (0.12.1)?\n- When is OP_RETURN cheaper than OP_FALSE OP_IF?\n- Why does BIP-340 use secp256k1?\n- What criteria does Bitcoin Core use to create block templates?\n- How does the initialblockdownload field in the getblockchaininfo RPC work? \nhttps://bitcoinops.org/en/newsletters/2024/03/27/#selected-qa-from-bitcoin-stack-exchange\n\nBitcoin Core 27.0rc1 has a brief overview to suggested testing topics and a scheduled meeting of the Bitcoin Core PR Review Club dedicated to testing today (March 27th) at 15:00 UTC.\nhttps://bitcoincore.reviews/v27-rc-testing\n\nhttps://github.com/bitcoin-core/bitcoin-devwiki/wiki/27.0-Release-Candidate-Testing-Guide\n\nFree relay was a policy on early Bitcoin full nodes to allow some unconfirmed transactions to be relayed even if they didn’t pay transaction fees. That policy allowed an attacker to waste the bandwidth of full nodes without paying any cost, so modern full nodes generally try to forbid operations which don’t allow miners to claim fees that are proportionate to the amount of relay bandwidth used...\nhttps://bitcoinops.org/en/topics/free-relay/\n\nBitcoin Optech will host an audio recap discussion of this newsletter with special guests Dave Harding, Peter Todd, Abubakar Sadiq Ismail, David Gumberg, and Jeffrey Czyz on Twitter Spaces Thursday at 14:30 UTC. Join us to discuss or ask questions!\nhttps://twitter.com/i/spaces/1ZkKzjyQPNRKv",
"sig": "47b12022622b38653eb82ee6a9c89e19f0426bebde3201c9b85f7e1f9d75243f83257300ceac5b39d24f030e295b912f7caa56537355b0a4cc0dc76dd88899d2"
}