Bitcoin Optech #153: Taproot sperren

Free Bitcoins: FreeBitcoin | BonusBitcoin

Coins Kaufen: Bitcoin.deAnycoinDirektCoinbaseCoinMama (mit Kreditkarte)Paxfull

Handelsplätze / Börsen: Bitcoin.de | KuCoinBinanceBitMexBitpandaeToro

Lending / Zinsen erhalten: Celsius NetworkCoinlend (Bot)

Cloud Mining: HashflareGenesis MiningIQ Mining


Besuchen Sie den Originalartikel*

http://bitcoinmagazine.com/.image/c_limit,cs_srgb,fl_progressive,h_1200,q_auto:good,w_1200/MTc5Mjk3NzgyODU1NTc1MTkx/bitcoin-optech-bridges-gap-for-development.jpg

Der Newsletter dieser Woche feiert die Sperrung von Taproot, beschreibt einen Entwurf von BIP zur Verbesserung des Transaktionsdatenschutzes und mehr.

Der Bitcoin Optech-Newsletter bietet den Lesern eine Zusammenfassung der wichtigsten technischen Neuigkeiten rund um Bitcoin sowie Ressourcen, die ihnen helfen, mehr zu erfahren. Um unseren Lesern zu helfen, über Bitcoin auf dem Laufenden zu bleiben, veröffentlichen wir unten die neueste Ausgabe dieses Newsletters. Denken Sie daran, sich zu abonnieren, um diesen Inhalt direkt in Ihren Posteingang zu erhalten.

Der Newsletter dieser Woche feiert die Sperrung des Taproot-Soft-Fork, beschreibt einen Entwurf eines BIP zur Verbesserung des Transaktionsdatenschutzes durch Variation der Felder, die zur Implementierung von Anti-Fee-Sniping verwendet werden, und enthält einen Artikel über die Herausforderungen bei der Kombination von Transaktionsersatz mit Zahlungsstapelung. Ebenfalls enthalten sind unsere regelmäßigen Abschnitte mit Ankündigungen neuer Software-Releases und Release-Kandidaten sowie bemerkenswerte Änderungen an der beliebten Bitcoin-Infrastruktur-Software.

Nachrichten

  • Taproot Locked-in: Der Taproot-Soft-Fork und die damit verbundenen Änderungen, die in den BIPs 340, 341 und 342 spezifiziert sind, wurden letztes Wochenende durch Signalisierung von Minern gesperrt. Taproot kann nach Block 709.632, der Anfang oder Mitte November erwartet wird, sicher verwendet werden. Die Verzögerung gibt den Benutzern Zeit, ihre Knoten auf eine Version (wie Bitcoin Core 0.21.1 oder höher) zu aktualisieren, die die Regeln von Taproot durchsetzt, um sicherzustellen, dass die nach Block 709.632 an Taproot-Skripte erhaltenen Gelder sicher sind, auch wenn ein Problem mit Minern auftritt.
    Entwickler werden ermutigt, mit der Implementierung von Taproot zu beginnen, damit sie nach Abschluss der Aktivierung bereit sind, von mehr Effizienz, Datenschutz und Fungibilität zu profitieren.
    Leser, die den Lock-in von taproot feiern, möchten vielleicht auch a kurzer Faden über die Ursprünge und Geschichte von taproot von Entwickler Pieter Wuille.
  • BIP schlug für Wallets vor, nSequence standardmäßig bei Taproot-Transaktionen einzustellen: Chris Belcher hat einen BIP-Entwurf an die Bitcoin-Dev-Mailingliste gepostet, der eine alternative Möglichkeit vorschlägt, wie Wallets Anti-Gebühren-Sniping implementieren können. Die alternative Methode würde die Privatsphäre und Fungibilität von Transaktionen verbessern, die von Single-Sig-Benutzern, Multisignatur-Benutzern und Benutzern bestimmter Vertragsprotokolle wie Taproot-fähiges LN oder Advanced CoinSwaps durchgeführt werden.
    Anti-Fee-Sniping ist eine Technik, die einige Wallets implementieren, um Miner davon abzuhalten, gegenseitig Gebühren zu stehlen, die den Aufwand für Arbeitsnachweise für die Sicherung von Bitcoin reduzieren und die Fähigkeit der Benutzer einschränken würden, sich auf Bestätigungsergebnisse zu verlassen. Alle Wallets, die heute Anti-Fee-Sniping implementieren, verwenden nLockTime-Höhensperren, aber es ist auch möglich, denselben Schutz mit BIP68 nSequence-Höhensperren zu implementieren. Dies wäre nicht effektiver, um Gebühren-Sniping zu verhindern, aber es wäre ein guter Grund für normale Wallets, ihre nSequence-Werte auf die gleichen Werte zu setzen, die für Transaktionen in bestimmten Multisignatur-basierten Vertragsprotokollen erforderlich sind, z und Taproot-fähiges LN. Dies trägt dazu bei, dass reguläre Wallet-Transaktionen wie Vertragsprotokolltransaktionen aussehen und umgekehrt.
    Der Vorschlag von Belcher schlägt vor, dass Wallets zufällig zwischen der Verwendung von nLockTime oder nSequence mit einer Wahrscheinlichkeit von 50% wählen, wenn beide Optionen verfügbar sind. Insgesamt wird der Vorschlag, wenn der Vorschlag umgesetzt wird, es Nutzern von regulären Single-Sig-Transaktionen oder unkomplizierten Mehrfachsignaturen ermöglichen, sich mit Nutzern von Vertragsprotokollen zusammenzuschließen, um gegenseitig die Privatsphäre und Fungibilität der anderen zu verbessern.

