Weiterleiten des Originaltitels 'Fractal, OP_NET, AVM, BRC100, programmierbare Runen und BTC - welche anderen Erweiterungsoptionen gibt es?'

Seit dem ersten Quartal 2024 hat sich der spekulative Enthusiasmus im BTC-Ökosystem nicht mit dem von 2023 gemessen. Allerdings hat sich mit dem Beitritt weiterer Entwickler, die sich mit dem BTC-Modell vertraut machen, der technische Fortschritt im BTC-Ökosystem besonders im Bereich programmierbarer Skalierbarkeitslösungen rasant entwickelt. Zuvor führte Trustless Labs BTC's L2 und UTXO-Bindung sowie BTC-Re-Staking ein. Dieser Artikel wird die Lücken weiter füllen und die äußerst beliebten Fractal Bitcoin und die programmierbaren Lösungen der BTC-Metadatenprotokolle wie BRC20, CBRC und ARC20 vorstellen.

1. Fraktal

Fractal ist ein erweiterbares Rahmenwerk, das auf der Bitcoin-Core-Client-Software-Virtualisierung basiert und eine rekursive baumähnliche Struktur schafft, bei der jede Ebene der Blockchain die Leistung des gesamten Fractal-Netzwerks verbessern kann. Durch die Wiederverwendung des Hauptcodes ist Fractal sofort vollständig kompatibel mit Bitcoin und seiner Infrastruktur, zum Beispiel beim Mining. Der Unterschied besteht darin, dass Fractal den op_cat-Operator aktiviert hat, der eine umfangreichere logische Implementierung ermöglicht.

Fractal wurde vom Unisat-Team entwickelt, das den Entwicklungsfortschritt von Fractal in seinem Blog im Januar 2024 erwähnte. Das Projekt startete sein Beta-Testnetz am 1. Juni 2024, absolvierte einen Testphase-Reset am 29. Juli und der Hauptnetzstart soll im September 2024 erfolgen.

Das Team hat gerade seine Tokenomics veröffentlicht. Das Fraktalnetzwerk wird über einen eigenen Token verfügen, wobei 50% durch Mining, 15% für das Ökosystem, 5% vorab an frühe Investoren verkauft, 20% für Berater und Kernbeiträger und 10% als Gemeinschaftszuschüsse für die Etablierung von Partnerschaften und Liquidität produziert werden.

Architekturdesign

Fractal virtualisiert vollständig den Bitcoin-Kernclient, indem er ihn in ein bereitstellbares und ausführbares Bitcoin Core Software-Paket (BCSP) einbettet. Dann verankert es sich rekursiv im Bitcoin-Mainnet und führt unabhängig eine oder mehrere BCSP-Instanzen aus. Durch moderne Virtualisierungstechnologie erreicht es eine effiziente Hardwareleistungsverteilung, die es ermöglicht, mehrere Instanzen auf dem Hauptsytem auszuführen. Einfach ausgedrückt ist es ähnlich wie das Ausführen mehrerer virtueller Maschineninstanzen (Fractal-gebaute BCSP-Instanzen) auf einem einzigen Computer (BTC-Mainnet), und es kann sich weiter rekursiv wiederholen.

Wenn eine große Anzahl von On-Chain-Interaktionsanforderungen auftreten, können diese Anforderungen selektiv an tiefere Ebenen deleGiert werden. Die dynamische Balancefähigkeit dieses Systems hilft, übermäßige Staus auf einer bestimmten Ebene zu vermeiden. Für eine bessere Benutzererfahrung hat Fractal auch einige Modifikationen am Bitcoin-Kern vorgenommen, die die Blockbestätigungszeit auf 30 Sekunden oder weniger verkürzen und die Blockgröße um das 20-Fache auf 20 MB erhöhen, um ausreichende Leistung und kurze Latenzzeiten zu gewährleisten.

