Zum Inhalt springen
SATWEI

Entwicklung

Neue Versionen, Sicherheitshinweise und Arbeit am Protokoll – von denen, die Bitcoin-Software entwickeln.

121 Veröffentlichungen

Entwicklung2 Min. Lesezeit

Bitcoin-Optech-Newsletter #429: Rückblick im Podcast

Greg Sanders, Antoine Poinsot, Elias Rohrer, Oleksandr Kurbatov und Nishant Bansal sind in der Rückschau auf Ausgabe #429 bei den Optech-Moderatoren zu Gast. Los geht es mit Bitcoin Core #36665, #36667 und #36669, danach folgt die aktualisierte Sicherheitsrichtlinie. Später kommen Silent Payments mit mehreren Beteiligten, eine DoS-Offenlegung bei Core Lightning und Eclair 0.14.6 zur Sprache; das Transkript fehlt noch.

Bitcoin Optech

Entwicklung14 Min. Lesezeit

Bitcoin-Optech-Newsletter #429

Eine Kanalankündigung, die an beiden Enden denselben Knoten nennt, konnte Core Lightning 25.02 bis 26.04 bei jedem Neustart zum Absturz bringen; den Angreifer kostete das nur Onchain-Gebühren. Behoben ist der Fehler in 26.04.1. Außerdem in Newsletter #429: das Protokoll von Oleksandr Kurbatov für Silent-Payment-Inputs mehrerer Parteien und schnellere Point-Releases von Bitcoin Core bei leicht auffindbaren Bugs.

Bitcoin Optech

Entwicklung1 Min. Lesezeit

Bitcoin Core 29.5 ist da

