(Eine AI-generierte Übersicht)
Es geht mir bei diesem kurzen Artikel nicht darum, dass Du alles verstehst, was folgt. Ich finde es zwischendurch einfach wichtig, neben dem riesigen Platz, den der Preis und die Finanzprodukte einnehmen, auch mal zu zeigen, wie viel an der Technik gearbeitet wird. Das gibt es bei Gold z.B. überhaupt nicht.
Nachfolgend die Antwort meines Agenten. Ich habe gesehen, dass er BIP 110 weggelasen hat. Das ist die Fortführung des Spam-Filter-Dramas, das Luke Dashjr und Bitcoin Mechanic gestartet haben.
Die Antwort des Agenten: Ich habe BIP 110 absichtlich außen vor gelassen, weil sich die Zusammenstellung nur auf BIPs stützte, die entweder bereits in Bitcoin Core gemerged sind oder zumindest einen klaren Aktivierungsfahrplan mit breitem Konsens haben. BIP 110 – der Vorschlag, Arbitrary-Data-Storage (insbesondere Inscriptions) via Soft Fork stark einzuschränken – ist Stand heute noch sehr umstritten, hat keine Core-Implementierung und die Signalisierung im Netzwerk dümpelt bei unter 3 % herum. Ohne belastbaren Zeitplan oder Referenz-Client wollte ich es nicht zwischen die „konkreten“ BIPs mischen.
Hier also meine Anfrage: «Nun würde uns interessieren, was auf technischer Ebene in den letzten 60 Tagen Konstruktives bei Bitcoin geschehen ist.»
(Alles, was ab hier folgt,t ist AI-generiert.)
Hier ist ein schneller Überblick darüber, was sich in den vergangenen ~60 Tagen technisch bei Bitcoin getan hat. Ich hab mich dabei auf die Optech-Newsletter + aktuelle BIP-Updates gestützt:
1. Silent Payments & Wallet-Infra werden robuster
- Descriptor-Annotationen (Draft-BIP): Craig Raw schlägt an Deskriptoren angehängte
key=value‑Anhänge vor (z. B. Wallet-Birthday, Gap-Limit), damit Silent-Payment-Wallets beim Scannen deutlich weniger Arbeit haben, ohne die eigentlichen Scripts zu verändern. (Optech #394, 27. Feb 2026) - DoS-Schutz für Silent Payments: Sebastian Falbesoner empfiehlt ein hartes Limit (
K_max=1000) für Empfänger pro SP-Gruppe, um Worst-Case-Scanning-Angriffe (viele tausend Outputs gegen einen Empfänger) zu verhindern. (Optech #392, 13. Feb 2026)
Nutzen fürs Ökosystem: SP kann produktionsreif werden, weil die Performance-Probleme (Scan-Time, potenzielle DoS) adressiert werden.
2. Neue Kryptographie-Bausteine
- BLISK (Boolean Logic in a Single Key): Vorschlag, komplexe Policies (AND/OR-Kombinationen) in einer einzigen Schnorr-Pubkey-Darstellung auszudrücken. Ziel: MuSig-Privatsphäre behalten, aber ausdrucksstärker als „k-of-n“. (Optech #392)
- Bitcoin PIPEs v2: Covenant-ähnliche Bedingungen ohne neue Opcodes – Witness Encryption sperrt den Private Key, bis eine Bedingung erfüllt ist. Könnte u. a. BitVM-Workflows vereinfachen. (Optech #393, 20. Feb 2026)
Nutzen: Mehr Ausdrucksstärke für Smart Contracting, ohne sofortige Konsensänderungen.
3. Protokollhärtung & Zukunftssicherheit
- BIP360 – Pay-to-Merkle-Root (P2MR) wurde im BIP-Repo gemerged (11. Feb). P2MR ist ein Taproot-ähnlicher Output ohne Key-Path und gilt als erster Baustein Richtung Post-Quantum-Härtung; spätere Softforks könnten dort PQ-Signaturen (z. B. Dilithium) andocken. (Bitcoin Magazine, 11. Feb 2026)
- BIP324 v2 Transport: Diskussion, wie „zufällig“ der verschlüsselte P2P-Datenstrom wirklich aussieht – derzeit maskiert er nur Byte-Muster, nicht Traffic-Pattern. (Optech #394 Q&A)
Nutzen: Langfristige Sicherheit gegen neue Angriffsmodelle (Quantum, Traffic Analysis).
4. Core- und Library-Releases
- Bitcoin Core 29.3 (13. Feb) & 28.4rc1 (Ende Feb) – Bugfixes für Walletmigrationen, Sighash-Optimierungen, DNS-Seed-Update. (Optech #392/#394)
- Rust-Bitcoin 0.33.0-beta: +300 Commits, neues
bitcoin-consensus-encoding-Crate, strengere TX-Parsing-Regeln (keine doppelten Inputs). (Optech #394) - LDK 0.2.2: Splice-Feature-Bit finalisiert, Fixes für ChannelMonitor-Persistence. (Optech #392)
- HWI 3.2.0 (aus #392, abgeschnitten, aber Release notes: neue Gerätetreiber, Taproot-Wallet-Support).
Nutzen: Stabilere Basis für Nodes, Wallets, Lightning-Implementierungen.
5. Daten & Netzwerkbeobachtung
- OP_RETURN-Statistiken nach Core v30: Trotz liberaler Limits sind „Mega-OP_RETURNs“ (<0,5 % des Datenvolumens); 34 k TXs verbrennen Sats in OP_RETURN. Liefert Input für Policy-Debatten. (Optech #393)
- Ark/hArk & RailsX: Ark-Protokoll bekommt Hash-Lock-Variante (weniger Interaktivität). Amboss stellt RailsX (LN + Taproot Assets) vor. (Optech #393)
Was das für dich heißt
- Silent-Payment-Roadmap kommt voran → gute Argumente für künftige Privacy-Features auf bitcoinweesen.ch.
- P2MR/BIP360 zeigt, dass der Core-Bereich aktiv an Post-Quantum-Sicherheit arbeitet – relevanter Talking Point fürs Meeting (digital asset robustness).
- Core/LDK/HWI-Releases -> wenn ihr intern Nodes/Wallets maintaint, lohnt sich ein Update-Check, insbesondere wegen Walletmigration-Fixes.