Alles uit officiële bronnen.
141 publicaties
De discussie over TCP hole punching om thuisnodes achter routers bereikbaar te maken, gaat door. De nieuwsbrief behandelt ook een BIP-concept voor het standaardiseren van bestedingsbeleid dat cosigners afdwingen bij het emuleren van covenants.
Bitcoin Optech
Bij de bespreking van #429 schuiven Greg Sanders, Antoine Poinsot, Elias Rohrer, Oleksandr Kurbatov en Nishant Bansal aan bij de presentatoren van Optech. Eerst komen Bitcoin Core #36665, #36667 en #36669 aan bod, daarna het bijgewerkte beveiligingsbeleid. Later volgen multiparty silent payments, een DoS-melding over Core Lightning en Eclair 0.14.6; het transcript laat nog op zich wachten.
Bitcoin Optech
Een kanaalaankondiging met aan beide kanten dezelfde node kon Core Lightning 25.02 tot en met 26.04 bij elke herstart laten crashen, en de aanvaller betaalde daarvoor alleen on-chain transactiekosten; 26.04.1 bevat de oplossing. Daarnaast staan in nieuwsbrief #429 het protocol van Oleksandr Kurbatov voor silent payment-inputs van meerdere partijen en de snellere puntreleases van Bitcoin Core voor bugs die makkelijk te ontdekken zijn.
Bitcoin Optech
Een verbonden peer kon nodes op Windows, macOS en BSD laten crashen met TCP urgent data: die glipte in de select()-backend langs gepauzeerde leesacties en stapelde zich onbeperkt op in het geheugen (CVE-2026-117350). Linux-nodes gebruiken poll() en lopen geen risico. Bitcoin Core 32.1, 31.2, 30.4 en 29.5 dichten de bug, die als Medium is geclassificeerd en bij een LLM-scan binnen Project Loupe aan het licht kwam.
Bitcoin Core
Door te doen alsof hij BIP 31-pings niet ondersteunt, kon een kwaadwillende peer de verbreking na 20 minuten ontlopen en traag blijven lezen. De verzendwachtrij van een node zwol zo op met maximaal 2 MB per uur per inkomende peer en 5 MB per uitgaande. CVE-2026-117349, ingeschaald als Medium, is met #36667 verholpen in Bitcoin Core 32.1, 31.2, 30.4 en 29.5; -blocksonly-nodes waren veel minder kwetsbaar.
Bitcoin Core
Een miner kon een undo-bestand van Bitcoin Core voorbij 4 GiB duwen, waarna de 32-bits posities omsloegen en data beschadigd raakte; volgt dan de juiste reorg, dan sluiten nodes af. Op Windows en 32-bits systemen gaat het al zonder reorg mis bij 2 GiB. CVE-2026-117346 heeft de classificatie Low en zou ongeveer een maand aan alle blokken van het netwerk vergen. Versies 32.1, 31.2, 30.4 en 29.5 lossen het op voor 64-bits systemen; 32-bits nodes en blokopslag op FAT32 blijven kwetsbaar.
Bitcoin Core
In Bitcoin Core 29.5 bewaken poll() en select() socketuitzonderingen voortaan op dezelfde manier (#36665), en voor gepauzeerde send-peers geldt nu een harde time-out (#36667). Flatfile-posities stappen over op 64-bits integers (#36669), nodes gaan bij adressen uit seeds uit van v2transport en er verdwijnt één DNS-seed.
Bitcoin Core
Bitcoin Core 30.4 ziet BIP 9-bits 5 tot en met 28 niet langer als soft-fork-signalen, in lijn met BIP 323. Blokken die deze bits zetten, leiden dus niet meer tot waarschuwingen over onbekende deployments (#34779). Op netwerkgebied geldt nu een time-out voor gepauzeerde send-peers (#36667) en flatfile-posities gebruiken voortaan 64-bits integers (#36669).
Bitcoin Core
Private broadcast krijgt in Bitcoin Core 31.2 een bovengrens: de wachtrij van transacties die nog niet door het netwerk zijn teruggekaatst, stopt bij 10.000 stuks. Is hij vol, dan worden nieuwe inzendingen geweigerd en moeten aanroepers hem leegmaken met abortprivatebroadcast (#35406). Versiebits 5 tot en met 28 tellen, conform BIP 323, niet meer als soft-fork-signalen.
Bitcoin Core
Private broadcast in Bitcoin Core 32.1 kan het IP-adres van de verzender niet meer prijsgeven. Dat lek kon optreden als een mislukte v2-verbinding het opnieuw probeerde over v1, rechtstreeks in plaats van via Tor. De standaardwaarde van -maxconnections gaat van 125 naar 200, en uitgaande transactie-relay wordt begrensd via een globale backlog in plaats van per peer.
Bitcoin Core
Adam Gibson loopt in de bespreking van #428 door Lichen, zijn layer 2 met één uitgever, waarbij unilaterale exits via BitVM worden gevalideerd. João Dias en Vincenzo Palazzo zijn de andere gasten van Gustavo Flores Echaiz en Brandon Black; ook descriptorsyntaxis voor hash-preimages, rbitcoin 0.8.0 en LND v0.21.5-beta.rc1 passeren de revue.
Bitcoin Optech
Met Lichen, een ontwerp van Adam Gibson, kunnen gebruikers van een layer 2 met één uitgever hun bitcoin on-chain opeisen als de hub weigert of offline gaat; geschillen worden beslecht met Groth16-bewijzen en vooraf ondertekende BitVMX-transacties. Nieuwsbrief #428 behandelt verder het voorstel van João Dias voor een privé-preimagevorm van miniscript-hashfragmenten. Bij de software-updates staan onder meer Ibis Wallet v5.0-beta en rbitcoin 0.8.0.
Bitcoin Optech
Twee geheugenbugs in de handshake voor het openen van kanalen in Eclair: Erick Cestari legt ze uit in de bespreking van #427. De ene kwam uit de fuzzer van Matt Morehouse, de andere werd met een LLM gevonden. Daarna presenteert Adam Gibson LN-GAP, met als voorbeeld een schaakpartij binnen een Lightning-kanaal. Bitcoin Core 32.0rc4 en een reeks Eclair-fixes volgen later in de aflevering.
Bitcoin Optech
Eclair v0.14.0 en ouder kon zonder geheugen komen te zitten tijdens het openen van een kanaal: de ene bug lekte zo'n 1 MB per seconde, de andere vrat over één verbinding in circa 48 minuten 4 GB op, zonder on-chain kosten. In v0.14.1 zijn beide opgelost. Nieuwsbrief #427 zet ze naast LN-GAP, het schema van Adam Gibson voor contracten met meerdere rondes binnen Lightning-kanalen, dat steunt op een commissie met een eerlijke meerderheid.
Bitcoin Optech
Clara Shikhelman opent de bespreking van #426 met Shielded Bitcoin, een voorstel dat ze mede schreef om bitcoin te verplaatsen zonder afzender, ontvanger of bedragen rond te zenden, en zonder consensuswijzigingen of operators. Elias Rohrer van Spiral neemt vervolgens de releases LDK v0.3-rc3 en v0.2.7 en codewijzigingen in LDK voor zijn rekening; Gustavo Flores Echaiz presenteert.
Bitcoin Optech
Shielded Bitcoin, voorgesteld door Misha Komarov met Clara Shikhelman en Aleksei Moskvin, is een metaprotocol voor private on-chain overdrachten waarvoor geen consensuswijziging nodig is. Wel vraagt het om een eenmalige setup-ceremonie en het laat sporen na bij in- en uitstap. Anthony Towns schrijft aan een BIP waarmee peers over BIP324-transport hun eigen bericht-ID's van één byte kiezen, en Fabian Jahr vraagt zich af of tagged-hash-tags BIP-nummers moeten dragen.
Bitcoin Optech
De feature-bit-parser van Eclair reserveerde ruim 300 MB voor één enkel bericht van maximale lengte, vertelt Matt Morehouse in de bespreking van #425; de fix bracht dat terug tot ongeveer 200 KB. Gustavo Flores Echaiz en Brandon Black gaan daarna verder met het synchroniseren van wallet-labels, PQC-outputtypes, de time-warp-grenzen van BIP54 en covenant-voorstellen voor vaults.
Bitcoin Optech
Een gossip-query van 64 kB kon in Eclair v0.13.1 en ouder opzwellen tot 64 MB, en een init-bericht van maximale lengte verstookte circa 300 MB. Matt Morehouse maakte beide DoS-bugs openbaar; v0.14.0 verhelpt ze. Jakub peilt de belangstelling voor het synchroniseren van BIP329-wallet-labels via een niet-vertrouwde opslag, terwijl het consensusdeel van nieuwsbrief #425 terugkomt op post-quantum-outputtypes.
Bitcoin Optech
Ahmet Kurt licht in het eerste vooraf opgenomen deel van de Optech-show PQLN toe: post-quantumbeveiliging voor de off-chain onderdelen van Lightning. Jan B, die als Bitcoin Core-bijdrager PR's reviewt en aan kernelcode werkt, schuift bij Gustavo Flores Echaiz en Mike Schmidt aan voor het livegedeelte, met Bitcoin Core 32.0rc2 en de bijbehorende testgids op de agenda.
Bitcoin Optech
PQLN, van Ahmet Kurt en medewerkers, maakt gossip, transport, invoices, offers en onion van Lightning quantumveilig, maar blijft van on-chain operaties af omdat die een consensuswijziging zouden vereisen. De prijs is bandbreedte: een node downloadt 10 keer en bewaart 9 keer zoveel data, terwijl ondertekenen met ML-DSA slechts 0,33 ms kost. Een werkende implementatie in rust-lightning kan nu al getest worden.
Bitcoin Optech
