Mark “Murch” Erhardt and Mike Schmidt are joined by Matt Morehouse, Daniela Brozzoni, and Gustavo Flores Echaiz to discuss Newsletter #373.

News

● Eclair vulnerability (18:50 )

● Research into feerate settings (0:35 )

Selected Q&A from Bitcoin Stack Exchange

● Implications of OP_RETURN changes in upcoming Bitcoin Core version 30.0? (28:27 )

● If OP_RETURN relay limits are ineffective, why remove the safeguard instead of keeping it as a default discouragement? (42:12 )

● What are the worst-case stress scenarios from uncapped OP_RETURNs in Bitcoin Core v30? (43:25 )

● If OP_RETURN needed more room, why was the 80-byte cap removed instead of being raised to 160? (50:39 )

● If arbitrary data is inevitable, does removing OP_RETURN limits shift demand toward more harmful storage methods (like UTXO-inflating addresses)? (59:48 )

● If OP_RETURN uncapping doesn’t increase the UTXO set, how does it still contribute to blockchain bloat and centralization pressure? (1:00:17 )

● How does uncapping OP_RETURN impact long-term fee-market quality and security budget? (1:02:11 )

● Assurance blockchain will not suffer from illegal content with 100KB OP_RETURN? (1:04:34 )

● What analysis shows OP_RETURN uncapping won’t harm block propagation or orphan risk? (1:05:25 )

● Where does Bitcoin Core keep the XOR obfuscation keys for both block data files and level DB indexes? (1:06:10 )

● How robust is 1p1c transaction relay in bitcoin core 28.0? (1:06:34 )

● How can I allow getblocktemplate to include sub 1 sat/vbyte transactions? (1:10:37 )

Releases and release candidates

● Bitcoin Core 30.0rc1 (1:13:00 )

Notable code and documentation changes

● Bitcoin Core #33333 (1:15:26 )

● Bitcoin Core #28592 (1:18:36 )

● Eclair #3171 (1:22:33 )

● Eclair #3175 (1:26:41 )

● LDK #4064 (1:29:36 )

● LDK #4067 (1:31:04 )

● LDK #4046 (1:32:43 )

● LDK #4083 (1:35:27 )

● LND #10189 (1:38:23 )

● BIPs #1963 (1:41:17 )