Fractal hat den op_cat-Operator aktiviert, um mehr Möglichkeiten zur Erkundung und Testung von BTC-Skalierungsschemata zu ermöglichen.

Im Hinblick auf Cross-Chain-Assets können verschiedene Instanzen, da alle in einer physischen Umgebung ausgeführt werden, als Ausführung mehrerer Bitcoin-Core-Ketten unter demselben BTC-Rahmen verstanden werden. Daher können Instanzketten miteinander kommunizieren, indem sie eine universelle Asset-Transfer-Schnittstelle konstruieren, um eine nahtlose Übertragung von Vermögenswerten zwischen verschiedenen Ebenen zu erreichen.

Bitcoin sowie Vermögenswerte wie BRC-20 und Ordinals können auf dezentrale Weise gebrückt werden. Der zugrunde liegende Mechanismus ist ein rotierender MPC-Signaturmechanismus mit dynamischem Austausch. Derzeit scheint es sich um eine Wicklungsschicht zu handeln. In nachfolgenden Iterationen können BTC und andere Mainnet-Vermögenswerte auch als BRC-20-umwickelte Vermögenswerte auf Fractal Bitcoin vorhanden sein.

Im Vergleich zu typischen Ethereum Layer 2-Lösungen erreicht diese Form der Virtualisierung eine Rechenleistungsskalierbarkeit durch eine zusätzliche Abstraktionsebene außerhalb der Hauptkette, während die Konsistenz mit der Hauptkette beibehalten wird, ohne neue Konsensmechanismen einzuführen. Daher können aktuelle BTC ASIC-Miner und Mining-Pools nahtlos dem Fractal-Netzwerk beitreten.

Die Sicherheitsgarantie von Fractal liegt in seiner Rechenleistung. Das Design verbessert in erster Linie die Sicherheit des PoW-Mechanismus von Fractal durch drei Aspekte. Fractal führt das gemeinsame Mining ein, bei dem jeder dritte Block durch kombiniertes Mining mit BTC-Minern generiert wird, um das Netzwerk vor potenziellen 51%igen Angriffen zu schützen. Die verbleibenden beiden Blöcke werden von der eigenen Rechenleistung des Fractal-Netzwerks erzeugt. Es ist offensichtlich, dass die Auswirkungen auf BTC-Miner der Schlüssel zum Erfolg von Fractal sind und seine Tokenökonomie unweigerlich zu den Minern tendieren wird.

Gleichzeitig wird die neu erstellte virtualisierte Instanzkette während der Startphase eine anfängliche Verwundbarkeit erfahren. Bei der Inbetriebnahme einer neuen Instanz können Betreiber eine bestimmte Blockhöhe festlegen, um Schutz zu bieten, bis die Instanz einen sicheren und gesunden Zustand erreicht. In Zukunft können Miner mit großen Rechenleistungen ihre Ressourcen verschiedenen BCSP-Instanzen zuweisen, um so die Robustheit und Widerstandsfähigkeit des gesamten Systems zu verbessern.

Die Beziehung zwischen Fractal Mainnet-Münzen und Sats

Der Mining-Output von Fractal Mainnet-Münzen dient dazu, den Kettenbetrieb sicherzustellen. Die fb-Kette und BTC sind im Grunde genommen gleich, ohne die Möglichkeit, Smart Contracts direkt auszuführen. Daher erfordern komplexe DeFi-Funktionen wie Swaps zusätzliche Infrastruktur. Unisat verspricht, dass brc20-Sats für Swaps verwendet werden. Dieser Swap läuft auf Fractal und benötigt auch eigene Knoten. Die Servicegebühren, die von diesen Knoten für die Selbstversorgung erhoben werden, sind Sats.

2. AVM

