Bitcoin Optech # 146: Spleißen, Workshop-Ankündigungen und mehr

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 behandelt die Verwendung von Lightning Network-Spleißen, Ankündigungen für einen Layer-Crossing-Workshop und vieles mehr.

Der Bitcoin Optech-Newsletter bietet Lesern eine Zusammenfassung der wichtigsten technischen Neuigkeiten in Bitcoin sowie Ressourcen, mit denen sie mehr erfahren können. Um unseren Lesern zu helfen, über Bitcoin auf dem Laufenden zu bleiben, veröffentlichen wir die neueste Ausgabe dieses Newsletters weiter unten. Denken Sie daran, sich anzumelden, um diesen Inhalt direkt in Ihrem Posteingang zu erhalten.

Der Newsletter dieser Woche beschreibt einen Entwurf einer Spezifikation für das Spleißen von LN, kündigt einen Workshop zur Sicherheit von Transaktionsrelais an, kündigt die Hinzufügung von ECDSA-Signaturadapterunterstützung zu libsecp256k1-zkp an und enthält Links zu Vorschlägen zur Änderung des BIP-Prozesses. Ebenfalls enthalten sind unsere regulären Abschnitte mit Zusammenfassungen beliebter Fragen und Antworten von Bitcoin StackExchange, Ankündigungen von Softwareversionen und Release-Kandidaten sowie Beschreibungen bemerkenswerter Änderungen an beliebter Bitcoin-Infrastruktursoftware.

Nachrichten

  • Entwurf einer Spezifikation für das Spleißen von LN: Rusty Russell eröffnete eine PR für das Lightning Specifications-Repository („BOLTs“) und schlug die Protokolländerungen vor, die zum Anpassen des Spleißens erforderlich sind. Er hat auch einen Link für die PR zur Lightning-Dev-Mailingliste gepostet. Durch das Spleißen können Gelder von Onchain-Ausgaben in einen vorhandenen Zahlungskanal oder von einem vorhandenen Zahlungskanal zu unabhängigen Onchain-Ausgaben übertragen werden, ohne dass die Kanalteilnehmer auf eine Bestätigungsverzögerung warten müssen, um die anderen Mittel des Kanals auszugeben. Auf diese Weise können Brieftaschen die technischen Details der Verwaltung von Guthaben vor ihren Benutzern verbergen. Zum Beispiel kann Alices Brieftasche Bob automatisch aus der Kette oder aus der Kette über denselben Zahlungskanal bezahlen – aus der Kette mit LN über diesen Zahlungskanal oder aus der Kette mit einem Spleiß (Auszahlung) aus diesem Zahlungskanal.
    Russell hatte bereits 2018 einen Entwurf einer Spezifikation für das Spleißen vorgeschlagen (siehe Newsletter Nr. 17). Dieser neue Entwurf hat jedoch den Vorteil, dass das interaktive Finanzierungsprotokoll verwendet werden kann, das Teil der experimentellen Unterstützung von C-Lightning für die doppelte Finanzierung ist.
  • Fordern Sie Themen im Layer-Crossing-Workshop an: Antoine Riard hat sowohl auf der Bitcoin-Dev- als auch auf der Lightning-Dev-Mailingliste einen bevorstehenden IRC-basierten Workshop veröffentlicht, den er veranstalten möchte, um Herausforderungen mit Onchain-Transaktionsrelais zu erörtern, die sich auf Layer-2-Protokolle auswirken, wie z LN. Ziel ist es, unter den Teilnehmern einen technischen Konsens darüber zu erzielen, welche Vorschläge besonders lesenswert sind, damit sich Entwickler und Prüfer kurzfristig auf diese Vorschläge konzentrieren können.
    Der Beitrag schlägt eine Agenda vor, die Paketweiterleitung, Gebühren-Sponsoring (siehe Newsletter Nr. 116), den Übergang von BIP125-Opt-In-Ersetzen durch Gebühr (RBF) zu vollständigem RBF umfasst und die Koordination der Sicherheitsreaktionen zwischen hauptsächlich Onchain-Projekten wie vollständigen Knoten und hauptsächlich verbessert Offchain-Projekte wie LN-Knoten und das Definieren, von welchen Mempool- und Relay-Richtlinien die Layer-2-Protokolle angemessen abhängen können. Riard bittet jeden, der teilnehmen möchte, um zusätzliche Themenvorschläge. Der 7. Mai ist die Frist für die Einreichung. Der Workshop wird voraussichtlich Mitte Juni stattfinden.
  • Unterstützung für ECDSA-Signaturadapter, die zu libsecp256k1-zkp hinzugefügt wurden: Signaturadapter wurden ursprünglich von Andrew Poelstra für Bitcoin unter Verwendung von Schnorr-basierten Multisignaturen beschrieben. Auf diese Weise kann eine einzelne Signatur bis zu drei Dinge gleichzeitig ausführen: (1) den Zugriff des Erstellers auf einen bestimmten privaten Schlüssel nachweisen, (2) die Kenntnis eines von einer anderen Partei vorgewählten Verschlüsselungsschlüssels nachweisen, (3) eine Voreinstellung offenlegen -ausgewählter Verschlüsselungsschlüssel für eine andere Partei. Dies ermöglicht es einer Signatur allein, viele der Dinge zu tun, die wir derzeit mit Bitcoin-Skripten tun, was darauf hindeutet, dass Adaptersignaturen verwendet werden könnten, um „skriptlose Skripte“ zu erstellen.
    Dasselbe mit ECDSA zu erreichen, ist nicht so einfach. Lloyd Fournier schlug jedoch vor, dass es relativ einfach wäre, Ziel 1 (Nachweis des privaten Schlüssels) von Ziel 2 und 3 (Nachweis und Offenlegung von Verschlüsselungsschlüsseln, AKA-Adaptern) zu trennen. Dies erfordert die Verwendung eines Signaturobjekts nur als Signatur und eines anderen Signaturobjekts für die Adapter. Daher wird OP_CHECKMULTISIG verwendet und es ist nicht ganz so skriptlos wie zuvor. Die getrennte Konstruktion erfordert auch eine Sicherheitswarnung in Bezug auf die Wiederverwendung einiger der beteiligten Schlüssel mit ECDH-Schlüsselaustausch (Elliptic Curve Diffie Hellman) und ElGamal-Verschlüsselung. Darüber hinaus macht diese Technik Signaturadapter heute vollständig auf Bitcoin verwendbar, und genau das haben verschiedene DLC-Projekte verwendet.
    Im April 2020 implementierte Jonas Nick die Unterstützung für diese vereinfachten ECDSA-Signaturadapter in einem PR-Entwurf (siehe Newsletter Nr. 92). Jesse Posner portierte und erweiterte die PR auf libsecp256k1-zkp, eine Abzweigung von libsecp256k1, die erweiterte kryptografische Protokolle unterstützt. Diese aktualisierte PR wurde nun nach einem detaillierten Überprüfungsprozess zusammengeführt, der mehrere Gespräche umfasste, die für alle von Interesse sein können, die die Sicherheit von Signaturadaptern besser verstehen möchten.
  • Probleme mit dem BIPs-Prozess: Nach einigen Dramen im BIPs-Repository (und möglicherweise einigen aufgestauten Frustrationen) wurden auf der Mailingliste mehrere Diskussionen über das Hinzufügen eines neuen BIPs-Editors, die Verwendung eines Bots zum Zusammenführen von BIPs-PRs oder das Verlassen des BIPs gestartet Zentralisiertes BIPs-Repository insgesamt.

