Tiefe Verständnis der Bitcoin "SegWit" Technologie und ihrer drei Versions-Upgrades

Von SegWit über Taproot bis hin zum TaprootAssets-Protokoll analysieren wir umfassend die drei wichtigsten Upgrades der Bitcoin Segregated Witness-Technologie und verstehen die Geschichte der Expansion und Kapazitätserweiterung von Bitcoin genau. Dieser Artikel stammt von Fu Shaoqing, SatoshiLab, einem Artikel, der von BTC Studio auf der Insel aller Dinge geschrieben und von PAews zusammengestellt, zusammengestellt und geschrieben wurde. (Synopsis: Adam Back Anti-Quantencomputer “knackt Bitcoin”: Es wird empfohlen, Taproot mit SLH-DSA zu integrieren) (Hintergrundergänzung: Die größte Kontroverse nach Bitcoin Taproot, wie wird sich die Entfernung von OP_Return auf das BTC-Ökosystem auswirken? ） 1. Wenn der Autor die Bitcoin-Technologie lernt, stellt er fest, dass es aus der Perspektive der Entwicklungsgeschichte von Segregated Witness einfacher sein wird, die drei Wissenspunkte von SegWit, Taproot und TaprootAssets zu erlernen und zu beherrschen. Und Sie können das Taproot Assets-Protokoll des Lightning Network Lab besser verstehen, die Rolle des Universums gut verstehen und die Funktionen und die mögliche zukünftige Entwicklung des TaprootAssets-Protokolls verstehen. Mit diesem Verständnis können wir relevante Produkte für die Benutzer besser gestalten. Es gibt auch zwei wichtige Perspektiven, über die man nachdenken sollte, wenn man diesen Artikel liest: die Expansion von Bitcoin und die Expansion von Bitcoin. Skalierung bezieht sich auf die Erweiterung der Datenkapazität, die Bitcoin nutzen und verwalten kann, die in der Frühphase auf die Größe des Blocks begrenzt ist, und die volle Datenkapazität, die von Bitcoin in der späteren Phase verwaltet werden kann. Die Grenze der Kapazitätserweiterung besteht in der Verwaltung von unbegrenztem Datenspeicher. Expansion bezieht sich auf die Fähigkeit, die Implementierungsfunktion von Bitcoins Skriptanweisungen zu erweitern, und die Grenze der Expansion besteht darin, Turing-vollständige Programmierfähigkeiten zu erreichen. Die gesamte Geschichte der Entwicklung von Bitcoin ist die Geschichte der Expansion und Kapazitätserweiterung, einschließlich verschiedener Bitcoin-Fork-Chains, sowie der Erforschung von Bitcoin auf OP_RETURN und der Segregation von drei Versionsänderungen. Das detaillierte Schema in den drei Versionen, das die meisten Leser ignorieren können, wird vom Autor in das Dokument eingefügt, um die relevante Technologie tief zu verstehen, und das Ignorieren hat keinen Einfluss auf den Leseeffekt. Die Autoren des BIP-Protokolls, an dem es sich um den Artikel handelt, haben die Zeit markiert, damit die Leser den Zeitzyklus einer Technologie von der Ideenfindung bis zur Einführung der Produktionsumgebung spüren können, um die Schwierigkeit der Implementierung der Technologie bis zu einem gewissen Grad zu spüren. Noch wichtiger ist, dass die Protokollgenerierungszeit der drei Segregated Witness-Versionen bis zum Startzeitpunkt auch das Entwicklungsgesetz dieses Dings vollständig erkennen kann, und es ist auch bequem, die zukünftige Entwicklung vorherzusagen. Es ist eine gute Referenz für Teams, die Produkte auf der Grundlage dieser Technologien und Protokolle entwickeln, um zu entscheiden, wann sie teilnehmen möchten. Die vorzeitige Teilnahme an einer neuen Sache wird oft zum “Märtyrer” aufgrund der Unreife der unterstützenden Technologie; Wenn Sie zu spät teilnehmen, verlieren Sie die Chance und werden zum “Zuschauer”; Die Autoren sind der Meinung, dass es besser ist, vor dem Eintritt in den Verfügbarkeitszeitraum einzusteigen. Dieses Urteil “kurz vor dem Eintritt in die Verfügbarkeitsperiode” basiert oft auf der Beurteilung der Zeit, auf der Beurteilung technischer Details. 1.1. Frühe Transaktionen (kein getrennter Zeuge) Transaktionen, die im Whitepaper definiert sind (einfachstes Transaktionsmodell) Die grundlegendste Bitcoin-Transaktion in den frühen Tagen, die mehrere Eingaben und zwei Ausgänge ermöglicht. Einer der Ausgänge ist eine Veränderung für einen selbst, und der andere ist eine Übertragung auf einen externen. (Hinweis: Die Differenz zwischen dem Gesamt-Input und dem Gesamt-Output ist die Provision) Die meisten Transaktionen sind 2 Outputs, und es gibt in der Tat Szenarien mit nur einem Output, die wie folgt zusammengefasst sind: Um den Unterschied besser zu veranschaulichen, verwenden wir die Legende von 2 Inputs und 2 Outputs. (Ein weiterer wichtiger Grund ist, dass das Material, auf das ich mich beziehe, dieses Bild mit 2 Eingängen und 2 Ausgängen ohne Neuzeichnung liefert.) Faul ^_^) Ist es mit so einer Vergleichstabelle nicht leichter zu verstehen? Traditionelles Transaktionsbeispieldiagramm im Vergleich zu SegWit Segwit Transaktionsdiagramm 1.2. OP_RETURN Warum über OP_RETURN sprechen, wenn man über SegWit spricht? Da es sich um eine frühere Erkundung als SegWit handelt, können die Gründe für SegWit besser verstanden werden. OP_RETURN ist ein Skript-Opcode, der das Skript beendet und den Wert am Anfang des Stacks zurückgibt. Dieser Opcode ähnelt einer Rückgabefunktion in einer Programmiersprache. In der Geschichte von Bitcoin wurde die Funktionalität des OP_RETURN-Opcodes mehrmals geändert und wird jetzt hauptsächlich zum Speichern von Daten im Ledger verwendet. Die Funktionalität von OP_RETURN-Opcodes hat sich in der Vergangenheit erheblich verändert, und jetzt ist es ein wichtiger Mechanismus, der es uns ermöglicht, beliebige Daten in der Kette zu speichern. OP_RETURN ist zunächst ein Rückgabevorgang, der verwendet wird, um die Skriptausführung vorzeitig zu beenden, und das Ausführungsergebnis wird als Top-of-Stack-Projekt dargestellt. Dieser Opcode wies zunächst eine leicht ausnutzbare Schwachstelle auf, aber Satoshi Nakamoto patchte die Schwachstelle schnell. Weitere Änderungen an der OP-_RETURN-Funktionalität Im Upgrade von Bitcoin Core v0.9.0 wurde das Skript “OP_RETURN output” in einen Standardausgabetyp umgewandelt, der es Benutzern ermöglicht, Daten an “undotierbare Transaktionsausgaben” anzuhängen. Die Obergrenze für die Menge der in solchen Skripten verfügbaren Daten wird zunächst auf 40 Byte begrenzt und dann auf 80 Byte erhöht. Speichern von Daten in der Blockchain Das Ändern von OP_RETURN so, dass es immer false zurückgibt, hat interessante Ergebnisse. Da nach dem OP_RETURN keine Opcodes oder Daten ausgewertet werden, beginnen Netzwerkbenutzer, diese Opcodes zum Speichern von Daten in einem beliebigen Format zu verwenden. Während des Zeitraums von Bitcoin Cash (BCH), vom 1. August 2017 bis zum 15. November 2018, wird die Länge der Daten, die an die OP_RETURN Ausgabe angehängt werden können, auf 220 Byte erweitert, und größere Daten können innovative Anwendungen auf der Blockchain erleichtern, wie z. B. die Veröffentlichung von Inhalten in sozialen Blockchain-Medien. Unter BSV wurde das 220-Byte-Limit für kurze Zeit beibehalten. Da der OP_RETURN Opcode das Skript so beendete, dass der Knoten keine nachfolgenden Opcodes validierte, überprüfte der Knoten im Januar 2019 auch nicht, ob das Skript innerhalb der maximalen Skriptgrößenbeschränkung von 520 Byte lag. Infolgedessen beschlossen die Knotenbetreiber im Netzwerk, die maximale Transaktionsgröße auf 100 KB zu erhöhen, was den Entwicklern mehr Freiheit bei der Innovation von Anwendungen gab und es neuen Anwendungen ermöglichte, größere, komplexere Daten in das Bitcoin-Ledger zu legen. Es gab ein Beispiel für eine Anwendung, bei der jemand eine ganze Website in das BSV-Ledger eintrug. _RETURN Obwohl es bestimmte funktionale Erweiterungen gibt, sind die allgemeinen Möglichkeiten immer noch begrenzt. Und die Verbesserungen in OP_RETURN führten nicht zu einer weiteren technischen Weiterentwicklung der Architektur (immer noch auf 1 Mio. Blöcke beschränkt), so dass die Technologie von SegWit geboren wurde. Das Upgrade der 3. Version veranschaulicht besser die Richtigkeit von SegWit in Richtung Kapazitätserweiterung und -erweiterung und die starken Effekte, die es hervorruft. 1.3. Vergleichsdiagramm der frühen Transaktionen und drei SegWit-Versionswechsel Um die gesamte Geschichte von Bitcoin mit SegWit besser zu verstehen, zeigen wir Ihnen zu Beginn des Artikels ein Vergleichsdiagramm der vier Stufen. SegWit Version 1 Segwit 2.1. Einführung und verwandte Protokolle Segregated Witness oder SegreGated Witness (S…