diff --git a/_posts/2025-11-13-socratic-seminar-70.md b/_posts/2025-11-13-socratic-seminar-70.md index 0c50ece..1a56f3d 100644 --- a/_posts/2025-11-13-socratic-seminar-70.md +++ b/_posts/2025-11-13-socratic-seminar-70.md @@ -13,11 +13,19 @@ Doors open at 6pm with discussion starting shortly after! [Follow ChiBitDevs on twitter](https://x.com/chibitdevs) -# BIP 444 +## BIP 444 - Reduced Data Temporary Softfork -## [Reduced Data Temporary Softfork](https://github.com/bitcoin/bips/pull/2017) -This BIP written by Dathon Ohm introduces a temporary softfork to limit the size -of data fields at the consensus level. +This BIP written by Dathon Ohm introduces a temporary softfork to limit the size of data fields at the consensus level. + +- New output scriptPubKeys exceeding 34 bytes are invalid, unless the first opcode is OP_RETURN, in which case up to 83 bytes are valid. +- OP_PUSHDATA* with payloads larger than 256 bytes are invalid, except for the redeemScript push in BIP16 scriptSigs. +- Spending undefined witness (or Tapleaf) versions (ie, not Witness v0/BIP 141 nor Taproot/BIP 341) is invalid. +- Witness stacks with a Taproot annex are invalid. +- Taproot control blocks larger than 257 bytes (a merkle tree with 128 script leaves) are invalid. +- Tapscripts including OP_SUCCESS* opcodes anywhere (even unexecuted) are invalid. +- Tapscripts executing the OP_IF or OP_NOTIF instruction (regardless of result) are invalid. + + Inspired by Luke-JS's [mailing list post](https://gnusha.org/pi/bitcoindev/aN_u-xB2ogn2D834@erisian.com.au/T/#mb71350c5dfb119efeb92c5ee738b6c8225bf15b6) ## [BIP444-Airdrop](https://github.com/mikekelly/BIP444-Airdrop) @@ -34,3 +42,23 @@ signature aggregation ## [Pheonix wallet adds taproot channel support](https://x.com/PhoenixWallet/status/1983524047712391445) Pheonix wallet announced that they are adding taproot channel support! + +## Arkade on Mainnet +Arkade launches on Bitcoin mainnet in public beta. + + + + + +## libbitcoinkernal Library C Header API Merged +This is a first attempt at introducing a C header for the libbitcoinkernel library that may be used by external applications for interfacing with Bitcoin Core's validation logic. It currently is limited to operations on blocks. + + + +## Chain Code Delegation for Private Collaborative Custody +Collaborative custody and multisig setups have long faced a tradeoff between safety and privacy. Sharing a key with a third party—whether for recovery, policy enforcement, or convenience—has traditionally meant giving that party visibility into a user’s wallet balance and transaction history. + +A new proposal called Chain Code Delegation aims to remove that tradeoff. + + +