Ausgewählte Fragen und Antworten von Bitcoin StackExchange

Bitcoin StackExchange ist einer der ersten Orte, an denen Optech-Mitarbeiter nach Antworten auf ihre Fragen suchen – oder wenn wir ein paar freie Momente haben, um neugierigen oder verwirrten Benutzern zu helfen. In dieser monatlichen Funktion werden einige der am häufigsten gestellten Fragen und Antworten hervorgehoben, die seit unserem letzten Update veröffentlicht wurden.

  1. Bestimmen Sie die Gültigkeit eines Blocks anhand seines nTime-Felds und steuern Sie die Zeiträume für die Anpassung der Schwierigkeit
  2. Stellen Sie sicher, dass die Zeit nur vorwärts geht, was die Zustandsübergänge in BIP9 vereinfacht
  3. Beseitigen Sie den Anreiz für einzelne Bergleute, Transaktionen mit Sperrzeiten von bis zu zwei Stunden in der Zukunft zu bestätigen, indem Sie über die aktuelle Zeit lügen, wie in BIP113 festgelegt
  • Kann Taproot verwendet werden, um beliebige Daten ohne zusätzlichen Platzbedarf in die Kette zu übertragen? Pieter Wuille antwortet mit dem Hinweis, dass das Festschreiben von Daten über OP_RETURN in einem Tapleaf zwar möglich ist, Techniken wie Pay-to-Contract und Sign-to-Contract derzeit von Liquid und OpenTimestamps verwendet werden und effizienter sein können.
  • Warum unterscheidet sich der abgebaute Block so stark von der Blockvorlage? Benutzer Andy fragt, warum sich Block 680175 von dem unterscheidet, was sein getblocktemplate RPC ungefähr zur gleichen Zeit ausgegeben hat, als der Block abgebaut wurde. Andrew Chow und Murch weisen auf Asicboost als Grund für das unterschiedliche Versionsfeld hin, während knotenunabhängige Mempools und Knotenverfügbarkeit Überlegungen zu den Transaktionsdiskrepanzen des Blocks sind.
  • Soll das Hash-Ziel von Bitcoin nicht eine Potenz von 2 sein? Andrew Chow erklärt, dass die Erklärung des Schwierigkeits-Targetings „führende Nullen“ eine übermäßige Vereinfachung darstellt, und Chytrik gibt ein Beispiel für einen gültigen und ungültigen Hash mit der gleichen Anzahl führender Nullen.
  • Veröffentlichungen und Freigabekandidaten

    Neuerscheinungen und Release-Kandidaten für beliebte Bitcoin-Infrastrukturprojekte. Bitte erwägen Sie ein Upgrade auf neue Versionen oder helfen Sie beim Testen von Release-Kandidaten.

    • Bitcoin Core 0.21.1rc1 ist ein Release-Kandidat für eine Version von Bitcoin Core, die Aktivierungslogik für die vorgeschlagene Taproot-Softgabel enthält. Taproot verwendet Schnorr-Signaturen und ermöglicht die Verwendung von Tapscript. Diese werden jeweils durch die BIPs 341, 340 und 342 spezifiziert. Ebenfalls enthalten ist die Möglichkeit, von BIP350 spezifizierte bech32m-Adressen zu bezahlen, obwohl Bitcoins, die für solche Adressen im Mainnet ausgegeben werden, erst nach Aktivierung einer Soft-Fork unter Verwendung solcher Adressen sicher sind. wie Pfahlwurzel. Die Version enthält zusätzlich Fehlerbehebungen und kleinere Verbesserungen.

    Bemerkenswerte Code- und Dokumentationsänderungen

    Bemerkenswerte Änderungen in dieser Woche in Bitcoin Core, C-Blitz, Eclair, LND, Rostblitz, libsecp256k1, Hardware Wallet Interface (HWI), Rost Bitcoin, BTCPay Server, Bitcoin-Verbesserungsvorschläge (BIPs), und Blitzschrauben.

    • Bitcoin Core # 21595 fügt der ausführbaren Datei bitcoin-cli einen neuen Befehl addrinfo hinzu. Wenn Sie bitcoin-cli -addrinfo ausführen, wird eine Anzahl der Netzwerkadressen potenzieller Peers zurückgegeben, die dem Knoten bekannt sind, aufgeteilt nach Netzwerktyp. Beispielausgabe:

    $ bitcoin-cli -addrinfo

    {

    "Adressen_bekannt": {

    "IPv4": 14406,

    "IPv6": 2511,

    "Torv2": 5563,

    "Torv3": 2842,

    "I2p": 8,

    "Gesamt": 25330

    }}

    }}

    • Rust-Lightning # 844 bietet Unterstützung für das Signieren von Nachrichten, die Überprüfung von Signaturen und die Wiederherstellung öffentlicher Schlüssel mithilfe eines Schemas, das mit denen von LND, C-Lightning und Eclair kompatibel ist.
    • BTCPay Server # 2356 bietet Unterstützung für die Multifaktorauthentifizierung mithilfe der WebAuthN / FIDO2-Protokolle. Die vorhandene Multifaktorauthentifizierung in BTCPay mit U2F funktioniert weiterhin.
    • Libsecp256k1 # 906 reduziert die Anzahl der Iterationen, die zur Berechnung modularer Inversen erforderlich sind, von 724 auf 590, wenn ein Algorithmus mit konstanter Zeit verwendet wird, der gegenüber Seitenkanalangriffen widerstandsfähiger sein sollte als ein Algorithmus mit variabler Zeit. Die Richtigkeit des Algorithmus wurde mit dem Coq-Proof-Assistenten überprüft, wobei die strengste Überprüfung ungefähr 66 Tage Laufzeit dauerte. Weitere Informationen zum algorithmischen Fortschritt, der zu dieser Verbesserung geführt hat, finden Sie im Newsletter Nr. 136.

    Den Originalbeitrag finden Sie hier.

    Bitte abonnieren Sie den Bitcoin Optech-Newsletter direkt, um diesen Inhalt 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