Originaltitel: „Aqua Labs Research | From Colored Coins to Smart Contracts, eine umfassende Analyse der technologischen Entwicklung des Bitcoin-Ökosystems“
Originalquelle: Aqua Labs Research
Bitcoin ist seit seiner Einführung im Jahr 2009 als erste erfolgreiche dezentrale digitale Währung das Herzstück des Kryptowährungsraums. Als innovatives Zahlungsmittel und Wertaufbewahrungsmittel hat Bitcoin in der Kryptowährungs- und Blockchain-Technologie weltweit große Aufmerksamkeit erregt. Da das Bitcoin-Ökosystem jedoch weiter reift und wächst, steht es vor verschiedenen Herausforderungen, darunter Transaktionsgeschwindigkeit, Skalierbarkeit, Sicherheit und regulatorische Probleme.
Vor kurzem hat das von BRC20 angeführte Skript-Ökosystem den Markt im Sturm erobert, wobei verschiedene Skripte ein mehr als hundertfaches Wachstum verzeichneten. Die On-Chain-Transaktionen von Bitcoin sind stark überlastet, wobei das durchschnittliche Gas mehr als 300 sat/vB erreicht. Unterdessen erregte ein Airdrop von Nostr Assets die Aufmerksamkeit des Marktes weiter, während das Aufkommen von Protokolldesign-Whitepapers wie BitVM und BitStream das Potenzial für das Gedeihen des Bitcoin-Ökosystems demonstrierte.
Das Forschungsteam von Aqua Labs führt eine eingehende Analyse der Bitcoin-Technologie durch und untersucht Markttrends, indem es eine umfassende Überprüfung des aktuellen Zustands des Bitcoin-Ökosystems durchführt und dabei technologische Fortschritte, Marktdynamik, Vorschriften und mehr abdeckt. Unser Ziel ist es, einen Panoramablick auf die Entwicklung von Bitcoin zu bieten. Der Artikel geht zunächst auf die Grundprinzipien und die Entwicklungsgeschichte von Bitcoin ein, geht dann eingehend auf die technischen Innovationen des Bitcoin-Netzwerks wie Lightning Network und Segregated Witness ein und prognostiziert dessen zukünftige Entwicklungstrends.
Ausgabe von Vermögenswerten: Beginnend mit farbigen Münzen
Der Kern des Skript-Ökosystems besteht darin, gewöhnlichen Menschen niedrigschwellige Rechte zur Ausgabe von Vermögenswerten zu bieten, begleitet von Einfachheit, Fairness und Bequemlichkeit. Die Entstehung von Skriptprotokollen für Bitcoin geht auf das Jahr 2023 zurück, aber das Konzept, Bitcoin für die Ausgabe von Vermögenswerten, bekannt als Colored Coins, zu verwenden, existierte bereits im Jahr 2012.
Farbige Münzen: Früher Versuch
Unter Colored Coins versteht man eine Reihe von Technologien, die das Bitcoin-System nutzen, um die Erstellung, den Besitz und die Übertragung anderer Vermögenswerte als Bitcoin aufzuzeichnen. Mit dieser Technologie können digitale und physische Vermögenswerte im Besitz Dritter verfolgt werden, wodurch Eigentumstransaktionen über Colored Coins erleichtert werden. Der Begriff „farbig“ bezieht sich auf das Hinzufügen spezifischer Informationen zu den Unspent Transaction Outputs (UTXOs) von Bitcoin, die sie von den UTXOs anderer Bitcoin unterscheiden und dadurch Heterogenität in homogene Bitcoins einführen. Durch die Colored-Coins-Technologie weisen die ausgegebenen Vermögenswerte viele der gleichen Eigenschaften wie Bitcoin auf, einschließlich der Vermeidung von Doppelausgaben, Datenschutz, Sicherheit, Transparenz und Zensurresistenz, wodurch die Zuverlässigkeit von Transaktionen gewährleistet wird.
Es ist wichtig zu beachten, dass das von Colored Coins definierte Protokoll nicht von typischer Bitcoin-Software implementiert wird. Um Transaktionen im Zusammenhang mit farbigen Münzen zu identifizieren, ist spezielle Software erforderlich. Offensichtlich haben farbige Münzen nur in einer Gemeinschaft einen Wert, die das Protokoll für farbige Münzen anerkennt. Andernfalls gehen die farbigen Eigenschaften heterogener farbiger Münzen verloren und kehren zu reinem Satoshi zurück. Einerseits können farbige Münzen, die von kleinen Gemeinschaften anerkannt werden, die vielen Vorteile von Bitcoin für die Ausgabe und den Umlauf von Vermögenswerten nutzen. Andererseits ist es nahezu unmöglich, das Colored Coins-Protokoll über einen Soft Fork in die Bitcoin Core-Software mit dem größten Konsens zu integrieren.
offene Vermögenswerte
Ende 2013 startete Flavien Charlon das Open Asset Protocol als Implementierung von Colored Coins. Asset-Emittenten verwenden asymmetrische Verschlüsselung zur Berechnung von Asset-IDs und stellen so sicher, dass nur Benutzer mit dem privaten Schlüssel für die Asset-ID dasselbe Asset ausgeben können. Verwenden Sie für Asset-Metadaten den Opcode OP_RETURN, um die Metadaten in einem Skript namens „Marker-Ausgabe“ zu speichern, das farbige Informationen speichert, ohne UTXOs zu verschmutzen. Da es die Public-Private-Key-Kryptografie von Bitcoin nutzt, kann die Ausgabe von Vermögenswerten über einen Mechanismus mit mehreren Signaturen erfolgen.

