|
| 1 | +--- |
| 2 | +title: 'Bitcoin Optech Newsletter #371' |
| 3 | +permalink: /de/newsletters/2025/09/12/ |
| 4 | +name: 2025-09-12-newsletter-de |
| 5 | +slug: 2025-09-12-newsletter-de |
| 6 | +type: newsletter |
| 7 | +layout: newsletter |
| 8 | +lang: de |
| 9 | +--- |
| 10 | +Der Newsletter dieser Woche kündigt die Verfügbarkeit eines Arbeitsbuchs an, |
| 11 | +das sich der beweisbaren Kryptographie widmet. Außerdem enthalten sind unsere |
| 12 | +regelmäßigen Abschnitte mit Links zu neuen Releases und Release-Kandidaten sowie |
| 13 | +Beschreibungen wichtiger Änderungen an beliebter Bitcoin-Infrastruktur-Software. |
| 14 | + |
| 15 | +## Nachrichten |
| 16 | + |
| 17 | +- **Arbeitsbuch zur beweisbaren Kryptographie:** Jonas Nick [veröffentlichte][nick workbook] |
| 18 | + in Delving Bitcoin die Ankündigung eines kurzen Arbeitsbuchs, das er für eine |
| 19 | + viertägige Veranstaltung erstellt hat, um "Entwicklern die Grundlagen der |
| 20 | + beweisbaren Kryptographie zu vermitteln, [...] bestehend aus kryptographischen |
| 21 | + Definitionen, Sätzen, Beweisen und Übungen." Das Arbeitsbuch ist als |
| 22 | + [PDF][workbook pdf] mit frei lizenzierter [Quelle][workbook source] verfügbar. |
| 23 | + |
| 24 | +## Releases und Release-Kandidaten |
| 25 | + |
| 26 | +_Neue Releases und Release-Kandidaten für beliebte Bitcoin-Infrastrukturprojekte. |
| 27 | +Bitte erwägen Sie, auf neue Versionen zu aktualisieren oder bei der Testung von |
| 28 | +Release-Kandidaten zu helfen._ |
| 29 | + |
| 30 | +- [Bitcoin Core 29.1][] ist die Veröffentlichung einer Wartungsversion |
| 31 | + der führenden Full-Node-Software. |
| 32 | + |
| 33 | +- [Eclair v0.13.0][] ist die Veröffentlichung dieser LN-Knoten-Implementierung. |
| 34 | + Sie "enthält eine Menge Refactoring, eine erste Implementierung von |
| 35 | + Taproot-Kanälen, [...] Verbesserungen am Splicing basierend auf den |
| 36 | + jüngsten Spezifikations-Updates und eine bessere Bolt-12-Unterstützung." |
| 37 | + Die Taproot-Kanal- und Splicing-Funktionen werden noch vollständig |
| 38 | + spezifiziert, daher sollten sie von normalen Benutzern nicht verwendet |
| 39 | + werden. Die Versionshinweise warnen auch: "Dies ist die letzte Version |
| 40 | + von Eclair, in der Kanäle, die keine Anchor-Outputs verwenden, unterstützt |
| 41 | + werden. Wenn Sie Kanäle haben, die keine Anchor-Outputs verwenden, sollten |
| 42 | + Sie diese schließen." |
| 43 | + |
| 44 | +- [Bitcoin Core 30.0rc1][] ist ein Release-Kandidat für die nächste Hauptversion |
| 45 | + dieser Full-Verification-Node-Software. |
| 46 | + |
| 47 | +## Wichtige Code- und Dokumentationsänderungen |
| 48 | + |
| 49 | +_Wichtige aktuelle Änderungen in [Bitcoin Core][bitcoin core repo], |
| 50 | +[Core Lightning][core lightning repo], [Eclair][eclair repo], [LDK][ldk repo], |
| 51 | +[LND][lnd repo], [libsecp256k1][libsecp256k1 repo], [Hardware Wallet |
| 52 | +Interface (HWI)][hwi repo], [Rust Bitcoin][rust bitcoin repo], [BTCPay |
| 53 | +Server][btcpay server repo], [BDK][bdk repo], [Bitcoin Improvement |
| 54 | +Proposals (BIPs)][bips repo], [Lightning BOLTs][bolts repo], |
| 55 | +[Lightning BLIPs][blips repo], [Bitcoin Inquisition][bitcoin inquisition |
| 56 | +repo], und [BINANAs][binana repo]._ |
| 57 | + |
| 58 | +- [Bitcoin Core #30469][] aktualisiert die Typen der Werte |
| 59 | + `m_total_prevout_spent_amount`, `m_total_new_outputs_ex_coinbase_amount` und |
| 60 | + `m_total_coinbase_amount` von `CAmount` (64 Bit) auf `arith_uint256` |
| 61 | + (256 Bit), um einen Wertüberlauffehler zu verhindern, der bereits auf dem |
| 62 | + Standard-[Signet][topic signet] beobachtet wurde. Die neue Version des |
| 63 | + Coinstats-Index wird in `/indexes/coinstatsindex/` gespeichert, und ein |
| 64 | + aktualisierter Knoten muss von Grund auf neu synchronisieren, um den Index |
| 65 | + neu zu erstellen. Die alte Version wird zum Schutz vor Downgrades beibehalten, |
| 66 | + könnte aber in einem zukünftigen Update entfernt werden. |
| 67 | + |
| 68 | +- [Eclair #3163][] fügt einen Testvektor hinzu, um sicherzustellen, dass der |
| 69 | + öffentliche Schlüssel eines Zahlungsempfängers aus einer [BOLT11][]-Rechnung |
| 70 | + mit einer High-S-Signatur wiederhergestellt werden kann, zusätzlich zur |
| 71 | + bereits erlaubten Low-S-Signatur. Dies entspricht dem Verhalten von |
| 72 | + libsecp256k1 und dem vorgeschlagenen [BOLTs #1284][]. |
| 73 | + |
| 74 | +- [Eclair #2308][] führt eine neue Option `use-past-relay-data` ein, die bei |
| 75 | + Aktivierung (Standard: false) einen probabilistischen Ansatz basierend auf |
| 76 | + vergangenen Zahlungsversuchen verwendet, um die Pfadfindung zu verbessern. |
| 77 | + Dies ersetzt eine frühere Methode, die von einer gleichmäßigen Verteilung |
| 78 | + der Kanalguthaben ausging. |
| 79 | + |
| 80 | +- [Eclair #3021][] ermöglicht es dem Nicht-Initiator eines [beidseitig |
| 81 | + finanzierten Kanals][topic dual funding], die Finanzierungstransaktion |
| 82 | + mittels [RBF][topic rbf] zu ersetzen, was bei [Splicing][topic splicing]-Transaktionen |
| 83 | + bereits erlaubt ist. Eine Ausnahme gilt jedoch für Kauftransaktionen von |
| 84 | + [Liquiditätsanzeigen][topic liquidity advertisements]. Dies wurde in |
| 85 | + [BOLTs #1236][] vorgeschlagen. |
| 86 | + |
| 87 | +- [Eclair #3142][] fügt dem API-Endpunkt `forceclose` einen neuen Parameter |
| 88 | + `maxClosingFeerateSatByte` hinzu, der die globale Gebührenkonfiguration |
| 89 | + für nicht dringende Force-Close-Transaktionen pro Kanal überschreibt. |
| 90 | + Die globale Einstellung `max-closing-feerate` wurde in [Eclair #3097][] |
| 91 | + eingeführt. |
| 92 | + |
| 93 | +- [LDK #4053][] führt gebührenfreie Commitment-Kanäle ein, indem die beiden |
| 94 | + Anchor-Outputs durch einen gemeinsamen [Pay-to-Anchor (P2A)][topic ephemeral anchors]-Output |
| 95 | + ersetzt werden, der auf einen Wert von 240 Sats begrenzt ist. Zusätzlich |
| 96 | + werden die [HTLC][topic htlc]-Signaturen in gebührenfreien Commitment-Kanälen |
| 97 | + auf `SIGHASH_SINGLE|ANYONECANPAY` umgestellt und die HTLC-Transaktionen |
| 98 | + auf [Version 3][topic v3 transaction relay] angehoben. |
| 99 | + |
| 100 | +- [LDK #3886][] erweitert `channel_reestablish` für [Splicing][topic splicing] |
| 101 | + um zwei `funding_locked_txid`-TLVs (was ein Knoten zuletzt gesendet und |
| 102 | + empfangen hat), damit Peers die aktive Finanzierungstransaktion bei |
| 103 | + Wiederverbindung abgleichen können. Zusätzlich wird der Wiederverbindungsprozess |
| 104 | + optimiert, indem `commitment_signed` vor `tx_signatures` erneut gesendet, |
| 105 | + implizites `splice_locked` gehandhabt, `next_funding` übernommen und bei |
| 106 | + Bedarf Ankündigungssignaturen angefordert werden. |
| 107 | + |
| 108 | +{% include snippets/recap-ad.md when="2025-09-16 16:30" %} |
| 109 | +{% include references.md %} |
| 110 | +{% include linkers/issues.md v=2 issues="30469,3163,2308,3021,3142,4053,3886,1284,1236,3097" %} |
| 111 | +[bitcoin core 29.1]: https://bitcoincore.org/bin/bitcoin-core-29.1/ |
| 112 | +[bitcoin core 30.0rc1]: https://bitcoincore.org/bin/bitcoin-core-30.0/ |
| 113 | +[nick workbook]: https://delvingbitcoin.org/t/provable-cryptography-for-bitcoin-an-introduction-workbook/1974 |
| 114 | +[workbook pdf]: https://github.com/cryptography-camp/workbook/releases |
| 115 | +[workbook source]: https://github.com/cryptography-camp/workbook |
| 116 | +[Eclair v0.13.0]: https://github.com/ACINQ/eclair/releases/tag/v0.13.0 |
0 commit comments