AVM (Atomicals Virtual Machine) ist die BTC-Smart-Vertragsimplementierung des Atomicals-Protokolls. AVM erstellt eine virtuelle Maschine, die die BTC-Skriptfähigkeiten simuliert und mehrere BTC-native Opcodes innerhalb der virtuellen Maschine ermöglicht. Entwickler können Smart Contracts implementieren, indem sie Bitcoin-Skripte kombinieren und ihre eigenen Regeln zur Verwaltung der Asset-Erstellung und -Übertragung definieren.

Satoshi Nakamoto entwarf zu Beginn von Bitcoin eine vollständig ausdrucksstarke Skriptsprache, die einen reichen Satz von primitiven Opcode-Anweisungen enthält. Diese Skripte haben bestimmte Datenspeicherfähigkeiten und ihre Ausführung ist turingvollständig. Bitcoin Core deaktivierte später einige Opcodes, die für die turingvollständigkeit erforderlich sind, wie grundlegende Zeichenkettenverkettungsoperationen (OP_CAT) und arithmetische Operatoren (wie Multiplikation OP_MUL und Division OP_DIV).

AVM's Ansatz besteht darin, die Fähigkeiten der ursprünglichen Opcodes von BTC zu maximieren. Die AVM-Virtual Machine simuliert BTC-Skripte und erreicht die Turing-Vollständigkeit durch einen Dual-Stack-PDA (Pushdown-Automat). Diese virtuelle Maschine läuft in einer Sandbox, die einen Indexer, einen Anweisungsparser und einen globalen Zustand umfasst, und ermöglicht die Verarbeitung von Smart Contracts sowie die Synchronisierung und Validierung des Zustands.

Der Befehlssatz der AVM-Virtual Machine enthält die vollständigen BTC-Op-Codes, die es Entwicklern ermöglichen, mit vielen BTC-Funktionen zu programmieren, die noch nicht im Hauptnetz aktiviert sind. Dadurch erscheint AVM als ein natives Pionier-Netzwerk für die Erweiterung des BTC-Ökosystems bei Gate.io.

AVM ist eine Architektur, die für jedes BTC-Metadatenprotokoll wie BRC20, ARC20, Runes und CBRC angepasst werden kann. Es wird gemeinsam von Anwendungsentwicklern, Dienstleistungsanbietern und Benutzern verwaltet und bildet einen spontanen Konsens. Daher ist es auf nahezu jedes Metadatenprotokoll anwendbar und erfordert nur geringfügige Anpassungen am Indexer unter der virtuellen Maschine.

AVM hat eine Beta-Version veröffentlichthttps://x.com/atomicalsxyz/status/1823901701033934975…, mit dem zugehörigen Code verfügbar unterhttps://github.com/atomicals/avm-interpreter….

3. OP_NET

Offizielle Website: https://opnet.org/ #

OP_NET, das im dritten Quartal 2024 vorgeschlagen wurde, zielt darauf ab, Ethereum-ähnliche Smart-Vertragsfunktionalität in das Bitcoin-Netzwerk einzuführen und sich gleichzeitig an die Merkmale und Architektur von Bitcoin anzupassen. Transaktionen auf OP_NET erfordern nur native Bitcoin und beseitigen die Notwendigkeit zusätzlicher Token, um Knotenanreize oder Transaktionsgebühren zu bezahlen.

OP_NET bietet eine umfassende, kompakte und benutzerfreundliche Entwicklungs-Bibliothek, die hauptsächlich in AssemblyScript (ähnlich wie TypeScript, kompilierbar zu WebAssembly) geschrieben ist. Das Designziel besteht darin, die Erstellung, das Lesen und die Manipulation von Bitcoin-bezogenen Technologien zu vereinfachen, insbesondere in Bezug auf Smart Contracts und Bitcoin Smart Inscriptions (BSI).

OP_NET Kernfunktionen und Merkmale

