Omnichain-DAPP-Infrastruktur aus einer Hand

FortgeschritteneFeb 29, 2024
Dieser Artikel befasst sich mit den technischen Aspekten der Omnichain-Lösung von ZetaChain und erklärt, wie sie als zugrunde liegende Infrastruktur für die Omnichain-Interoperabilität von DAPPs dient und eine nahtlose Auflösung und Verarbeitung von Cross-Chain-Nachrichten ermöglicht.
Omnichain-DAPP-Infrastruktur aus einer Hand

Den Originaltitel weiterleiten:Technische Einblicke in ZetaChain: Eine One-Stop-OmniChain-DAPP-Infrastruktur

ZetaChain ist eine öffentliche POS-Chain, die auf dem Cosmos SDK basiert, wo ihre Blöcke Cross-Chain-Nachrichten und Daten aufzeichnen, die auf "externen Chains" initiiert wurden. Benutzer auf externen Chains wie BTC können ihre Absichten dem ZetaChain-Netzwerk mitteilen, indem sie Nachrichten in einem bestimmten Format veröffentlichen, das dem Ordinals-Protokoll ähnelt. ZetaChain-Knoten verwenden einen Konsensmechanismus, um zu bestimmen, welche Nachrichten verarbeitet werden sollen und welche Sequenzen sie haben, und verwenden schließlich das Threshold Signature Scheme (TSS), um eine digitale Signatur auf der Zielkette zu generieren. Dieser Prozess beinhaltet die Freigabe von Vermögenswerten vom öffentlichen Konto der Kette, wodurch nachfolgende Transaktionsschritte ausgelöst werden.


Die aktuelle Liste der Validator-Nodes auf ZetaChain umfasst zahlreiche Projektparteien und Institutionen, wie z.B. OKX, HashKey Cloud, Dora Factory und andere. Aufgrund der inhärenten EVM-Kompatibilität von ZetaChain unterstützt es die Bereitstellung von Vertragslogik. Full-Chain-DApp-Entwickler können Cross-Chain-Nachrichtenverarbeitungsprogramme direkt auf die ZetaChain schreiben, wodurch die Notwendigkeit entfällt, Bridging-Asset-Verträge über mehrere Chains hinweg bereitzustellen und somit Entwicklungskosten zu sparen. Aus Sicht des Nutzers ist theoretisch die Interaktion mit den Verträgen von ZetaChain ausreichend, wodurch die Notwendigkeit mehrerer Interaktionen mit Überbrückungsverträgen zwischen Quell- und Zielketten entfällt und die Transaktionsgebühren gesenkt werden. Ähnlich wie bei einigen Intent-Projekten mit einem "One-Stop-Asset-Custody-Chain"-Effekt unterstützt ZetaChain den Einsatz von Asset-Verträgen oder DeFi-Protokollen. Benutzer können bestimmte Nachrichten im Frontend von DApps auf verschiedenen Chains generieren, um die DeFi-Verträge oder Asset-Zustände von ZetaChain asynchron aufzurufen. Dieses Setup unterstützt auch BTC-Chain-Konten. Es ist so, als würde ZetaChain direkt ein universell einheitliches Vermögenskonto über alle Chains hinweg hosten. Um diesen Effekt zu erzielen, ist jedoch ein dediziertes DApp-Front-End für die Zusammenarbeit erforderlich. Ab sofort besteht die Hauptfunktion von ZetaChain darin, als zugrunde liegende Infrastruktur für die Omnichain-Interoperabilität zu dienen. Es kann bestimmte Cross-Chain-Nachrichten analysieren und verarbeiten und fungiert auch als Plattform für die Ausführung der Geschäftslogik für Multi-Chain-DApps. Das Hauptgeschäftsmodell dreht sich um typische B-to-B-to-C-Szenarien.