EPOBC
Im Jahr 2014 führte ChromaWay das EPOBC-Protokoll ein, das für Enhanced, Padded, Order-Based Coloring steht. Das Protokoll besteht aus zwei Vorgängen: Entstehung und Übertragung. Originierungsoperationen dienen der Ausgabe von Vermögenswerten, während Transferoperationen die Übertragung von Vermögenswerten erleichtern. Vermögenswerttypen können nicht explizit kodiert oder unterschieden werden. Bei jeder Genesis-Transaktion wird ein neuer Vermögenswert ausgegeben, dessen Gesamtbetrag während des Emissionsvorgangs ermittelt wird. EPOBC-Vermögenswerte müssen mithilfe eines Übertragungsvorgangs übertragen werden. Wenn ein EPOBC-Vermögenswert als Eingabe in einer Transaktion ohne Übertragungsvorgang verwendet wird, geht der Vermögenswert verloren.
Zusätzliche Informationen zum EPOBC-Asset werden im nSequence-Feld der Bitcoin-Transaktion gespeichert. Das nSequence-Feld ist ein reserviertes Feld bei Bitcoin-Transaktionen und besteht aus 32 Bits. Seine niedrigsten sechs Bits werden zur Bestimmung des Transaktionstyps verwendet, während die Bits 6 bis 12 zum Auffüllen verwendet werden, um die Anti-Staub-Angriffsanforderungen des Bitcoin-Protokolls zu erfüllen. Der Vorteil der Verwendung von nSequence-Feldern zum Speichern von Metadateninformationen besteht darin, dass kein zusätzlicher Speicherplatz erforderlich ist. Ohne eine Vermögenswert-ID zur Identifizierung muss jede Transaktion mit einem EPOBC-Vermögenswert auf die ursprüngliche Transaktion zurückgeführt werden, um deren Klassifizierung und Rechtmäßigkeit festzustellen.

Mastercoin/Omni Layer
Im Vergleich zu den oben genannten Protokollen hat Mastercoin bei der kommerziellen Umsetzung erfolgreichere Ergebnisse erzielt. Im Jahr 2013 veranstaltete Mastercoin seinen allerersten ICO, bei dem 5.000 BTC gesammelt wurden, was eine neue Ära einläutete. Der bekannte USDT wurde ursprünglich auf der Bitcoin-Blockchain ausgegeben und durch Omni Layer eingeführt.
Mastercoin ist weniger auf Bitcoin angewiesen und entscheidet sich dafür, den Großteil seines Status außerhalb der Kette zu behalten und nur eine minimale Menge an Informationen in der Kette zu speichern. Mastercoin behandelt Bitcoin im Wesentlichen als dezentrales Protokollsystem, das jede Bitcoin-Transaktion nutzt, um Änderungen am Betrieb des Vermögenswerts zu übertragen. Zur Überprüfung der Transaktionsgültigkeit gehört das kontinuierliche Scannen der Bitcoin-Blockchain und die Pflege einer Datenbank mit Vermögenswerten außerhalb der Kette. Die Datenbank behält die Zuordnung zwischen Adressen und Vermögenswerten bei und die Adressen verwenden das Bitcoin-Adresssystem wieder.