OP_NET verwaltet den Blockkonsens und die Datenverfügbarkeit von Bitcoin und stellt sicher, dass alle Transaktionen im Bitcoin-Netzwerk gespeichert und durch seine Unveränderlichkeit geschützt sind. Über eine Ausführungsvirtualmaschine (OP_VM) kann OP_NET komplexe Berechnungen auf Bitcoin-Blöcken durchführen. Alle übermittelten OP_NET-Transaktionen sind mit einem "BSI"-String markiert und werden in der OP_VM ausgeführt, um Vertragszustände zu aktualisieren.

OP_NET Knoten führen eine virtuelle WASM-Maschine aus, die mehrere Programmiersprachen wie AssemblyScript, Rust und Python unterstützt. Durch die Nutzung von Tapscript, um erweiterte Smart-Contract-Funktionen zu ermöglichen, können Entwickler Smart Contracts ohne Erlaubnis direkt auf der Bitcoin-Blockchain bereitstellen und mit ihnen interagieren.

Der Code für diese intelligenten Verträge wird komprimiert und in BTC-Transaktionen geschrieben. Dadurch wird eine UTXO-Adresse generiert, die als Vertragsadresse gilt, an die Benutzer Geld überweisen müssen, um mit dem Vertrag zu interagieren.

Beim Interagieren mit dem OP_NET-Netzwerk müssen Benutzer neben den BTC-Transaktionsgebühren mindestens 330 Satoshis extra zahlen, um sicherzustellen, dass die Transaktion von den BTC-Mainnet-Minern nicht als "Staubangriff" betrachtet wird. Benutzer können zusätzliche Gasgebühren hinzufügen, und die Verpackungsreihenfolge von Transaktionen im OP_NET-Netzwerk wird basierend auf Gebühren sortiert und nicht ausschließlich auf der BTC-Blockverpackungsreihenfolge basiert. Wenn ein Benutzer mehr als 250.000 Sat für eine OP_NET-Transaktionsgebühr zahlt, wird der Überschuss dem OP_NET-Node-Netzwerk belohnt.

Um die BTC-Nutzung in DeFi-Anwendungen zu erweitern, bietet OP_NET ein Proof of Authority-System, das es ermöglicht, BTC als WBTC zu verpacken. Das Mainnet BTC wird durch Multi-Signatur-Methoden in das OP_NET-Protokoll überführt.

OP_NET ist bemerkenswerterweise mit SegWit und Taproot kompatibel und sein Token-Design ist nicht an UTXO gebunden, was das Risiko einer fehlerhaften Übertragung von Token an Miner vermeidet und die Sicherheit und Zuverlässigkeit des Systems weiter verbessert. Durch diese Funktionen injiziert OP_NET eine stärkere Smart-Vertragsfunktionalität und dezentrale Anwendungsentwicklung in das Bitcoin-Ökosystem.

OP_NET Ökosystemprojekte

OP_NET's Vorgänger war das cbrc-20-Protokoll, und die meisten Ökosystemprojekte wurden direkt fortgesetzt. Das Ökosystem umfasst verschiedene Bereiche, darunter dezentraler Handel, Kreditvergabe, Marktbereitstellung, Liquiditätsbereitstellung und Cross-Chain-Brücken:

· Motoswap: Ein dezentrales Handelsprotokoll, das auf Bitcoin Layer 1 läuft.

· Stash: Ein dezentrales Kreditprotokoll, das auf der Bitcoin-Layer-1 läuft. Stash verwendet OP_NET's WBTC als Sicherheit und ermöglicht es den Benutzern, sich an unerlaubten Ausleihen zu beteiligen, wobei Darlehen in USD-Stablecoin ausgegeben werden.

· Ordinal Novus: Eine Market Making- und Liquiditätsbereitstellungsplattform im OP_NET-Ökosystem.

· Ichigai: Ein dezentraler Aggregator, der mehrere DeFi-Plattformen integriert und Benutzern ermöglicht, Trades zu verwalten, Märkte zu verfolgen und Portfolios in einer Schnittstelle zu bearbeiten.