Körper: Mit der kontinuierlichen Entwicklung der Blockchain-Industrie befinden wir uns in einer Ära der Multi-Chain-Vernetzung. In dieser Ära haben verschiedene öffentliche Ketten mit unterschiedlichen Merkmalen zu diversifizierten Anwendungsszenarien geführt, die unterschiedliche Erfahrungen für die Benutzer schaffen. Gleichzeitig hat sich jedoch die Isolation zwischen den Ketten verschärft. Oft können Konten auf verschiedenen Chains nicht kommunizieren, und die Vermögenswerte der Benutzer über die Chains hinweg bleiben in einem fragmentierten und nicht einheitlichen Zustand. Dies erhöht die Nutzungsschwelle und verringert die Benutzererfahrung erheblich.

Man kann sagen, dass das Problem der Fragmentierung und Inkompatibilität zwischen heterogenen Ketten eines der Haupthindernisse für die Steigerung der Konversionsraten der Nutzer ist. Die heutige Popularität des BTC-Ökosystems unterstreicht die Interoperabilitätsprobleme zwischen heterogenen Chains. Wie Vitalik Buterin vor vielen Jahren feststellte: "Multichain ist die Zukunft." Obwohl die Koexistenz mehrerer Chains zu einem unaufhaltsamen Trend geworden ist, bleibt die Etablierung von Cross-Chain-Brücken zwischen heterogenen Chains eine herausfordernde Aufgabe.

Um das Problem der Omnichain-Interoperabilität anzugehen, haben LayerZero, Polyhedra, Map Protocol, Bool Network und sogar Cosmos und Polkadot verschiedene Lösungen für Cross-Chain-Messaging vorgeschlagen. Das kürzlich gestartete ZetaChain, das seinen Token eingeführt hat, ist ein wesentlicher Akteur in der Landschaft der Omnichain-Infrastruktur.

Im Folgenden geben wir einen kurzen technischen Ausblick auf die Omnichain-Lösung von ZetaChain und erklären, wie sie als zugrunde liegende Infrastruktur für Omnichain-interoperable DApps dient, um eine kettenübergreifende Nachrichtenanalyse und -verarbeitung zu erreichen.

Herausforderungen bei bestehenden Cross-Chain-Lösungen

In Wirklichkeit ist das einfachste Szenario, das eine Cross-Chain-Bridge bewältigen muss, die Übertragung von Vermögenswerten über verschiedene Chains hinweg. Wenn Sie beispielsweise Vermögenswerte von ETH auf Polygon übertragen, müssen Sie zuerst Vermögenswerte an eine bestimmte Einzahlungsadresse auf der ETH-Chain übertragen und erhalten dann einen entsprechenden Betrag auf der Polygon-Chain. Die Herausforderung entsteht, weil Polygon-Nodes nicht bestätigen können, was auf der ETH-Chain passiert ist, und nicht wissen, ob Sie tatsächlich den angegebenen Betrag eingezahlt haben. Wenn jemand fälschlicherweise behauptet, 100 USDT auf die angegebene ETH-Adresse eingezahlt zu haben, und einen Auszahlungsantrag auf der Polygon-Chain einleitet, um seine 100 USDT freizugeben, führt dies zum Problem der "Abhebung aus dem Nichts". Der Schlüssel zu einer Cross-Chain-Bridge besteht darin, ein solches Problem zu lösen, indem bestätigt wird, dass alle Auszahlungsansprüche den tatsächlichen Einzahlungsaktivitäten entsprechen. Im Wesentlichen geht es darum, auf Chain B nachzuweisen, dass es tatsächlich N Transaktionen im Zusammenhang mit der Cross-Chain-Bridge auf Chain A gab.