Frühe Colored Coins verwendeten hauptsächlich den Opcode OP_RETURN in Skripten, um Metadaten über den Vermögenswert zu speichern. Nach den SegWit- und Taproot-Upgrades bieten neue abgeleitete Protokolle mehr Optionen.
SegWit oder Segregated Witness trennt hauptsächlich den Zeugen (Transaktionseingabeskript) von der Transaktion. Der Hauptgrund für diese Trennung besteht darin, Angriffe durch Modifikation des Eingabeskripts zu verhindern. Allerdings bringt es auch einen Vorteil mit sich: Die Blockkapazität wird effektiv erhöht, sodass mehr Zeugendaten gespeichert werden können.
Taproot führt eine wichtige Funktion namens MAST ein, die es Entwicklern ermöglicht, Metadaten für jedes Asset mithilfe von Merkle-Bäumen in die Ausgabe einzubeziehen. Es nutzt Schnorr-Signaturen, um die Fungibilität und Skalierbarkeit zu verbessern, und unterstützt Multi-Hop-Transaktionen über das Lightning Network.
Ordnungszahlen und BRC20 und simulierter Handel: ein großes soziales Experiment
Grob gesagt bestehen Ordnungszahlen aus vier Komponenten
·BIP zum Sortieren von Sats
·Indexer, der alle Satoshi-Positionen (Ordnungszahlen) mithilfe von Bitcoin Core-Knoten verfolgt
·Wallet, das Transaktionen im Zusammenhang mit Ordnungszahlen abwickelt
·Block-Explorer zur Identifizierung von Transaktionen im Zusammenhang mit Ordnungszahlen
Der Kern ist natürlich das BIP/Protokoll selbst. Ordnungszahlen definieren ein Ordnungsschema (beginnend bei 0, basierend auf der Reihenfolge, in der sie abgebaut werden), das Satoshis, der kleinsten Einheit in Bitcoin, Zahlen zuordnet. Dies führt zu Heterogenität bei ansonsten homogenen Satoshis und zu Knappheit.

Es kann die Infrastruktur von BTC wiederverwenden, einschließlich Einzelsignatur, Mehrfachsignatur, Zeitsperre, Höhensperre usw., ohne dass explizit Ordnungszahlen erstellt werden müssen. Es bietet eine gute Anonymität und hinterlässt keinen expliziten Fußabdruck in der Kette. Die Nachteile liegen jedoch auch auf der Hand, da eine große Anzahl kleiner, nicht ausgegebener UTXOs die Größe des UTXO-Sets erhöhen kann, was möglicherweise zu sogenannten Staubangriffen führt. Darüber hinaus beanspruchen Indizes viel Platz und erfordern jedes Mal, wenn ein bestimmter Satoshi ausgegeben wird, spezifische Informationen:
·Blockchain-Header
·Der Merkle-Pfad zur Coinbase-Transaktion, die diesen Satoshi geschaffen hat
·Erstellen Sie eine Coinbase-Transaktion für diesen Satoshi
Um zu beweisen, dass ein bestimmter Satoshi in einer bestimmten Ausgabe enthalten ist.
In diesem Zusammenhang bedeutet „Beschriften“ das Eingravieren von irgendetwas auf Sats. Die spezifische Methode besteht darin, Inhalte vollständig in der Kette in ein Taproot-Skriptpfadausgabeskript zu platzieren. Der eingeschriebene Inhalt wird entsprechend dem HTTP-Antwortformat serialisiert und an ein nicht ausführbares Skript im Spend-Skript, einen sogenannten „Umschlag“, gepusht. Beim Gravieren geht es insbesondere darum, OP_FALSE vor der bedingten Anweisung hinzuzufügen und den eingravierten Inhalt in die nicht ausführbare bedingte Anweisung einzufügen, die im JSON-Format gerendert wird. Die Größe des eingeschriebenen Inhalts ist durch das Taproot-Skript auf insgesamt 520 Byte begrenzt.
Da das Taproot-Ausgabeskript das Vorhandensein einer Taproot-Ausgabe zum Ausgeben erfordert, erfordert die Gravur zwei Schritte: Festschreiben und Offenlegen. Im ersten Schritt wird ein Taproot-Output erstellt, der verspricht, den Inhalt einzuprägen. Im zweiten Schritt wird die Taproot-Ausgabe aus dem vorherigen Schritt unter Verwendung des eingeschriebenen Inhalts und des entsprechenden Merkle-Pfads ausgegeben, um den eingeschriebenen Inhalt in der Kette anzuzeigen.
Der ursprüngliche Zweck von Inscription bestand darin, nicht fungible Token (NFTs) für Bitcoin einzuführen. Neue Entwickler haben jedoch BRC20 entwickelt, das auf seiner Basis ERC20 simuliert und die Ausgabe homogener Vermögenswerte in Ordnungszahlen ermöglicht. BRC20 umfasst Deploy, Mint, Transfer und andere Vorgänge. Jeder Vorgang erfordert zwei Schritte: Commitment und Reveal. Der Transaktionsprozess ist komplexer und kostspieliger.
Nehmen Sie als Beispiel tatsächliche Daten:

Der ausgewählte Teil ist der gravierte Inhalt. Das Ergebnis nach der Deserialisierung ist wie folgt:

Das Ziel des von Atomics abgeleiteten ARC20-Protokolls besteht darin, Transaktionen zu vereinfachen, indem jede ARC20-Token-Einheit an Satoshi gebunden wird und so das Bitcoin-Handelssystem wiederverwendet wird. Nachdem ein Vermögenswert durch die Verpflichtungs- und Offenlegungsschritte ausgegeben wurde, können Transfers zwischen ARC20-Tokens durch direkte Übertragung des entsprechenden Satoshi erreicht werden. ARC20 ist so konzipiert, dass es eher der wörtlichen Definition einer farbigen Münze entspricht – indem man einem vorhandenen Token etwas Neues hinzufügt, um einen neuen Token zu erstellen, bei dem der neue Token nicht weniger wert ist als das Original, ähnlich wie Gold- und Silberschmuck.
Clientseitige Validierung (CSV) und Next Generation Asset Protocol
Die von Peter Todd im Jahr 2017 vorgeschlagene clientseitige Verifizierung umfasst Off-Chain-Datenspeicherung, On-Chain-Verpflichtung und clientseitige Verifizierung. Zu den Asset-Protokollen, die derzeit die clientseitige Überprüfung unterstützen, gehören RGB- und Taproot-Assets (Taro).
RGB
Zusätzlich zur clientseitigen Validierung verwendet RGB Pedersen-Hashing als Commitment-Mechanismus und unterstützt die Ausgabemaskierung. Bei der Anforderung einer Zahlung muss der UTXO des empfangenen Tokens nicht öffentlich bekannt gegeben werden, sondern es wird ein Hash gesendet, was die Privatsphäre und die Zensurresistenz erhöht. Beim Ausgeben von Token muss der maskierte Wert dem Zahlungsempfänger offengelegt werden, um den Transaktionsverlauf zu überprüfen.
Darüber hinaus führt RGB AluVM für zusätzliche Programmierbarkeit ein. Bei der clientseitigen Verifizierung überprüfen Benutzer nicht nur die eingehenden Zahlungsinformationen, sondern erhalten auch den gesamten Transaktionsverlauf vom Zahler, der für die Endgültigkeit bis zur Entstehungstransaktion des Vermögenswerts zurückreicht. Der gesamte Transaktionsverlauf wird überprüft, um die Gültigkeit der erhaltenen Vermögenswerte sicherzustellen.
Taproot-Assets
Taproot-Assets wurden von Lightning Labs entwickelt und ermöglichen die sofortige, hochfrequente und kostengünstige Übertragung ausgegebener Assets im Lightning Network. Vollständig auf dem Taproot-Protokoll basierend entwickelt, um den Datenschutz und die Skalierbarkeit zu verbessern.
Zeugendaten werden außerhalb der Kette gespeichert und in der Kette überprüft und können lokal oder in einem Informations-Repository namens „Universum“ (ähnlich einem Git-Repository) vorhanden sein. Für die Zeugenüberprüfung sind alle historischen Daten aus der Ausgabe von Vermögenswerten erforderlich, die über die Asset-Gossip-Ebene von Taproot weitergegeben werden. Kunden können eine lokale Kopie der Blockchain zur Kreuzvalidierung verwenden.
Taproot-Assets verwenden einen spärlichen Merkle-Summenbaum, um den globalen Zustand von Assets zu speichern, was hohe Speicherkosten mit sich bringt, aber eine effiziente Überprüfung ermöglicht. Einschluss-/Ausschlussnachweise ermöglichen die Überprüfung von Transaktionen, ohne auf die Transaktionshistorie des Vermögenswerts zurückgreifen zu müssen.
Skalierbarkeit: Das zeitlose Angebot von Bitcoin
Obwohl Bitcoin die höchste Marktkapitalisierung, Sicherheit und Stabilität aufweist, ist es von der ursprünglichen Vision eines „Peer-to-Peer-E-Cash-Systems“ abgewichen. Die begrenzte Blockkapazität verhindert, dass Bitcoin große und häufige Transaktionen abwickeln kann. Daher wurden im letzten Jahrzehnt verschiedene Protokolle entwickelt, um dieses Problem zu lösen.
Zahlungskanäle und Lightning Network: Die orthodoxe Lösung für Bitcoin
Das Lightning Network funktioniert durch die Einrichtung von Zahlungskanälen. Benutzer können Zahlungskanäle zwischen zwei beliebigen Parteien erstellen, Kanäle verbinden, um ein breiteres Zahlungskanalnetzwerk zu bilden, und sogar Zahlungen zwischen Benutzern indirekt ohne direkten Kanal durchführen. Wenn Alice und Bob beispielsweise mehrere Transaktionen durchführen wollten, ohne jede einzelne in der Bitcoin-Blockchain aufzuzeichnen, könnten sie einen Zahlungskanal zwischen ihnen eröffnen. Sie können innerhalb dieses Kanals mehrere Transaktionen ausführen und benötigen dazu nur zwei Blockchain-Datensätze: einmal beim Öffnen des Kanals und einmal beim Schließen. Dies verkürzt die Wartezeit auf die Blockchain-Bestätigung erheblich und entlastet die Blockchain.
Derzeit verfügt das Lightning Network über 14.000 Knoten, 60.000 Kanäle und eine Gesamtkapazität von über 5.000 BTC.