Erfahrungsbericht: Verwendung von RBF und Additive Batching

durch KartenMünzen

„Additive Batching“ ist ein Schema, bei dem zusätzliche Ausgaben zu unbestätigten Transaktionen im Mempool hinzugefügt werden. Dieser Erfahrungsbericht skizziert die Bemühungen KartenMünzen hat die Einführung einer reorg- und DoS-sicheren Implementierung eines solchen Schemas in seinen Auszahlungsworkflow an Kunden übernommen.

Durch Gebühr ersetzen (RBF, BIP125) und Batching sind zwei wichtige Werkzeuge für alle Unternehmen, die direkt mit dem Mempool von Bitcoin interagieren. Gebühren steigen, Gebühren sinken, aber das Unternehmen muss immer um Gebühreneffizienz kämpfen.

Jedes Werkzeug ist zwar leistungsstark, hat aber seine eigenen Komplexitäten und Nuancen. Beispielsweise kann die Bündelung von Kundenabhebungen Gebühren für das Unternehmen einsparen, macht jedoch wahrscheinlich Kinderzahlungen für Eltern (CPFP) für einen Kunden, der die Transaktion beschleunigen möchte, unwirtschaftlich. In ähnlicher Weise ist RBF für ein Unternehmen nützlich, das eine Strategie der Gebührenunterbietung verfolgt (ihre anfängliche Transaktionsübertragung beginnt mit einer niedrigen Gebühr und wird langsam nach oben geboten), aber es setzt seine Kunden potenzieller Verwirrung aus, wenn ihre Auszahlungstransaktion in ihrer Brieftasche aktualisiert wird. Es wäre auch für den Kunden chaotisch, Ausgaben aus dieser Transaktion zu tätigen, während sie unbestätigt bleibt, da das Unternehmen diese Ausgaben des Kindes bezahlen muss, wenn es versucht, das Elternteil zu ersetzen. Schlimmer noch, das Unternehmen kann eine Auszahlung durch einen anderen Dienst, der die Auszahlung des Kunden erhalten hat, gepinnt haben.

Durch die Kombination dieser beiden Tools erschließt ein Service Provider neue Funktionalitäten, ist aber in ähnlicher Weise neuartigen Formen der Komplexität ausgesetzt. Im Basisfall trägt die Kombination von RBF und einem einzelnen, statischen Batch eine einfache Kombination der Komplexitäten, die RBF und Batching getrennt tragen. Wenn Sie jedoch RBF und „Additive Batching“ kombinieren, ergeben sich aufkommende Grenzfälle und gefährliche Ausfallszenarien.