Derzeit neigen Mainstream-Cross-Chain-Bridges dazu, einen notariellen Mechanismus zu übernehmen, bei dem eine Gruppe von Notarknoten eingerichtet wird, die durch Multi-Signatur- oder MPC-Signaturen einen "Konsens" erreichen. Solange sich die Mehrheit der Notarknoten einig ist, dass Ihre Cross-Chain-Aktion genehmigt werden kann, können Ihre Vermögenswerte reibungslos gekreuzt werden. Einige Cross-Chain-Bridges verwenden einen sichereren Hash-Lock oder implementieren Light-Nodes anderer Chains durch On-Chain-Verträge. Diese Bridges bestätigen die Gültigkeit von Cross-Chain-Aktivitäten, indem sie Merkle-Proofs oder zk-Proofs erhalten. Die Kosten für solche Cross-Chain-Bridges sind jedoch oft höher und werden schließlich auf die Transaktionsgebühren der Nutzer umgelegt. Daher entscheiden sich die meisten Cross-Chain-Bridges immer noch für das Off-Chain-Notar-Notar-Node-Modell für den Multi-Signatur-Konsens. Referenz: Welche Überlegungen sind bei der Entwicklung von Cross-Chain-Bridges wichtig? Insbesondere notarielle Cross-Chain-Bridges sind oft mit erheblichen Risiken konfrontiert, einschließlich der Anfälligkeit für Hackerangriffe oder Insider-Diebstahl. Laut Statistiken von SlowMist Hacked gab es im Jahr 2022 16 Sicherheitsvorfälle mit Cross-Chain-Bridges, die zu einem Gesamtverlust von 1,21 Milliarden US-Dollar führten. Dies machte 32 % der Gesamtverluste durch On-Chain-Angriffe in diesem Jahr aus, was die Gefahren von Sicherheitslücken in Cross-Chain-Bridges unterstreicht.


Darüber hinaus übernehmen viele bestehende Cross-Chain-Bridge-Lösungen meist das Lock-Mint-Modell, bei dem Assets auf Chain A gesperrt sind und entsprechende zugeordnete Assets auf Chain B ausgegeben werden, um einen Cross-Chain-Asset-Transfer zu erreichen. Der Verarbeitungsablauf von Ein- und Auszahlungen in solchen Lösungen erfordert jedoch mehrere Interaktionen mit dem zugeordneten Vermögensvertrag, was zu erheblichen Reibungsverlusten und potenziellen Geldverlusten führt. Darüber hinaus unterstützen zahlreiche Cross-Chain-Bridge-Lösungen nur Asset-Transfers zwischen EVM-kompatiblen Chains, was aufgrund von Unterschieden in den technischen Standards vor Herausforderungen bei Cross-Chain-Interaktionen zwischen heterogenen Chains wie Solana und Bitcoin steht. In Anbetracht von Sicherheits- und Gebührenfragen haben Mainstream-Cross-Chain-Bridge-Lösungen oft Schwierigkeiten, optimale Ergebnisse zu erzielen, und können die "native Cross-Chain"-Übertragung von Vermögenswerten nicht gewährleisten. Im heutigen Bitcoin-Ökosystem wächst der Wunsch nach einer nahtlosen und nativen Cross-Chain-Interaktion, die eine effizientere Lösung erwartet. ZetaChain begegnet dieser Herausforderung mit seinem einzigartigen Ansatz.

Die Funktionalitäten von ZetaChain: Die zugrunde liegende Infrastruktur für Cross-Chain-Interoperable DAPPs

ZetaChain positioniert sich als grundlegende Infrastruktur für interoperable Omnichain-DApps und ist auf die Unterstützung verschiedener Anwendungsprotokolle für Cross-Chain-Interaktionen spezialisiert – ein Beispiel für die zugrunde liegende B-to-B-to-C-Infrastruktur. Es verwendet einen PoS-Zulassungsmechanismus, der es Nodes, die Vermögenswerte einsetzen, ermöglicht, in das Netzwerk einzutreten und als Notare zu fungieren. Alle PoS-Knoten, die die TSS-Technologie verwenden, beteiligen sich an der Verifizierung und Verarbeitung von Cross-Chain-Nachrichten, um die Sicherheit so weit wie möglich zu erhöhen. Gleichzeitig erleichtert ZetaChain den Einsatz von Smart Contracts, die Geschäftslogik im Zusammenhang mit dem Tausch von Vermögenswerten enthalten. Benutzer können Nachrichten in einem bestimmten Format auf jeder Chain senden und ZetaChain oder die von ihm unterstützten DeFi-Verträge auf mehreren Chains aufrufen. Bei BTC können Nutzer beispielsweise indirekt DeFi-Funktionalitäten auf Polygon aufrufen. Das Ergebnis ist die Erleichterung der Nachrichtenübertragung zwischen verschiedenen Blockchains, wodurch Interoperabilität erreicht wird.