· SatBot: Ein Telegram-integrierter Handelsbot, der Echtzeit-Handelsausführung, Marktverfolgung und Portfolioverwaltung über Telegram unterstützt.

· KittySwap: Eine dezentrale Börse und eine Plattform für ewige Verträge, die auf OP_NET läuft.

· Redacted: Bietet On-Chain private, konforme DeFi-Privatbankdienste.

· SLOHM Finance: Ein dezentrales Reserve-Währungsprojekt, das auf OP_NET gestartet wurde.

· BuyNet: Ein Kaufroboter, der für das Bitcoin DeFi-Ökosystem entwickelt wurde.

· SatsX: Ein Projekt, das multifunktionale Funktionen und Werkzeuge auf OP_NET entwickelt und die Fähigkeiten des Ökosystems erweitert.

· Meme-Coins wie Satoshi Nakamoto Inu, Zyn, Unga, Pepe: Dies sind Meme-Token, die auf dem OP_20-Protokoll basieren und alle von OP_NET unterstützt werden.

4. BRC100

Dokument: https://docs.brc100.org

BRC-100 ist ein dezentrales Berechnungsprotokoll, das auf der Ordinalstheorie aufgebaut ist. Es erweitert BRC-20 durch die Einführung neuer Operationen wie „brennen“ und „prägen“, die es ermöglichen, komplexe DeFi-Operationen durch Aufzeichnung von Token-Salden und Zuständen für verschiedene Adressen in einem Indexer durchzuführen. Entwickler können das BRC-100-Protokoll auch erweitern, indem sie zusätzliche Operatoren hinzufügen, um die Funktionalität zu erweitern.

BRC-100-Protokollbetrieb

BRC-100 führt Operationen wie mint2/mint3 und burn2/burn3 ein, die es ermöglichen, Tokens sicher zwischen dem UTXO-Modell und dem State Machine-Modell zu wechseln:

· mint2: Generiert neue Token und erhöht das Gesamtangebot. Erfordert in der Regel die Genehmigung einer bestimmten Anwendung oder Adresse.

· mint3: Ähnlich wie mint2, erhöht aber nicht das Angebot. Wird hauptsächlich verwendet, um Anwendungsguthaben in UTXOs (unspent transaction outputs) umzuwandeln, die in anderen Anwendungen verwendet werden sollen.

· burn2: Zerstört Token, während der Aktualisierung des Anwendungszustands. Verbrannte Token können unter bestimmten Bedingungen über mint2 regeneriert werden.

· burn3: Ähnlich wie burn2, reduziert jedoch nicht das Angebot. Stattdessen wandelt es Token in den Zustand der Anwendung um. Verbrannte Token können über mint3 regeneriert werden.

Erweiterungen und Kompatibilität

Die Rechenleistung und Zustandsübergänge können durch BRC-100-Erweiterungsprotokolle erweitert werden. Alle BRC-100-Erweiterungsprotokolle sind untereinander kompatibel, d. h. Token, die BRC-100 und seine Erweiterungen implementieren, können in allen Anwendungen verwendet werden. Das BRC-100-Protokoll und seine Erweiterungen können durch Verbesserungsprotokolle aktualisiert und aufgerüstet werden.

Das BRC-100-Protokoll und alle seine Erweiterungen und Verbesserungen werden gemeinsam als BRC-100-Protokollstapel bezeichnet. Alle BRC-100-Erweiterungsprotokolle sind gegenseitig kompatibel und ermöglichen es, Tokens, die BRC-100 und seine Erweiterungen implementieren, in allen Anwendungen zu verwenden und Cross-Chain-Operationen zu unterstützen. Bemerkenswerte Erweiterungen sind BRC-101, BRC-102 und BRC-104:

· BRC-101: Ein dezentrales On-Chain-Governance-Protokoll, das definiert, wie Anwendungen basierend auf BRC-100 oder seinen Erweiterungsprotokollen verwaltet werden sollen.

