Die GOAT-Netzwerk hat ihr Testnetz auf Basis der BitVM2-Technologie gestartet, wobei eine Implementierung besonders beachtenswert ist: der Echtzeitnachweis des Bitcoin ZK Rollup. Diese Implementierung ermöglicht schnelle ZK Rollup-Nachweise, was eine wichtige Entwicklung für die Infrastruktur von BTC L2 darstellt. Aus Sicht der Benutzererfahrung wird die Effizienz bei den Abhebungszeiten im Vergleich zu früher erheblich verbessert, was dazu beiträgt, mehr Entwickler und Benutzer anzuziehen. Wie lässt sich das technisch einfach verstehen? Zunächst werfen wir einen Blick auf den Implementierungsprozess von GOATs Bitcoin L2. Das GOAT-Netzwerk ist eine Lösung auf Basis von Bitcoin L2, die die Technologien BitVM2 und zkMIPS nutzt und die Erzielung von nativen BTC-Erträgen unterstützt (das heißt, die Teilnehmer haben die Möglichkeit, mehr BTC zu verdienen). Der Prozess umfasst hauptsächlich das Bridging (Brücke hinein), das Bridging (Brücke hinaus), die Sequencer-Set-Verpflichtung und die Rückerstattungsbearbeitung. Das Bridging bedeutet hauptsächlich, BTC in ein Taproot-Skript (uncontrollierte private Schlüssel) zu staken, wobei der Relayer es an den Vertrag von Goat übermittelt. Der Ausschuss erstellt den BitVM2-Transaktionsfluss, der Betreiber signiert vorab und speichert es in IPFS. Nach der Validierung durch die Benutzer gibt der Relayer PegBTC auf L2 aus; das Bridging hinaus bedeutet die Abhebung, wobei der Benutzer eine atomare Transaktion mit dem Betreiber durchführt (der Benutzer kann auch selbst Betreiber sein; wenn er das nicht möchte, kann er die Abhebung über den Betreiber durchführen), PegBTC auf L2 wird vernichtet, der Betreiber startet die Rückerstattungsbearbeitung, ohne dass eine Peg-OUT-Transaktion auf der BTC-Hauptkette erforderlich ist. Die Sequencer-Set-Verpflichtung bezieht sich hauptsächlich darauf, dass der Ausschuss regelmäßig einen Merkle-Baum verwendet, um zukünftige Sequencer-Sets zu verpflichten, was die Validierung des Bitcoin-Light-Client-Mechanismus unterstützt. Durch die Validierung des Light-Client-Mechanismus wird das auf BTC verpflichtete Validator-Set als öffentliche Eingabe für die nachfolgende Validierung des Zero-Knowledge-Nachweises verwendet, um die Konsistenz der L2-Blockvalidierung zu erreichen. Die Rückerstattungsbearbeitung bedeutet, dass der Betreiber BTC staked und die Transaktions-ID der Abhebung sowie den neuesten Block-Hash einreicht. Herausforderer führen Off-Chain- und On-Chain-Validierungen durch; wenn es keine Herausforderungen gibt, erhält der Betreiber die Mittel. Herausforderer können auch Herausforderungen einreichen, und nach einer Herausforderung wird zufällig ein Validator ausgewählt, der die interaktive Validierung über Bitcoin-Skripte ausführt. Die Herausforderung wird auf etwa 1 Tag (ca. 144 BTC-Blöcke) verkürzt, was die für die Endgültigkeit benötigte Zeit komprimiert. Darüber hinaus verwendet es einen dezentralen Sequencer, bei dem Betreiber BTC staken, und das wirtschaftliche Modell, einschließlich der L2-Gasgebühren, generiert native BTC-Erträge. Nun zum Echtzeitnachweis des ZK Rollup, zunächst zur Rollup-Technologie. Das GOAT-Netzwerk wird mehrere L2-Transaktionen in Chargen (Batch) bündeln, um einen ZK-Nachweis außerhalb der Kette zu generieren, der über die Bitcoin-Hauptkette validiert wird (Validierung in der Assert/Disprove-Phase von BitVM2 usw.). Der Vorteil des ZK-Nachweises besteht darin, dass nicht alle Transaktionsdetails hochgeladen werden müssen; im Gegensatz zu Ethereum's zksync oder Starknet verwendet Goat native Mechanismen wie Bitcoin Taproot-Skripte, um Statusaktualisierungen zu verankern, wodurch die Abhängigkeit von externen Brücken oder Multi-Signatur-Mechanismen vermieden wird. Nachdem wir die ZK Rollup-Technologie einfach verstanden haben, schauen wir uns das Echtzeitnachweisverfahren an. Laut der GOAT-Netzwerkdokumentation wird die Generierung des Echtzeitnachweises durch die zkMIPS-Engine erreicht, die eine Pipeline-parallele Nachweisarchitektur und ein verteiltes GPU-Validator-Netzwerk zur schnellen Generierung des Nachweises nutzt. Zunächst wird der Blocknachweis generiert, wobei die Ausführungsweg-Fragmentierung und parallele Nachweistechniken verwendet werden, um zu überprüfen, ob die Rollup-Zustandsübergänge korrekt sind; zweitens wird der Nachweis aggregiert, indem mehrere Blocknachweise rekursiv komprimiert werden; schließlich wird der SNARK-Nachweis (Groth16) in einen kleinen, auf BitVM2 verifizierbaren Nachweis komprimiert. Um Echtzeitnachweise zu ermöglichen, erfolgt die oben beschriebene Nachweisgenerierung nicht in einer einzelnen Zeile, sondern verwendet eine Pipeline-parallele Verarbeitungsmechanik, die hauptsächlich auf der zkVM "Ziren"-Technologie von ZKM basiert, ergänzt durch GPU-Beschleunigung und ein verteiltes Netzwerk von Validierern. Laut den aktuellen offiziellen Daten des Testnetzes beträgt die durchschnittliche Zeit für die Blocknachweisgenerierung etwa 2,6 Sekunden, die Aggregation des Nachweises etwa 2,7 Sekunden und der SNARK-Nachweis etwa 10,38 Sekunden. Benutzer können über die Frontend-Seite den vollständigen Prozess der Generierung jedes Abhebungs-ZK-Nachweises in Echtzeit einsehen. Wenn der ZK-Nachweis in weniger als 1 Minute abgeschlossen werden kann, bedeutet dies, dass die Geschwindigkeit der Abhebungen für die Benutzer erheblich erhöht wird. Früher mussten einige Bitcoin L2-Netzwerke mehrere Stunden warten, um eine Abhebung einzuleiten. Mit dem schnellen Nachweis können Benutzer die Abhebung sofort nach der Generierung des Nachweises einleiten, was bedeutet, dass Benutzer in weniger als 1 Minute eine Abhebung einleiten können. Natürlich hängt die endgültige Ankunftszeit des Benutzers von der Transaktionssituation im Bitcoin-Hauptnetz ab. Aber in Bezug auf Abhebungen ist kein Warten mehr erforderlich, was bedeutet, dass die Abhebung praktisch der Zeit entspricht, die für die Einleitung einer Transaktion auf der Bitcoin-Kette benötigt wird. Neben den Abhebungen wird der Echtzeitnachweis auch Entwickler dazu anregen, hochfrequente L2-Anwendungen zu erstellen. Darüber hinaus kann die Kompatibilität mit EVM auch Entwickler aus dem Ethereum-Ökosystem anziehen; für Betreiber ist es nicht erforderlich, auf die Massenverifizierung zu warten, was die Effizienz der Mittel erhöht. ZK-Technologie ist relativ komplex, und die langfristige Sicherheit muss ebenfalls über einen bestimmten Zeitraum nachgewiesen werden. Dennoch ist die Implementierung des Echtzeitnachweises ein wichtiger Fortschritt für die technische Infrastruktur von Bitcoin L2. Natürlich hat Bitcoin L2 noch einen langen Weg vor sich; neben dem Aufbau der technischen Infrastruktur müssen auch mehr Anstrengungen unternommen werden, um die Benutzerbedürfnisse zu ermitteln und Entwickler dazu zu bewegen, Bitcoin L2-Anwendungen zu erstellen. Denn letztendlich wird das Bitcoin L2-Ökosystem nur dann florieren, wenn genügend Transaktionsgebühren vorhanden sind, um das Wachstum des Flywheels zu ermöglichen. Ein relativ klares Bedürfnis ist, dass viele BTC-Halter auch Erträge erzielen möchten, was sich an der Anzahl der BTC auf der Ethereum-Kette (wie wbtc usw.) ablesen lässt, die derzeit über 150.000 BTC beträgt, was einem Wert von über 15 Milliarden US-Dollar entspricht. Wenn es gelingt, die native Sicherheit der BTC-Kette zu realisieren, werden mehr BTC-Halter bereit sein, zu versuchen, durch BTCFI Erträge zu erzielen.