Sidechains: Der Ethereum-Ansatz für Bitcoin
Stapel
Stacks positioniert sich als intelligente Vertragsschicht für Bitcoin und verwendet seinen nativen Token als Gas-Token. Stacks nutzt einen Mikroblockmechanismus, der sich gleichzeitig mit Bitcoin weiterentwickelt und dessen Blöcke gleichzeitig bestätigt werden. In Stacks wird dies als „verankerter Block“ bezeichnet. Jeder Stacks-Transaktionsblock entspricht einer Bitcoin-Transaktion und ermöglicht so einen höheren Transaktionsdurchsatz. Da Blöcke gleichzeitig generiert werden, fungiert Bitcoin als Ratenbegrenzer für die Erstellung von Stacks-Blöcken und verhindert so Denial-of-Service-Angriffe auf sein Peer-to-Peer-Netzwerk.
Stacks erreicht einen Konsens durch den Doppelhelix-Mechanismus des Proof of Transfer (PoX). Miner senden BTC an STX-Inhaber, um um das Recht zum Mining von Blöcken zu konkurrieren. Nach dem erfolgreichen Mining eines Blocks wird der erfolgreiche Miner mit STX belohnt. Dabei erhalten STX-Inhaber einen entsprechenden Anteil der von Minern gesendeten BTC. Stacks zielt darauf ab, Minern einen Anreiz zu geben, das historische Hauptbuch durch die Ausgabe nativer Token zu führen, obwohl Anreize auch ohne native Token erreicht werden können (wie bei RSK zu sehen).