DApps, die auf dem Szenario der Omnichain-Interoperabilität basieren, können die Geschäftslogik für den Austausch von Vermögenswerten auf ZetaChain bereitstellen und so die automatische Konvertierung von Gas-Token über verschiedene Chains hinweg für Benutzer erleichtern. Wenn Sie beispielsweise das Frontend bestimmter Omnichain-DApps verwenden, können Sie eine Nachricht in einem bestimmten Format auf BTC ausgeben, ähnlich dem Ordinals-Protokoll, die einen Aufruf eines Vertrags auf Solana anzeigt. ZetaChain-Knoten erkennen diese Nachricht, und anschließend kann der AMM-Vertrag auf ZetaChain automatisch das Wechselkursverhältnis zwischen BTC und SOL berechnen. Anschließend wird eine entsprechende Menge an SOL auf der Solana-Chain freigegeben, wobei nachfolgende Schritte wie der Aufruf von Verträgen und schließlich die Überweisung der verdienten Vermögenswerte an Ihre BTC- oder Solana-Adresse abgeschlossen werden. Dieser Prozess wird als "Omnichain-Interoperabilität" bezeichnet, bei der Sie nur eine Nachricht auf einer Kette veröffentlichen müssen, um DApps auf mehreren Chains remote aufzurufen. In diesem Zusammenhang kann ZetaChain als "Ketten-von-Ketten-Abwicklungsschicht" konzipiert werden. In allen Multi-Chain-Interaktionsszenarien, wie z. B. der Initiierung eines Aufrufs von Chain A an eine DApp auf Chain B, ist es vergleichbar, dass Chain A zuerst mit ZetaChain abrechnet. ZetaChain synchronisiert dann die vorverarbeiteten Abrechnungsergebnisse mit dem entsprechenden Konto auf Chain B und führt die nachfolgenden Schritte aus. Während dieses Prozesses gibt es keine übermäßige Interaktion mit der Abbildung von Asset-Verträgen oder Reibungsverluste bei den Transaktionsgebühren. Die Zirkulation von Vermögenswerten wird durch die öffentlichen Konten von ZetaChain über verschiedene Chains hinweg erleichtert, wodurch die Notwendigkeit des häufigen Einsatzes von Mapping-Asset-Verträgen auf verschiedenen Chains entfällt, wie dies bei herkömmlichen Cross-Chain-Anwendungen der Fall ist.

Derzeit scheint es, dass Omnichain-Anwendungen, die auf ZetaChain basieren, eine beträchtliche Menge an Ärger sparen können, da die Notwendigkeit entfällt, mühsam Mapping-Asset-Verträge auf verschiedenen Chains zu entwerfen. Alle Details zum Zu- und Abfluss von Vermögenswerten zwischen Quell- und Zielketten werden von ZetaChain verwaltet. Mit anderen Worten, Sie müssen nur Geschäftslogik im Zusammenhang mit Cross-Chain-Transaktionen auf ZetaChain bereitstellen. Dies ermöglicht verschiedene Full-Chain-Anwendungen, um Nicht-EVM-Chains wie Solana, Algorand, Bitcoin und DogeCoin im Frontend zu unterstützen, ohne dass umfangreiche dedizierte Cross-Chain-Anwendungsverträge auf verschiedenen Chains implementiert werden müssen. Darüber hinaus unterstützt ZetaChain selbst den Einsatz von Asset-Verträgen oder AA-Konten (Autonomous Asset). Benutzer in verschiedenen Chains können Nachrichten in einem bestimmten Format senden, um diese Verträge aufzurufen, als ob sie ein einheitliches Konto über Chains hinweg betreiben würden. Dieser Designansatz, der sich auch in der Particle Chain von Particle Network widerspiegelt, ermöglicht es den Benutzern letztendlich, Datensätze ihrer Assets auf ZetaChain oder Particle Chain zu zentralisieren. Bei Bedarf können Benutzer ihre Asset-Verträge asynchron auf ZetaChain aufrufen, indem sie Aufrufnachrichten über das Frontend von DApps auf "externen Chains" senden. Anschließend überträgt ZetaChain über das öffentliche Konto auf der externen Chain eine bestimmte Menge an Vermögenswerten an die vom Nutzer angegebene Adresse oder interagiert mit dem vom Nutzer angegebenen DeFi-Protokoll.