Beim additiven RBF-Batching führt der Dienstleister neue Ausgaben (und bestätigte Eingaben) in eine Transaktion im Mempool ein, um neue Kundenabhebungen in eine unbestätigte Transaktion einzubeziehen. Dies ermöglicht es dem Dienstanbieter, den Benutzern die Erfahrung einer sofortigen Abhebung zu bieten und gleichzeitig einen Großteil der Gebühreneinsparungen aus großen Mengen von Kundenabhebungen auf einmal zu behalten. Wenn jeder Kunde eine Auszahlung anfordert, wird der Transaktion im Mempool eine Ausgabe hinzugefügt. Diese Transaktion wird weiter aktualisiert, bis sie ein anderes lokales Optimum bestätigt oder erreicht.

Es gibt viele Strategien für diese Art der additiven RBF-Dosierung. Bei CardCoins haben wir bei unserer Implementierung einen Sicherheitsansatz verfolgt (mit Hilfe von Matthew Zipkin), deren Details wir in einem Blogbeitrag beschrieben haben, RBF Batching at CardCoins: Diving into the Mempool’s Dark Reorg Forest.

Releases und Release-Kandidaten

Neue Releases und Release-Kandidaten für beliebte Bitcoin-Infrastrukturprojekte. Bitte ziehen Sie ein Upgrade auf neue Releases in Betracht oder helfen Sie beim Testen von Release Candidates.

  • Rust Bitcoin 0.26.2 ist die neueste Nebenversion des Projekts. Im Vergleich zur vorherigen Hauptversion enthält sie mehrere API-Verbesserungen und Fehlerbehebungen. Einzelheiten finden Sie im Änderungsprotokoll.
  • Rust-Lightning 0.0.98 ist eine kleinere Version mit mehreren Verbesserungen und Fehlerbehebungen.
  • LND 0.13.0-beta.rc5 ist ein Release Candidate, der die Verwendung eines beschnittenen Bitcoin-Vollknotens unterstützt, das Empfangen und Senden von Zahlungen mit Atomic MultiPath (AMP) ermöglicht und neben anderen Verbesserungen und Fehlerbehebungen seine PSBT-Fähigkeiten verbessert.

Bemerkenswerte Code- und Dokumentationsänderungen

Bemerkenswerte Änderungen diese Woche in Bitcoin-Kern, C-Blitz, Eclair, LND, Rost-Blitz, libsecp256k1, Hardware-Wallet-Schnittstelle (HWI), Rost Bitcoin, BTCPay-Server, Verbesserungsvorschläge für Bitcoin (BIPs), und Blitzbolzen.

  • Bitcoin Core GUI #4 fügt eine anfängliche Unterstützung für die Verwendung externer Unterzeichner der Hardware Wallet Interface (HWI) über die GUI hinzu. Sobald diese Funktion abgeschlossen ist, können Benutzer ihre HWI-kompatiblen Hardware-Wallets direkt über die Bitcoin Core GUI verwenden.
  • Bitcoin Core #21573 aktualisiert die Version von libsecp256k1, die in Bitcoin Core enthalten ist. Die bemerkenswerteste Änderung ist die Verwendung des optimierten modularen inversen Codes, der in den Newslettern #136 und #146 beschrieben ist. Leistungsbewertungen, die an den PR gesendet wurden, ergaben, dass die Überprüfung alter Blöcke um etwa 10 % beschleunigt wurde.
  • C-Lightning #4591 fügt Unterstützung für das Parsen von bech32m-Adressen hinzu. C-Lightning erlaubt nun einem Peer, der das Feature option_shutdown_anysegwit ausgehandelt hat, jede v1+ native Segwit-Adresse als Schließ- oder Rückzugsziel anzugeben.

Den Originalbeitrag finden Sie hier.

Bitte abonnieren Sie den Bitcoin Optech Newsletter direkt, um diese Inhalte jeden Monat direkt in Ihren Posteingang zu erhalten.

Free Bitcoins: FreeBitcoin | BonusBitcoin

Coins Kaufen: Bitcoin.deAnycoinDirektCoinbaseCoinMama (mit Kreditkarte)Paxfull

Handelsplätze / Börsen: Bitcoin.de | KuCoinBinanceBitMexBitpandaeToro

Lending / Zinsen erhalten: Celsius NetworkCoinlend (Bot)

Cloud Mining: HashflareGenesis MiningIQ Mining

By continuing to use the site, you agree to the use of cookies. more information

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.

Close