Für Transaktionsdaten in der Stacks-Blockchain wird der Hash der Transaktionsdaten im Bitcoin-Transaktionsskript unter Verwendung des OP_RETURN-Bytecodes gespeichert. Durch die integrierte Funktionalität von Clarity können Stacks-Knoten in Bitcoin-Transaktionen gespeicherte Stacks-Transaktionsdaten-Hashes abrufen.
Stacks können fast als eine zweite Kette von Bitcoin betrachtet werden, es gibt jedoch immer noch einige Mängel, wenn es um die grenzüberschreitende Vermögensbewegung geht. Nach dem Nakamoto-Upgrade unterstützt Stacks das Senden von Bitcoin-Transaktionen, um die Übertragung von Vermögenswerten abzuschließen. Aufgrund der Komplexität der Transaktionen können diese Transaktionen jedoch nicht in der Bitcoin-Kette überprüft werden. Die Übertragung von Vermögenswerten kann nur durch ein Multi-Signatur-Komitee überprüft werden.
RSK
RSK nutzt einen Merged-Mining-Algorithmus, der RSK bei der Blockproduktion nahezu zum Nulltarif unterstützen und zusätzliche Belohnungen erhalten kann. RSK verfügt über keinen nativen Token und verwendet weiterhin BTC (RBTC) als Gas-Token. RSK verfügt über eine Ausführungs-Engine, die mit der Ethereum Virtual Machine (EVM) kompatibel ist.

Flüssig
Liquid ist die föderierte Sidechain von Bitcoin mit kontrolliertem Knotenzugriff, der von 15 Mitgliedern überwacht wird, die für die Blockproduktion verantwortlich sind. Vermögenswerte werden mithilfe eines Lock-and-Mint-Mechanismus übertragen, bei dem der Vermögenswert mithilfe von BTC an eine Adresse mit mehreren Signaturen auf Liquid gesendet wird, wodurch der Vermögenswert in die Liquid-Sidechain gelangen kann. Zum Beenden wird L-BTC an eine Multi-Signatur-Adresse in der Liquid-Kette gesendet. Die Sicherheit der Multisignaturadresse ist auf 11 von 15 eingestellt.
Liquid konzentriert sich auf Finanzanwendungen und stellt Entwicklern Software Development Kits (SDKs) für Finanzdienstleistungen zur Verfügung. Der Total Value Locked (TVL) im Liquid-Netzwerk beträgt derzeit rund 3.000 BTC.