· BRC-102: Ein automatisches Liquiditätsprotokoll für BRC-100-Vermögenswerte, das eine automatisierte Marktmachungsmethode auf der Grundlage der „konstanten Produktformel“ (x*y=k) für Token-Paare basierend auf dem BRC-100-Protokollstapel definiert.

· BRC-104: Ein Liquiditäts-Staking-/Re-Staking-Pool-Protokoll, das definiert, wie BRC-20-Vermögenswerte, Rune-Vermögenswerte und BTC als BRC-100-Vermögenswerte über Staking eingewickelt werden und wie BRC-100-Vermögensbelohnungen an BRC-100-Vermögenswerte, BRC-20-Vermögenswerte, Rune-Vermögenswerte oder BTC-Staker verteilt werden. BRC-104 dient als Asset-Wrapping- und Yield-Farming-Protokoll für den BRC-100-Protokoll-Stack.

BRC-100 Ökosystemprojekte

Das Projektteam erkundet eine Methode zur Implementierung eines minimalen Index für den BRC-100-Protokoll-Indexer. Dies ermöglicht es Parteien, ihren eigenen minimalen Index bereitzustellen, um den Zustand aller Vermögenswerte im BRC-100-Protokollstapel zu erhalten, ohne komplexe Berechnungslogik für alle Erweiterungsprotokolle implementieren zu müssen. Darüber hinaus erfordert der minimale Index keine häufigen Aktualisierungen oder Upgrades.

Im BRC-100-Ökosystem gibt es 3 Projekte:

· inBRC (Gestartet) - Der erste BRC-100 Markt und Indexer: https://inbrc.org.

· 100Swap (Gestartet) - Die erste Bitcoin L1 AMM Inschrift dezentralisierte Börse basierend auf dem BRC-102 Protokoll: https://100swap.io.

· 100Layer (In Entwicklung) - Ein Liquiditätsprotokoll für das Bitcoin-Ökosystem auf Bitcoin L1, basierend auf den Protokollen BRC-104 und BRC-106, bestehend aus Stablecoins, die durch dezentrales Kollateral unterstützt werden, Wrapped Tokens und Liquiditäts-Mining:https://100layer.io.

5. Programmierbare RUNES (Protorunes)

Runen sind im Wesentlichen Datenstrukturen, die im OP_RETURN-Feld von Bitcoin gespeichert werden. Im Vergleich zu anderen auf JSON basierenden Protokollen wie BRC-20 sind Runen leichter, verlassen sich nicht auf komplexe Indexierungssysteme und erhalten die Einfachheit und Sicherheit von Bitcoin.

Programmable Runen sind eine Erweiterungsebene von Runen, die die Erstellung von programmierbaren Vermögenswerten mit Runen ermöglicht. Diese Vermögenswerte können innerhalb von UTXOs existieren und ähnliche Operationen wie AMM (Automated Market Maker) Protokolle unterstützen. Das Kernkonzept von programmierbaren Runen besteht darin, Daten auf der Bitcoin-Blockchain zu nutzen, um Smart-Contract-Funktionalität durch virtuelle Maschinen oder ähnliche Technologien umzusetzen.

Proto-Runen-Protokoll

Das Hauptprojekt in programmierbaren Runen ist das Proto-Runen-Protokoll, das vom Team geleitet wird @judoflexchop, Gründer des oyl Wallets. Es wurde Open Source: https://github.com/kungfuflex/protorune...

Das Proto-Runen-Protokoll ist ein Standard und eine Spezifikation, die einen Rahmen für programmierbare Runen bietet. Durch das Verwalten und Übertragen von Runenvermögenswerten zwischen Subprotokollen (Metaprotokollen) ermöglicht es den Aufbau von AMMs, Kreditprotokollen oder ausgereiften Smart Contracts.