poll() und select() überwachen Socket-Exceptions in Bitcoin Core 29.5 jetzt auf dieselbe Weise (#36665), für pausierte Send-Peers greift ein verbindliches Timeout (#36667). Flatfile-Positionen wechseln auf 64-Bit-Ganzzahlen (#36669), bei Adressen aus Seeds gehen Knoten von v2transport aus, und ein DNS-Seed fällt weg.

Bitcoin Core

Entwicklung4 Min. Lesezeit

Undo-Datei kann unter Extrembedingungen überlaufen

Ein Miner konnte eine Undo-Datei von Bitcoin Core über 4 GiB hinaus aufblähen. Ihre 32-Bit-Positionen laufen dann über, Daten werden beschädigt, und folgt ein passender Reorg, fahren Knoten herunter; unter Windows und auf 32-Bit-Systemen ist schon bei 2 GiB Schluss, ganz ohne Reorg. CVE-2026-117346 ist als niedrig eingestuft, der Angriff bräuchte rund einen Monat lang sämtliche Blöcke des Netzes. Auf 64-Bit-Systemen beheben 32.1, 31.2, 30.4 und 29.5 das Problem, 32-Bit-Knoten und Blockspeicher auf FAT32 bleiben betroffen.

Bitcoin Core

Entwicklung2 Min. Lesezeit

Speicher wächst unbegrenzt: TCP-Urgent-Daten treffen Knoten außerhalb von Linux

Knoten unter Windows, macOS und BSD ließen sich von einem verbundenen Peer mit TCP-Urgent-Daten zum Absturz bringen: Die Daten umgingen im select()-Backend pausierte Lesevorgänge, der Speicher lief ohne Obergrenze voll (CVE-2026-117350). Linux-Knoten arbeiten mit poll() und bleiben verschont. Die als mittelschwer eingestufte Lücke, aufgespürt von einem LLM-Scan im Rahmen von Project Loupe, beheben Bitcoin Core 32.1, 31.2, 30.4 und 29.5.

Bitcoin Core

Entwicklung1 Min. Lesezeit

Bitcoin Core 30.4 erschienen

Bitcoin Core 30.4 wertet die Bits 5 bis 28 aus BIP 9 gemäß BIP 323 nicht mehr als Soft-Fork-Signale, Blöcke mit diesen Bits lösen also keine Warnungen vor unbekannten Deployments mehr aus (#34779). Im Netzwerkteil gilt nun ein Timeout für pausierte Send-Peers (#36667), Flatfile-Positionen nutzen jetzt 64-Bit-Ganzzahlen (#36669).

Bitcoin Core

Entwicklung1 Min. Lesezeit

Bitcoin Core 31.2 veröffentlicht

Für Private Broadcast zieht Bitcoin Core 31.2 eine Obergrenze ein: Die Warteschlange der noch nicht vom Netz zurückgemeldeten Transaktionen endet bei 10.000 Einträgen. Ist sie voll, lehnt sie neue Einreichungen ab, und Aufrufer müssen sie mit abortprivatebroadcast leeren (#35406). Die Versionsbits 5 bis 28 gelten laut BIP 323 nicht länger als Soft-Fork-Signale.

Bitcoin Core

Entwicklung1 Min. Lesezeit

Bitcoin Core 32.1 erschienen

Private Broadcast gefährdet in Bitcoin Core 32.1 nicht mehr die IP-Adresse des Absenders: Das Leck konnte entstehen, wenn eine gescheiterte v2-Verbindung den Neuversuch per v1 direkt statt über Tor startete. Der Standardwert von -maxconnections steigt von 125 auf 200, das Tempo ausgehender Transaktionen regelt nun ein globaler Backlog statt einer Grenze je Peer.

Bitcoin Core

Entwicklung1 Min. Lesezeit

Bitcoin-Optech-Newsletter #428: Rückblick im Podcast

Lichen heißt der Layer 2 mit einem einzelnen Emittenten, den Adam Gibson in der Rückschau auf #428 erläutert; einseitige Ausstiege werden dort per BitVM geprüft. Weitere Gäste von Gustavo Flores Echaiz und Brandon Black sind João Dias und Vincenzo Palazzo. Zur Sprache kommen auch die Descriptor-Syntax für Hash-Preimages, rbitcoin 0.8.0 und LND v0.21.5-beta.rc1.

Bitcoin Optech

Entwicklung11 Min. Lesezeit

Bitcoin-Optech-Newsletter #428

Mit Lichen von Adam Gibson können Nutzer eines Layer 2 mit nur einem Emittenten ihre Bitcoin auch dann onchain einlösen, wenn der Hub sich weigert oder offline ist; Streitfälle klären Groth16-Beweise und vorsignierte BitVMX-Transaktionen. Newsletter #428 behandelt zudem den Vorschlag von João Dias für eine private Preimage-Variante von Miniscript-Hash-Fragmenten. Unter den Software-Updates finden sich Ibis Wallet v5.0-beta und rbitcoin 0.8.0.

Bitcoin Optech

Entwicklung1 Min. Lesezeit

Bitcoin-Optech-Newsletter #427: Rückblick im Podcast

Zwei Speicherfehler von Eclair im Handshake der Kanaleröffnung erklärt Erick Cestari in der Rückschau auf #427: Den einen fand der Fuzzer von Matt Morehouse, den anderen ein LLM. Anschließend präsentiert Adam Gibson LN-GAP, als Beispiel dient eine Schachpartie in einem Lightning-Kanal. Gegen Ende der Sendung geht es um Bitcoin Core 32.0rc4 und eine Reihe von Eclair-Fixes.

Bitcoin Optech

Entwicklung11 Min. Lesezeit

Bitcoin-Optech-Newsletter #427

Bei der Kanaleröffnung konnte Eclair bis v0.14.0 der Speicher ausgehen: Ein Fehler verlor rund 1 MB pro Sekunde, ein zweiter fraß über eine einzige Verbindung in etwa 48 Minuten 4 GB, ohne Onchain-Kosten. Beide sind seit v0.14.1 behoben. Daneben stellt Newsletter #427 LN-GAP vor, Adam Gibsons Konzept für mehrrundige Verträge in Lightning-Kanälen, das auf einem Komitee mit ehrlicher Mehrheit beruht.

Bitcoin Optech

Entwicklung2 Min. Lesezeit

Bitcoin-Optech-Newsletter #426: Rückblick im Podcast

Shielded Bitcoin eröffnet die Rückschau auf #426: Clara Shikhelman stellt den von ihr mitverfassten Vorschlag vor, Bitcoin ohne öffentlich sichtbaren Absender, Empfänger oder Betrag zu bewegen, und das ohne Konsensänderung und ohne Betreiber. Elias Rohrer von Spiral bespricht danach die Releases LDK v0.3-rc3 und v0.2.7 sowie Code-Änderungen an LDK; Gustavo Flores Echaiz moderiert.

Bitcoin Optech

Entwicklung13 Min. Lesezeit

Bitcoin-Optech-Newsletter #426

Private Onchain-Überweisungen ganz ohne Konsensänderung soll Shielded Bitcoin bringen, ein Metaprotokoll von Misha Komarov mit Clara Shikhelman und Aleksei Moskvin; nötig ist allerdings eine einmalige Setup-Zeremonie, und beim Ein- und Ausstieg bleibt eine Spur. Anthony Towns entwirft ein BIP, mit dem Peers über den BIP324-Transport eigene Ein-Byte-Nachrichten-IDs wählen können, Fabian Jahr fragt, ob Tagged-Hash-Tags BIP-Nummern tragen sollten.

Bitcoin Optech

Entwicklung18 Min. Lesezeit

Bitcoin-Optech-Newsletter #425

Bis einschließlich Eclair v0.13.1 konnte eine 64 kB große Gossip-Abfrage auf 64 MB anschwellen, eine init-Nachricht maximaler Länge verschlang rund 300 MB. Beide DoS-Fehler hat Matt Morehouse offengelegt, v0.14.0 behebt sie. Jakub lotet das Interesse aus, BIP329-Wallet-Labels über einen nicht vertrauenswürdigen Speicher zu synchronisieren, und der Konsensteil von Newsletter #425 greift erneut Post-Quanten-Output-Typen auf.

Bitcoin Optech

Entwicklung59 Min. Lesezeit

Bitcoin-Optech-Newsletter #424: Rückblick im Podcast

PQLN, Post-Quanten-Sicherheit für die Offchain-Bereiche von Lightning, erklärt Ahmet Kurt im ersten vorab aufgezeichneten Beitrag der Optech-Sendung. Den Live-Teil bestreitet Jan B, ein Bitcoin-Core-Contributor, der PRs prüft und am Kernel-Code arbeitet, gemeinsam mit Gustavo Flores Echaiz und Mike Schmidt. Auf der Agenda stehen dort Bitcoin Core 32.0rc2 und der zugehörige Testleitfaden.

Bitcoin Optech

Entwicklung12 Min. Lesezeit

Bitcoin-Optech-Newsletter #424

PQLN von Ahmet Kurt und Mitstreitern macht Gossip, Transport, Invoices, Offers und Onion von Lightning quantensicher; Onchain-Vorgänge bleiben außen vor, weil sie eine Konsensänderung bräuchten. Den Preis zahlt die Bandbreite: Ein Knoten lädt das Zehnfache herunter und speichert das Neunfache, ML-DSA-Signaturen dauern dagegen nur 0,33 ms. Eine funktionierende Implementierung in rust-lightning lässt sich bereits testen.

Bitcoin Optech

Entwicklung68 Min. Lesezeit

Bitcoin-Optech-Newsletter #422: Rückblick im Podcast

Adam Gibson führt die Optech-Moderatoren Mark Erhardt und Mike Schmidt durch Babilonia, sein als verdeckte Wetten getarntes Coinjoin-Protokoll, und verweist auf ein Paper von Ron Rivest aus dem Jahr 1997 über Mikrozahlungen nach Lotterieprinzip als frühe Wurzel probabilistischer Zahlungen. Danach spricht Rob Segers über seine Messungen an Light Clients für Silent Payments.

Bitcoin Optech

Entwicklung11 Min. Lesezeit

Bitcoin-Optech-Newsletter #422

Babilonia, ein Vorschlag von Adam Gibson, tarnt Coinjoins als Onchain-Münzwürfe, die von außen wie normale Zahlungen aussehen; sein Paper räumt allerdings ein, dass es für die Wirksamkeit des Protokolls noch kein klares Maß gibt. Laut den Benchmarks von Rob Segers lädt BlindBit Oracle v2 etwa 2,1-mal so viel herunter wie ein reiner Taproot-Filter samt Tweak-Daten, liefert dafür aber keine False Positives. LDK v0.2.6 schließt eine DoS-Lücke.

Bitcoin Optech

Entwicklung1 Min. Lesezeit

Bitcoin Core 29.4 veröffentlicht

Hinter starker Lese- und Schreiblast im Normalbetrieb steckt ein Fehler, den Bitcoin Core 29.4 behebt: Die Chainstate-Datenbank schrieb große Teile von sich selbst immer wieder neu. Der Fix schaltet die Seek Compaction von LevelDB ab und verdichtet den Chainstate stattdessen regelmäßig (#35465).

Bitcoin Core