Nostr Assets: Erhöhte Zentralisierung
Nostr Assets, ursprünglich NostrSwap genannt, ist eine BRC20-Handelsplattform. Am 3. August 2023 auf das Nostr Assets-Protokoll aktualisiert, um die Übertragung aller Vermögenswerte innerhalb des Nostr-Ökosystems zu unterstützen. Das Lightning Network kümmert sich um die Abwicklung und Sicherheit von Vermögenswerten. Mit Nostr Assets können Benutzer Lightning Network-Assets mithilfe der öffentlichen und privaten Schlüssel von Nostr senden und empfangen. Transaktionen auf dem Nostr Assets-Protokoll, mit Ausnahme von Ein- und Auszahlungen, sind gaslos, verschlüsselt und werden auf dem Nostr-Protokoll-Relay unter Verwendung von IPFS für einen schnellen und effizienten Zugriff gespeichert. Es unterstützt die Interaktion in natürlicher Sprache und macht komplexe Schnittstellen überflüssig. Nostr Assets bietet Benutzern eine einfache und bequeme Möglichkeit, Vermögenswerte zu übertragen und zu handeln, und in Kombination mit den Verkehrseffekten des Nostr-Social-Protokolls ist es möglich, in bestimmten Bereichen wichtige Anwendungen zu finden. Im Grunde handelt es sich jedoch um eine Methode zur Kontrolle (Treuhandverwaltung) einer Wallet mithilfe von Nostr-Nachrichten. Benutzer zahlen Vermögenswerte in das Nostr Assets-Relay ein, indem sie sie auf das Lightning Network übertragen, ähnlich wie bei der Hinterlegung von Vermögenswerten bei einer zentralen Börse. Wenn Benutzer Vermögenswerte innerhalb von Nostr Assets übertragen und handeln möchten, senden sie eine Nachricht an den Server, die mit dem Nostr-Schlüssel signiert ist. Nach der Verifizierung zeichnet der Server die Transaktion intern auf, umgeht die Ausführung im Lightning Network oder Mainnet und erreicht so null Gasgebühren und hohe TPS.
BitVM: Programmierbarkeit und unendliche Skalierbarkeit
„Jede berechenbare Funktion kann auf Bitcoin verifiziert werden.“
–Robin Linus, Gründer von BitVM
BitVM wurde von Robin Linus, dem Gründer von ZeroSync, vorgeschlagen und verwendet vorhandene Bitcoin-OP-Codes (OP_BOOLEAN, OP_NOT), um UND- und NICHT-Gatter zu erstellen, wodurch das Programm in grundlegende UND- und NICHT-Gatter zerlegt wird. Es platziert den Stamm des Ausgabenskripts in einer Taproot-Transaktion, um eine kostengünstige On-Chain-Speicherung zu ermöglichen. Gemäß der Computertheorie können alle logischen Berechnungen mithilfe von UND- und NICHT-Gattern erstellt werden. Theoretisch ist BitVM Turing-vollständig und kann alle Berechnungen auf Bitcoin durchführen. In der Praxis gibt es jedoch viele Einschränkungen.
BitVM arbeitet im P2P-Modus und folgt dem Konzept des OP Rollup. Es gibt zwei Rollen: Prüfer und Prüfer. Bei jeder Transaktion arbeiten Prüfer und Prüfer zusammen, um die Transaktion zu erstellen und Sicherheiten zu hinterlegen. Der Prüfer stellt das Ergebnis bereit, und wenn der Prüfer ein anderes Ergebnis berechnet, übermittelt er Beweise für einen Betrug an die Kette, um den Prüfer zu bestrafen. Die Hauptanwendungsfälle für BitVM sind Minimal Trust Bridges und ZKP-Erweiterungen (ZK Rollup). Der Vorschlag von BitVM ist ein Kompromiss, da es in der Bitcoin-Community schwierig ist, Unterstützung für die Erhöhung der Komplexität von OP_CODE zu gewinnen. Es nutzt vorhandene OP_CODEs, um neue Funktionen zu implementieren.
BitVM führt ein neues Skalierungsparadigma ein, in der Praxis gibt es jedoch viele Herausforderungen:
- Vorzeitig: Während EVM über eine umfassende Architektur virtueller Maschinen verfügt, verfügt BitVM nur über eine Funktion, die überprüft, ob eine Zeichenfolge 0 oder 1 ist.
- Speicheraufwand: Die Erstellung eines Programms mit NAND-Gattern kann Hunderte Megabyte an Daten mit Milliarden von Taproot-Blättern erfordern.
- P2P: Das aktuelle Modell beinhaltet die Interaktion zwischen zwei Parteien und die Prover-Challenger-Struktur weist Anreizprobleme auf. Es wird über eine Erweiterung auf 1-N oder N-N nachgedacht, ähnlich dem idealen OP-Rollup (einseitige Ehrlichkeitsannahme).
Nachdem wir BitVM besprochen haben, können wir den Fokus auf die BRC20-Werkzeuglösung aus einer Hand verlagern.
One-Stop-BRC20-Werkzeuglösung
1. Fairer Start
Die Vielzahl der Assets im BRC20-Bereich kann überwältigend sein, daher ist eine effektive Verwaltung für Benutzer von entscheidender Bedeutung. Daher wird das One-Stop-BRC20-Tool begrüßt, da es eine gerechtere Einführung von BRC-Assets ermöglicht, indem es schnell und kostengünstig wertvolle Registrierungen für Benutzer erhält.
2. Liquidität freisetzen: Innovative Signaturlösungen beseitigen den Engpass der Liquidität von BRC-Vermögenswerten
Aufgrund der Einzigartigkeit der BRC-Vermögenswerte war die Liquidität in der gesamten Branche eine Herausforderung. Das One-Stop-BRC20-Tool schließt die Transaktion von BRC-Vermögenswerten durch Börsen mithilfe seiner innovativen Signaturlösung erfolgreich ab und bietet Benutzern eine flexiblere und effizientere Lösung, wodurch Liquidität effektiv freigesetzt wird.
3. Fairer Verkauf: Vertriebsprobleme lösen
Das One-Stop-Tool BRC20 erleichtert nicht nur die Veröffentlichung von Inschriften mit einem Klick und die Stapelübertragung von Inschriften, sondern löst auch Probleme in der Branche, indem es Inschriften schnell sperrt und Inschriften von On-Chain-Prozessen mit geringem Gasverbrauch abschließt. All diese Bemühungen zielen darauf ab, den Nutzern ein faireres und effizienteres Verkaufserlebnis zu bieten.
abschließend
Eine umfassende Überprüfung des Textes legt nahe, dass Bitcoin aufgrund der Einschränkungen in der Verarbeitungs- und Rechenleistung des Bitcoin-Mainnets die Berechnung außerhalb der Kette verlagern muss, um ein wohlhabenderes und vielfältigeres Ökosystem zu fördern. Derzeit gibt es zwei Hauptlösungen:
Einerseits nutzen Off-Chain-Computing- und Client-Verifizierungslösungen bestimmte Felder in Bitcoin-Transaktionen, um kritische Informationen zu speichern, und behandeln das Bitcoin-Mainnet als verteiltes Protokollsystem, um die Verfügbarkeit kritischer Daten sicherzustellen, ähnlich wie Sovereign Rollups. Obwohl diese Methode keine Änderungen an der Protokollschicht von Bitcoin erfordert und eine höhere Durchführbarkeit bietet, kann sie die Sicherheit von Bitcoin nicht vollständig übernehmen.
Andererseits arbeiten einige Teams an der On-Chain-Verifizierung und versuchen, mithilfe bestehender Tools willkürliche Berechnungen auf Bitcoin zu implementieren und eine effiziente Skalierung durch wissensfreie Technologie zu erreichen. Allerdings befinden sich diese Lösungen noch in einem frühen Stadium, sind rechenintensiv und werden voraussichtlich nicht kurzfristig umgesetzt.
In diesem Zusammenhang ist ein BRC-Tool aus einer Hand eine bemerkenswerte Lösung. Durch die Bereitstellung einer Low-Gas-Methode zum schnellen Erhalt gültiger Eintragungen, die Erleichterung der fairen Einführung von BRC-Vermögenswerten sowie die Lösung von Liquiditätsproblemen und fairen Verkäufen durch innovative Signaturlösungen beweist das One-Stop-BRC-Tool seinen Wert im aktuellen Ökosystem. Obwohl das Bitcoin-Ökosystem vor technischen Herausforderungen steht, bietet das One-Stop-BRC-Tool den Benutzern ein flexibleres und effizienteres Handelserlebnis und stellt eine einzigartige Lösung für die Entwicklung von Bitcoin dar.
Natürlich fragen sich manche vielleicht, warum man nicht auf Ethereum umsteigen sollte, da Ethereum und andere Blockchains genauso viel Rechenleistung haben wie Bitcoin. Warum den Transaktionsprozess auf Bitcoin neu implementieren?
Weil es Bitcoin ist.
Verweise:
https://wizardforcel.gitbooks.io/masterbitcoin2cn/content/appdx8.html
https://github.com/chromaway/ngcccbase/wiki/EPOBC_simple
https://github.com/OpenAssets/open-assets-protocol/blob/master/specification.mediawiki
https://twitter.com/LNstats
https://twitter.com/robin_linus/status/1723472140270174528
https://github.com/fiksn/bitvm-explained
https://bitcoinmagazine.com/technical/die-große-Sache-mit-bitvm-willkürliche-Berechnung-ist-jetzt-auf-bitcoin-ohne-eine-Fork-möglich
https://mirror.xyz/0x5CCF44ACd0D19a97ad5aF0da492AC0388469DfE9/_k3vtpI7a5cQn5iISH7-riECpyudfI4BTeeeBMwNYDQ
Dieser Artikel stammt aus einer Einreichung und gibt nicht die Ansichten von BlockBeats wieder.