Für die Implementierung dieser Reihe von Vorgängen sind spezielle Front-End-DApps erforderlich. Mit anderen Worten, ZetaChain selbst stellt nur Dienste als zugrunde liegende Infrastruktur für die Omnichain bereit, und es muss einen dedizierten Frontend-Eingang auf der Anwendungsseite geben, um Nachrichten in einem bestimmten Format zu generieren.

Das Sicherheitsmodell von ZetaChain: Ein großes Notar-Node-Netzwerk, das auf POS-Staking basiert

Letztendlich ist ZetaChain im Wesentlichen ein Netzwerk von Validator-Knoten, die für die Cross-Chain-Nachrichtenverarbeitung entwickelt wurden. Es basiert auf dem Cosmos SDK, umfasst zahlreiche Validierungsknoten und nutzt POS als Zulassungsmechanismus, wodurch Resistenz gegen Sybil-Angriffe erreicht und die zugrunde liegende Sicherheit gewährleistet wird.

Innerhalb des ZetaChain-Netzwerks bestätigen Validator-Nodes, die als dezentrale Notare dienen, welche ausstehenden Cross-Chain-Anfragen auf anderen Chains ausgelöst wurden. Im Konsens zeichnen sie diese Cross-Chain-Verhaltensweisen auf und fahren mit den nachfolgenden Schritten fort. Unter Verwendung von verteilten TSS-Schlüsselsignaturen kann ZetaChain Transaktionsanweisungen auf anderen Chains generieren. Man kann sagen, dass das, was Validatoren tun, eine gewisse Ähnlichkeit mit dem Notarmodus von Cross-Chain-Bridges hat, aber mit POS-Staking sind Validator-Knoten vertrauenswürdiger, was das Sybil-Problem angeht.


(Die aktuelle Liste der Validator-Nodes von Zetachain umfasst viele Projektparteien oder Institutionen) Der Validator-Client von Zetachian besteht aus zwei Modulen, ZetaCore und ZetaClient. Das ZetaCore-Modul beteiligt sich an der Generierung von ZetaChain-Blöcken und dem Konsensprozess, während das ZetaClient-Modul Ereignisse auf externen Chains beobachtet und ausgehende Transaktionen signiert. Hier kann "ausgehend" einfach so verstanden werden, dass das Transaktionsprotokoll auf ZetaChain aufgezeichnet und an "externe Chains" gesendet wird (gemeint sind Chains außerhalb von ZetaChain). Dies löst entsprechende Aktionen auf der Zielkette aus, wobei der Inhalt in erster Linie die Vertragsadresse, die Ketten-ID und den Nachrichteninhalt umfasst, die vom Benutzer in der Nachricht deklariert werden, ähnlich wie im Log-Abschnitt bei Ethereum-Transaktionen.


Umgekehrt kann unter "eingehend" die Aufzeichnung relevanter Nachrichten/Transaktionen auf externen Chains außerhalb von ZetaChain verstanden werden, wie z. B. Cross-Chain-Anfragen, Aufrufen von Smart Contracts auf zEVM usw. auf ZetaChain. Es ist wichtig zu beachten, dass beim Ausführen von Validator-Knoten für ZetaChain der Client-Code drei Module enthält: Validator, Observer und TSS Signer. Diese drei Module haben unterschiedliche Funktionalitäten, gehören aber alle zum ZetaChain-Client.

Observer- und TSS-Signer-Module

Erstens verfügen alle ZetaChain-Knoten über ein "Validator"-Modul mit ähnlichen Funktionalitäten wie Validator-Knoten in öffentlichen PoS-Chains, die an Blockgenerierungs- und Konsensprozessen teilnehmen. Darüber hinaus können Nodes über On-Chain-Vorschläge abstimmen, die auf dem Verhältnis der gestakten Token (ZETA) basieren. Die Blöcke von ZetaChain enthalten alle verarbeiteten Cross-Chain-Datensätze und Interaktionen mit Omnichain-Smart-Contracts, die als Protokoll fungieren.