Zum Beispiel hat das Proto-Runes-Protokoll einen Uniswap-ähnlichen DEX (Decentralized Exchange) im Bitcoin-Netzwerk implementiert, der atomare Swaps von Rune-Assets und die Erstellung von Liquiditätspools unterstützt. Durch eine Kombination aus Prototypenverbrennung und Prototypenmeldungen können Benutzer dezentralen Handel und Vermögensverwaltung betreiben, ohne das Bitcoin-Netzwerk zu verlassen.

In einfachen Worten ermöglicht es das Proto-Runen-Protokoll, dass Runen in Form von programmierbaren Runen (Protorunen) verbrannt werden können, wodurch Runen mit zusätzlichen Funktionen und Anwendungen ausgestattet werden.

Protobrennen und Protorunes

Einer der Schlüsselmechanismen von Proto-Runen ist Protobrennen, das es Benutzern ermöglicht, Runen zu verbrennen und in eine Darstellung umzuwandeln, die nur von Subprotokollen verwendet wird. Diese Runenvermögenswerte werden über Runenstein-Pointer oder Edikte im Runenprotokoll anvisiert, wodurch neue Vermögenswertformen in Subprotokollen, nämlich programmierbare Runen oder Protorunen, generiert werden.

Durch das Prototypbrennen wird die Nichtverwendbarkeit durch das Sperren von Runen in OP_RETURN-Ausgängen gewährleistet. Dieser Mechanismus stellt sicher, dass Runenwerte sicher vom Hauptprotokoll zu Unterprotokollen übertragen werden können, um weitere Operationen und Transaktionen innerhalb von Unterprotokollen zu ermöglichen.

Dieser Prozess ist in der Regel einseitig, was bedeutet, dass Vermögenswerte vom Rune-Protokoll zu Subprotokollen übertragen werden, aber nicht direkt zurückübertragen werden können. Protoburn-Nachrichten sind in Protostone innerhalb des Protokollfelds von Runestone eingebettet, mit einem Protokolltag von 13 (Rune-Protokolltag). Die Nachricht enthält Informationen wie die Ziel-Subprotokoll-ID und Vermögenszeiger. Dieser Mechanismus bildet die Grundlage für das Asset-Management und den Transfer zwischen Subprotokollen und ermöglicht Funktionen wie Atomic Swaps.

Protomeldung

Im Proto-Runes-Protokoll bezieht sich eine Protobotschaft auf Betriebsanweisungen, die in Subprotokollen ausgeführt werden. Sie wird durch Codierung in der Protostone-Struktur implementiert und vom Indexer analysiert. Protobotschaften umfassen in der Regel Asset-Betriebsanforderungen wie Überweisungen, Transaktionen oder andere vom Protokoll definierte Funktionen. Wenn der Indexer das Nachrichtenfeld in Protostone analysiert, enthält dieses Feld ein Byte-Array, das in der Regel durch protobuf oder andere Serialisierer analysiert wird, die vom Subprotokoll erwartet werden, und dann als Parameter an die Laufzeit des Subprotokolls übergeben werden. Diese Nachricht kann Asset-Übertragungen, Transaktionslogik oder andere Protokollfunktionen beinhalten.

Zeiger werden verwendet, um den Zielort von Protostone anzugeben, der ein UTXO im Transaktionsausgang oder ein anderer Protostone sein kann. Wenn das Unterprotokoll beschließt, eine Eingabe nicht auszuführen und die Transaktion fehlschlägt, werden Protomünzen an den durch den Rückerstattungszeiger angegebenen Ort zurückgegeben, um ungenutzte Vermögenswerte an den Initiator der ursprünglichen Transaktion zurückzugeben.

Betriebsmechanismus des Proto-Runenprotokolls