Das "observer"-Modul im ZetaChain-Client führt andere öffentliche Chain-Full-Nodes/Light-Nodes aus und überwacht bestimmte Formate von Cross-Chain-Transaktionen/-Nachrichten. Das Observer-Modul arbeitet in zwei Modi: aktiv und passiv. Verschiedene ZetaChain-Knoten können wählen, ob sie das Observer-Modul in einen dieser Modi umschalten möchten. Das Observer-Modul überwacht kontinuierlich, ob es ZetaChain-bezogene Cross-Chain-Nachrichten/-Ereignisse auf anderen Chains gibt. Wenn dies der Fall ist, meldet das Observer-Modul des ZetaChain-Knotens die Situation an das Validator-Modul. Diese beobachteten Cross-Chain-Nachrichten werden dann an den ZetaChain-Block übermittelt und kollektiv durch Konsens bestätigt.

Es gibt zwei Beobachtungsmodi: den aktiven und den passiven Modus. Im aktiven Modus scannen Nodes kontinuierlich Transaktionen/Ereignisse/Zustände auf anderen Blockchains außerhalb von ZetaChain, indem sie volle Nodes dieser Chains ausführen. Im passiven Modus synchronisieren Nodes keine kompletten Blöcke von anderen Blockchains; Stattdessen empfangen sie passiv geparste Cross-Chain-Nachrichten von anderen ZetaChain-Knoten. Obwohl Nodes im passiven Modus keine kompletten externen Kettenblöcke synchronisieren, synchronisieren sie Blockheader und bestätigen durch Merkle-Beweise, dass diese Cross-Chain-Nachrichten/Transaktionsdaten wirklich auf der externen Kette existieren.

Der Vorteil des aktiven Modus besteht darin, dass die meisten ZetaChain-Knoten Daten von externen Chains synchronisieren und so einen starken Widerstand gegen Zensur bieten. In diesem Modus kann jede Benutzerinteraktion mit ZetaChain stattfinden, sobald ein Knoten eine Anfrage erkennt, die auf einer externen Kette initiiert wurde. Im aktiven Modus ist das Ausführen von Knoten jedoch mit höheren Kosten verbunden. Neben der Ausführung des ZetaChain-Node-Clients müssen die Nodes auch vollständige Knoten externer Chains ausführen, Daten synchronisieren und kontinuierlich Scans durchführen. Auf der anderen Seite bietet der passive Modus deutlich niedrigere Betriebskosten für reguläre Beobachterknoten. Nur bestimmte Knoten führen den Full-Node-Client externer Chains aus, während andere Nodes Lightweight-Clients ausführen, ohne vollständige externe Chain-Blöcke zu synchronisieren. Dies führt zu geringeren Kosten und einer einfacheren Skalierbarkeit der Knotenanzahl im passiven Modus, was die Integration mit mehreren externen Chains erleichtert. Der Nachteil des passiven Modus besteht jedoch darin, dass die Beobachtungsaktivität von Daten auf externen Ketten von wenigen Knoten abhängt, was zu einer schwächeren Resistenz gegen Zensur führt. Um diese Situation zu entschärfen, bietet ZetaChain den Knoten einen Anreiz, den aktiven Modus des Observer-Moduls auszuführen.


(Im aktiven Modus müssen Nodes den vollständigen Node-Client externer Chains ausführen. Im passiven Modus werden nur leichtgewichtige Clients externer Chains ausgeführt, die im aktiven Modus Cross-Chain-Nachrichten und Merkle-Proofs von ZetaChain-Knoten empfangen, um die Gültigkeit der Nachrichten zu bestätigen)

TSS-Signatur

Alle Cross-Chain-Nachrichten, die von ZetaChain-Nodes beobachtet und verifiziert werden, lösen letztendlich eine Transaktion auf der Ziel-Chain über die öffentliche Kontoadresse von ZetaChain aus, was zu nachfolgenden Operationen führt. Dabei ist die Generierung einer digitalen Signatur für diese Cross-Chain-Transaktion auf der Ziel-Chain erforderlich. Um Sicherheit und Vertrauenswürdigkeit zu gewährleisten, wird die Signaturgenerierung von allen ZetaChain-Knoten durchgeführt, wobei Schlüsselfragmente für die Signaturgenerierung gemeinsam gespeichert werden. Diese Schlüsselfragmente werden auf mehrere Unterzeichner verteilt, und nur wenn die Mehrheit der Unterzeichner ihre Unterschriften bereitstellt, kann die digitale Signatur für die Transaktion auf der externen Kette generiert werden. Zu keinem Zeitpunkt kann eine einzelne Entität oder eine kleine Teilmenge von Knoten ZetaChain beim Auslösen von Transaktionen oder Signieren von Nachrichten auf externen Chains repräsentieren.


Im Cross-Chain-Modell von ZetaChain ist es nur notwendig, eine gemeinsame Kontoadresse auf verschiedenen Chains zu haben, ohne dass komplexe Smart Contracts eingesetzt werden müssen. Der Multi-Signatur-Algorithmus von ZetaChain verwendet TSS, das Threshold Signature Scheme. Während extern sichtbare digitale Transaktionssignaturen einem einzigen privaten Schlüssel, einem öffentlichen Schlüssel und einer Adresse entsprechen, wird dieser private Schlüssel in Wirklichkeit von vielen Fragmenten generiert, die über alle ZetaChain-Knotengeräte verteilt sind und ohne die Beteiligung von Vermittlern generiert werden. Zu einem bestimmten Zeitpunkt können eine einzelne Entität oder einige wenige Validatoren nicht das gesamte Netzwerk repräsentieren, um private Schlüsselfragmente zusammenzusetzen und Nachrichten zu signieren. Der Schlüsselgenerierungs- und Signaturprozess von TSS wird durch Multi-Party Computation (MPC) durchgeführt, wodurch sichergestellt wird, dass keine Geheimnisse der teilnehmenden Knoten durchsickern. ZetaChain-Knoten können Transaktionssignaturen auf verschiedenen Chains generieren. ZetaChain ist nicht nur mit verschiedenen EVM-Chains kompatibel, sondern bietet auch die Möglichkeit, Smart Contracts für Bitcoin oder Nicht-Smart-Contract-Chains aus der Ferne aufzurufen. Die Benutzererfahrung ist analog zu Bitcoin-Nutzern, die bestimmte DeFi-Funktionen direkt aufrufen.


Dieses Szenario eignet sich besonders für das Hosting von Multi-Chain-DeFi-Anwendungen innerhalb des BTC-Ökosystems. Da die BTC-Blockchain keine übermäßig komplexe Geschäftslogik implementieren kann, ist sie auf eine externe Infrastruktur angewiesen, um bestimmte DeFi-Verträge aus der Ferne aufzurufen. Die Funktionen von ZetaChain eignen sich gut für Benutzer innerhalb des BTC-Ökosystems, um DeFi-Verträge asynchron aufzurufen.

zEVM: Cross-Chain-DAPP-Vertragsplattform aus einer Hand