Der Arbeitsmechanismus des Proto-Runes-Protokolls ist wie folgt: Der Indexer verarbeitet zuerst die Runenmerkmale im Runenprotokoll und verarbeitet dann die Protokollnachrichten der Unterprotokolle in Sequenz. Alle Protostones werden in der Reihenfolge verarbeitet, in der sie im Protokollfeld von Runestone erscheinen. Um Komplexität und potenzielle Sicherheitslücken zu vermeiden, verbietet das Proto-Runes-Protokoll die rekursive Ausführung von Prototypnachrichten, was bedeutet, dass jede Prototypnachricht nur einmal ausgeführt werden kann und dass jegliche rekursive Anweisungen dazu führen, dass die Transaktion fehlschlägt und nicht verwendete Vermögenswerte erstattet werden.

Im Proto-Runes-Protokoll wird LEB128 (Little Endian Base 128) als variable Längencodierungsmethode verwendet, um große Ganzzahlen darzustellen. Die LEB128-Codierung wird häufig verwendet, um Protokollfelder und -nachrichten darzustellen, um Platz zu sparen und die Verarbeitungseffizienz zu verbessern. Jedes Unterprotokoll hat einen eindeutigen Protokolltag, um verschiedene Unterprotokolle zu unterscheiden. Diese Tags werden als u128-Werte dargestellt und erscheinen als LEB128-codierte Werte in Protostone. Zeiger werden verwendet, um den Zielspeicherort von Protostone anzugeben, der eine UTXO im Transaktionsausgang, einen anderen Protostone oder sogar Referenzprototypnachrichten sein kann, um komplexe Betriebslogik in Unterprotokollen umzusetzen.

Neueste Entwicklungen: Genesis Protorune

QUORUM•GENESIS•PROTORUNE ist der erste Protorune, und sein Protoburn wurde erfolgreich abgeschlossen. Die korrekte Funktion des Ord-Indexers kann beobachtet werden, wo Protoburn ohne Cenotaph aufgetreten ist, weil die OP_RETURN-Ausgabe das Gleichgewicht von QUORUM•GENESIS•PROTORUNE verwendet hat. Dies kann über diesen Link eingesehen werden:https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572…

Dieses Genesis Protorune ist nur als Referenzimplementierung gedacht und nicht zum Verkauf vorgesehen. Es soll als öffentliches Forum für den Protorune-Standard dienen und kann in das Protokoll integriert werden, um Governance-Funktionen für Projekttoken bereitzustellen.

Die @judoflexchopDas Team entwickelt immer noch einen WASM-Indexer für diesen Genesis Protorune:https://github.com/kungfuflex/quorumgenesisprotorune...

Dies ist ein funktionales Modell zur Implementierung der On-Chain-Governance auf Bitcoin L1. Als Indexer ermöglicht es Benutzern, Abstimmungstoken durch Protomessages zu generieren, wobei für jeden Vorschlag nur ein Abstimmungstoken für den gleichen Bereich von Runen generiert wird. Vorschläge werden automatisch ausgeführt, wenn ein Quorum erreicht ist, und Benutzer können ihre Stimmen auch zurückziehen, indem sie Abstimmungstoken an nicht ausgebende Adressen übertragen. Der gesamte Prozess gewährleistet Transparenz und Effektivität der Governance.

Haftungsausschluss:

1. Dieser Artikel wurde aus [reproduziert.TrustlessLabs].Den Originaltitel'Fractal、OP_NET、AVM、BRC100、可编程符文,BTC 还有哪些扩展方案?' weiterleiten. Alle Urheberrechte liegen beim ursprünglichen Autor [TrustlessLabs]. Wenn es Einwände gegen diese Nachdruck gibt, wenden Sie sich bitte an den Tor lernenTeam, und sie werden es schnell erledigen.
2. Haftungsausschluss: Die in diesem Artikel zum Ausdruck gebrachten Ansichten und Meinungen sind ausschließlich die des Autors und stellen keine Anlageberatung dar.
3. Übersetzungen des Artikels in andere Sprachen werden vom Gate Learn Team durchgeführt. Sofern nicht anders angegeben, ist das Kopieren, Verbreiten oder Plagiieren der übersetzten Artikel untersagt.