Im Gegensatz zu herkömmlichen Cross-Chain-Lösungen, die den Einsatz von Mapping-Asset-Verträgen auf jeder Chain erfordern, erreicht ZetaChain Cross-Chain-Funktionalität, indem ein Smart Contract nur einmal auf seiner eigenen Chain eingesetzt wird. In ZetaChain gibt es eine EVM-kompatible Ausführungsschicht namens zEVM, in der Cross-Chain-Smart-Contracts direkt eingesetzt werden können. zEVM unterstützt die folgenden Funktionen: Jeder kann Transaktionsdaten in einem bestimmten Format auf der externen Kette senden und einen Vertrag auf zEVM aufrufen; Die Vertragslogik auf zEVM kann die ausgehenden Transaktionsdaten steuern, die in der externen Kette generiert werden. Diese beiden zusätzlichen Funktionen ermöglichen es zEVM, die allgemeine Programmierung zu unterstützen, spezifische Geschäftslogik bereitzustellen und den Zustand auf verschiedenen Chains atomar zu ändern. Wenn eine Cross-Chain-Operation stattfindet und ZetaChain feststellt, dass die nachfolgenden Schritte dieser Cross-Chain-Operation auf der Ziel-Chain nicht erfolgreich sind, können die Daten, die durch die Cross-Chain-Transaktion im ZetaChain-Vertrag geändert wurden, zurückgesetzt werden, als ob nichts passiert wäre. Darüber hinaus muss die Omnichain-Anwendung DAPP keine Zuordnungs-Asset-Verträge auf verschiedenen Chains bereitstellen. Es muss nur den Vertrag auf der ZetaChain-Kette verwenden, um die Cross-Chain-Nachrichtenverarbeitungslogik zentral in einer Anlaufstelle einzurichten, ohne dass Cross-Chain-Verträge häufig in einem Multi-Chain-Netzwerk bereitgestellt werden müssen. Dadurch können die Entwicklungskosten für Full-Chain-DAPP erheblich eingespart werden. Da auf Benutzerebene nicht häufig mit zugeordneten Asset-Verträgen auf mehreren Chains interagiert werden muss, sind die Kosten niedriger als bei Mainstream-Cross-Chain-Bridges, die die Bereitstellung von zugeordneten Asset-Verträgen auf verschiedenen Chains erfordern. Darüber hinaus können auch spezielle DeFi-Verträge und ZRC-20- oder sogar NFT-Assets auf ZetaChain eingesetzt werden, um Daten zum Asset-Status zu synchronisieren oder AA-Konten bereitzustellen. Dadurch erhält es einheitliche Funktionen für die Asset-Management-Plattform (Statusaufzeichnung). Da wir nicht mehr hart arbeiten müssen, um Vermögenswerte auf mehreren Chains zu besitzen, kann dieses Szenario einheitlicher Asset-Konten in der gesamten Kette in Zukunft mehr Potenzial generieren.

Schlussfolgerung

Aus dem, was wir in diesem Artikel besprochen haben, haben wir ein besseres Verständnis der "Omnichain-Interoperabilitätsinfrastruktur" von ZetaChain gewonnen. Über das Observer-Modul im Validator-Client überwacht ZetaChain bestimmte Nachrichten/Transaktionen auf externen Chains, meldet sie an das Validator-Modul, erzielt einen Konsens über Nachrichten innerhalb des ZetaChain-Netzwerks, analysiert die in den Nachrichten enthaltenen Daten, generiert digitale Signaturen mithilfe von TSS und löst nachfolgende Transaktionsprozesse auf den entsprechenden Zielchains aus, wodurch kettenübergreifende Interaktionen über das gesamte Netzwerk hinweg realisiert werden. Gleichzeitig ermöglichen uns die auf ZetaChain basierenden Omnichain-Smart-Contracts, eng mit verschiedenen Blockchains zu interagieren, ohne dass wir Asset-Verträge auf verschiedenen Chains abbilden müssen. Dadurch entfällt der Aufruf redundanter Vertragslogik und es werden Transaktionskosten eingespart. Da ZetaChain EVM-kompatibel ist, kann jeder DApp-Entwickler oder sogar einzelne Benutzer eine benutzerdefinierte Cross-Chain-Nachrichtenverarbeitungslogik bereitstellen. Theoretisch kann man den gesamten DApp-Vertrag aus einer Hand bereitstellen. Entwickler von Cross-Chain-Anwendungen müssen die Mapping-Asset-Vertragslogik nicht häufig auf verschiedenen Chains bereitstellen/aktualisieren, wodurch die Kosten für eine redundante Entwicklung entfallen.

Verzichtserklärung:

  1. Dieser Artikel ist ein Nachdruck von [极客 Web3], Alle Urheberrechte liegen beim ursprünglichen Autor [Howe & Faust, 极客web3]. Wenn es Einwände gegen diesen Nachdruck gibt, wenden Sie sich bitte an das Gate Learn-Team , das sich umgehend darum kümmern wird.
  2. Haftungsausschluss: Die in diesem Artikel geäußerten 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 verboten.
Comece agora
Inscreva-se e ganhe um cupom de
$100
!
Criar conta