Hintergrund des Projekts

1. Schicht 1 und geschlossene Insel

  • Schicht 1 bezieht sich auf die zugrunde liegende Blockchain

  • Einschließlich Ethereum, Bitcoin, Solana, Polkadot, Near, Cosmos, Aptos, Sui usw.

  • sind die Hauptnetzwerke in ihren jeweiligen Ökosystemen

  • Layer 1 kann Transaktionen auf seiner eigenen Blockchain verarbeiten und abschließen und verfügt außerdem über einen eigenen nativen Token zur Zahlung von Transaktionsgebühren.

  • Ethereum ist ein Riese, aber es kann nicht der einzige sein.

https://defillama.com/chains

  • Das L1-Ökosystem boomt und greift immer weiter in den ökologischen Anteil der ETH ein

Aus technischen, ökologischen, wettbewerbstechnischen und anderen Gründen sind die Hauptketten isolierte Inseln, die nicht miteinander kommunizieren können und Vermögenswerte nicht übertragen werden können.

2. Kreuzkette

  • Kettenübergreifend: Interoperabilität zwischen mehreren Ketten, hauptsächlich einschließlich Token-Austausch, Token-Übertragung und Informationsübertragung

  • Der Status quo, dass jede Kette isoliert ist, schränkt die Diversifizierung der Benutzerbedürfnisse und die Skalierbarkeit der Blockchain ein.

  • Neue dApps nehmen ständig zu, Vermögenswerte müssen übertragen und Daten miteinander verbunden werden

  • Die Cross-Chain-Technologie gilt als der Heilige Gral im Blockchain-Bereich und ist die Schlüsseltechnologie, um die Interoperabilität zwischen Tausenden von Ketten zu erreichen.

  • Die Bedeutung wird mit dem TCP/IP des Internets verglichen, das das Internet zum Internet macht.

  • Große Nachfrage nach Web3

1. Das gesamte Web3 erfordert möglicherweise Milliarden von TPS, und viele L1s sind möglicherweise nicht in der Lage, dies gemeinsam zu bewältigen.

2. Es besteht ein dringender Bedarf, alle L1 zu einem Ganzen zusammenzufassen

3. Cross-Chain-Paradigma

1. Atomarer Austausch basierend auf Hash-Zeitsperre

  • Einfaches Prinzip

Benutzer A generiert ein zufälliges Passwort r, berechnet den Hash-Wert m = Hash (r) von r und sendet den m-Wert an Benutzer B.

Gleichzeitig initiiert Benutzer A eine Transaktion zur Übertragung von 1 BTC an Benutzer B. Der Erfolg dieser Transaktion ist an Bedingungen geknüpft.

Benutzer B muss das Passwort r angeben, um erfolgreich zu sein, andernfalls schlägt die Transaktion nach der voreingestellten Zeit automatisch fehl;

Nachdem Benutzer B die von A initiierte Transaktion gesehen hat, initiiert er auch eine Transaktion, um 10 ETH an Benutzer A zu übertragen. Diese Transaktion

Der Erfolg ist auch an Bedingungen geknüpft, sodass Benutzer A r erstellen muss, um erfolgreich zu sein.

Nachdem Benutzer A die von B initiierte Transaktion gesehen hat, präsentiert er den r-Wert, wodurch die von B initiierte Transaktion erfolgreich ist, und erhält 10 der Überweisung von B.

ETH, r-Wert wird offengelegt;

Benutzer B erhielt auch den von A im vorherigen Schritt präsentierten r-Wert, wodurch die von A initiierte Transaktion erfolgreich war und 1 BTC von A übertragen wurde;

Nach Überschreiten der voreingestellten Zeit (Hash-Zeitsperre) schlägt die Transaktion automatisch fehl;

  • Hash-Werte und Zeitsperren realisieren atomare Transaktionen, die ohne Vertrauensannahmen zwischen beiden Parteien in der Kette deintermediiert werden, da die Hash-Operation irreversibel ist und r bei Kenntnis von m nicht abgeleitet werden kann

  • Als Ereignis gekoppelt wird weder der Gesamterfolg noch der Gesamtfehler eintreten. Der Transfer von A nach B wird nicht gelingen, der Transfer von B nach A jedoch scheitern.

  • Beide Transaktionsparteien müssen gleichzeitig online sein und den Teilnahmeprozess strikt umsetzen. Wenn kein Online-Kontrahent gefunden werden kann, müssen Sie warten.

  • Die Transaktionsgebühren sind relativ hoch

  • Passübertragung und umfassendere kettenübergreifende Informationsübertragung können nicht realisiert werden

  • Wird oft in Kombination mit anderen Cross-Chain-Technologien verwendet

2. Mehrere Zeugen

  • Die Methode zur Generierung von Zeugen kann erlaubnisbasiert oder frei zugänglich sein.

  • Die Grundlage für das Vertrauen der Benutzer in den Zeugen kann in der eigenen Bonität des Zeugen oder in der übermäßigen Besicherung des Zeugen liegen.

  • Zeugen können benannt, rotiert oder zufällig ausgewählt werden

  • Das Witness-Modell ist eine kettenübergreifende Methode, die relativ einfach zu implementieren, äußerst vielseitig und mit geringen Anpassungskosten verbunden ist.

  • Wenn es einem Hacker gelingt, in den Zeugenserver einzudringen, kann er alle in der Kette gesperrten Gelder stehlen.

  • Die Projektpartei kann die entsprechenden Gelder einziehen, wenn sie auf frischer Tat ertappt wird.

  • Der gesamte Verifizierungsprozess kann das Risiko eines Fehlverhaltens nicht vollständig vermeiden

  • Die Verluste durch Cross-Chain-Bridge-Diebstahl werden im Jahr 2022 2 Milliarden US-Dollar erreichen, und Projekte, die MPC Cross-Chain verwenden, werden die Hauptlast tragen

  • Mainstream-Cross-Chain-Einrichtungen wie Multichain, Celer und Axelar nutzen alle MPC

3. Zentralisiertes Oracle

  • Orakel und Relais arbeiten unabhängig voneinander und verifizieren sich gegenseitig

  • Oracle von Chainlink übermittelt die kettenübergreifenden Quellketteninformationen (Receipt) an die Hauptkette. Gleichzeitig übermittelt der Relay-Chain-Relayer auch kettenübergreifende Informationen (Blockhash und BlockreceiptsRoot) zur Überprüfung der Hauptkettentransaktion Die vom Relayer und dem Oracle übermittelte Quittung überprüft die Übereinstimmung zwischen den übermittelten QuittungenRoot (hier gibt es keine Korrespondenz und muss bestätigt werden). Wenn die Überprüfung erfolgreich ist, wird die Quittung als legale Quittung betrachtet und an das Protokoll der oberen Ebene weitergeleitet lösen nachfolgende kettenübergreifende Asset-Operationen aus.

  • Es muss davon ausgegangen werden, dass Relayer und Oracle unabhängig sind, und diese Vertrauensannahme kann nicht für immer und grundsätzlich nicht hergestellt werden

  • Ich garantiere, dass die beiden sich nicht verschwören können, um Böses zu tun.

  • Der Relayer verlässt sich bei der autoritativen Rangfolge auf die Anzahl der Zusagen, die jedoch nach dem Zufallsprinzip ausgewählt werden. Es besteht immer noch das Risiko einer Absprache zwischen Oracle und der autoritativen Person.

  • Gleichzeitig ist die kettenübergreifende Dateneinspeisung der Oracle-Maschine nicht genau genug, und der Grad der Dezentralisierung kann keinen kryptografischen Beweis liefern, und es besteht die Möglichkeit, dass ein Dritter zusammenarbeitet, um Böses anzurichten.

  • Das Token-Projekt ist LayerZero

  • Nicht absolut dezentral

4. Lichtknoten

4.1 Lichtknoten

  • Light-Client

  • Es bezieht sich auf einen kleineren Knoten, der nur Blockheader-Informationen speichert.

  • Light Nodes speichern nicht alle Transaktionen in der Kette, können aber die Authentizität von Nachrichten aus der Quellkette anhand von Blockheaderinformationen überprüfen.

  • Der Prozess ist ungefähr wie folgt

Wenn Quellkette A (z. B. SOL) die Übertragung kettenübergreifender Transaktionsinformationen an Zielkette B (z. B. ETH) anfordert, stellt der Transaktionsinitiator die Transaktionsdetails, die Blockhöhe und das SPV-Zertifikat der Transaktion bereit (in Bezug auf). Transaktions-Mekre-Pfad) und an die B-Kette senden;

Der Light-Node-Vertrag von Kette A, der auf Kette B bereitgestellt wird, berechnet durch SPV-Proof den Block-Header-Hash-Wert des Blocks neu, in dem sich die Transaktion befindet;

Der erhaltene Hash-Wert wird mit dem entsprechenden Block-Header-Hash-Wert im Light-Knoten verglichen. Wenn sie konsistent sind, bedeutet dies, dass die Transaktion in dem Block stattgefunden hat. Wenn sie inkonsistent sind, bedeutet dies, dass die Transaktion in diesem Bereich nicht vorhanden ist ;

4.2 Doppelt verketteter, zweifach verankerter Lichtknoten

  • Beide Ketten sind Hauptketten, beide verfügen über Konsensmechanismen und native Token und jede hat Sicherheitsgarantien.

  • Die Beziehung zwischen der Quellkette und der Zielkette ist relativ, und die beiden Ketten können die Quellkette des anderen sein.

  • Bei einem Cross-Chain-Messaging-Ereignis wird die Quelle der Nachricht häufig als Quellkette und der Empfänger der Nachricht als Zielkette bezeichnet.

  • Durch das gegenseitige Vergraben der Lichtknoten können kettenübergreifende Parteien Informationen über die Ketten des anderen lesen und miteinander kommunizieren. Diese Form wird als Two-Way-Pegging bezeichnet.

  • In beiden Richtungen gibt es Relayer-Gruppen, die für die gegenseitige Übermittlung von Informationen verantwortlich sind.

  • Das repräsentative Projekt ist das MAP-Protokoll, das bidirektional in jeder Kette verankert ist.

4.3 Zweiseitige Verankerung von Teilketten

  • Die Unterkette und die Hauptkette übermitteln einander Informationen über Lichtknoten, wie z. B. die Beziehung zwischen dem Polkadot-Hauptnetzwerk und der Unterkette, die Beziehung zwischen Cosmos und der Unterkette und die Beziehung zwischen Aurora und der Unterkette -Kette.

  • Die Sub-Chain verfügt nicht über einen eigenen Konsensmechanismus und kein natives Token. Ihre Sicherheit ist ausschließlich auf die Hauptkette angewiesen. Die Seitenkette selbst ist eine unabhängig funktionierende Blockchain ein relatives Konzept, bidirektional

4.4 Relaiskette

  • Richten Sie bidirektionale Ankerlichtknoten zwischen jeweils zwei Ketten ein. Die Anzahl der Verbindungen und die Anpassungskosten nehmen mit zunehmender Anzahl der Ketten exponentiell zu.

  • Weiterleitungskette: Richten Sie eine Weiterleitungskette ein. Alle anderen Hauptketten sind mit leichten Knoten versehen. Anschließend werden auf jeder Kette leichte Knoten dieser Kette eingerichtet, und die Kosten sinken sofort. n(n-1)/2 wurde auf n reduziert (n ist die Anzahl der Ketten)

4.5 Vorteile von Relaiskettenlichtknoten

  • Gemeinsame Mainnet-Sicherheit

Das Relay-Schema ist eine Variante des Zwei-Wege-Ankerschemas und teilt die Sicherheit der Hauptkette;

Die Transaktionsinformationen werden über den Blockheader überprüft und ihre Zuverlässigkeit ist kryptografisch garantiert. Ob die Transaktion existiert, hat nichts mit dem Verifizierer zu tun und ist vollständig dezentralisiert.

Das Verifizierungsverfahren des Lichtknotens ist genau das gleiche wie das des Quellkettennetzwerks und teilt die Sicherheit des Quellnetzwerks.

Der von Relayern übergebene Blockheader kann nicht gefälscht werden, da der Light-Node-Vertrag den Block wie ein vollständiger Knoten strikt überprüfen kann und falsche Blockheader die Überprüfung nicht bestehen können.

Der einzig mögliche Weg für böswillige Relayer, sich zu verschwören, um Böses zu tun, besteht darin, den Block-Header eines Blocks in einer gespaltenen Kette weiterzugeben. Für ein gesundes Netzwerk wird die gespaltene Kette jedoch letztendlich nicht zur längsten Kette;

Nur wenn die Quellkette oder Zielkette selbst neu organisiert wird, wird die Sicherheit des Light-Node-Vertrags beeinträchtigt;

  • Komplett dezentral

Relayer unterscheidet sich von Zeugen, die vertraglich kontrolliert werden und nichts mit der Zentralisierung zu tun haben.

Verlassen Sie sich bei der Überprüfung der Rechtmäßigkeit nicht auf privilegierte Dritte oder autorisierte Dritte.

  • Niedrigere Betriebskosten und eine breitere dezentrale Zukunft

Der Relayer in der Light-Node-Seitenkette muss nicht wie der Zeuge überbesichert werden und kann die Ausgabe von mehr kettenübergreifenden verankerten Vermögenswerten zu geringeren Kosten erreichen;

Leichte Knoten erfordern keine leistungsstarke Hardware oder die hohe Bandbreite, die für den Betrieb vollständiger Knoten erforderlich ist. Sie können daran teilnehmen, indem Sie Geld von Mobiltelefonen oder eingebetteten Geräten leihen, was der Dezentralisierung förderlicher ist.

  • Eine einfache Möglichkeit, die Legitimität einer Transaktion im gesamten Hauptbuch schnell zu überprüfen

  • Light-Knoten verwenden die Light-Node-Methode des anderen, um den Vertrag zu überprüfen, der über unabhängige Selbstverifizierungsmerkmale verfügt.

  • Es verfügt über eine hohe Skalierbarkeit und ist derzeit die am weitesten verbreitete kettenübergreifende Lösung.

4.6 Nachteile der Relaiskette

  • Um eine aktive Kompatibilität zu erreichen, müssen unterschiedliche Anpassungspläne basierend auf den Merkmalen verschiedener Zugriffsketten formuliert werden, was einen hohen Arbeitsaufwand erfordert.

  • Unterschiedliche Ketten haben unterschiedliche Sicherheiten, was kettenübergreifende Kreditprobleme verschiedener Zugangsketten mit sich bringt, um die Sicherheit des gesamten kettenübergreifenden Netzwerks zu schützen.

  • Nach und nach entstehen neue Blockchains. Wenn Zugriffsketten mit neuen Eigenschaften auftauchen, müssen neue Anpassungen entwickelt werden.

4.7 Blaupause für die Bildung einer Relaiskette – vollständige Kette

  • Full Chain ist die Zukunft von Multi-Chain und löst Cross-Chain-Probleme ein für alle Mal

  • Erkennen Sie die Verbindung von Tausenden von Ketten

  • Eine bestimmte Relaiskette wird zur Schicht 0 der Blockchain-Welt, und andere Ketten werden in Form von Schicht 1, Schicht 2 ... verbunden.

  • Die Relay-Kette ist nicht nur eine Brücke, sondern ein Hub (Ketten-Hub). Während der Hub für die kettenübergreifende Nachrichtenübertragung verantwortlich ist, muss er auch Probleme wie das Nachrichtenrouting zwischen den Ketten und das Nachrichten-Timing bewältigen.

  • dApps, Protokolle und Benutzer auf verschiedenen Hauptketten interagieren nahtlos und nahtlos, was zu einer besseren Benutzererfahrung führt

  • Verbinden Sie alle Benutzer und Vermögenswerte auf der Blockchain, und Multi-Chain-Ledger sind nicht mehr fragmentiert

  • Es ist der beste Wachstumsplan für dApp unter der Koexistenz mehrerer Ketten und der Schlüssel zum Wachstum von Web3

  • In einer Zukunft, in der der Multi-Chain-Wettbewerb immer härter wird, könnte die Full-Chain-Infrastruktur eine wichtigere Blockchain-Erweiterungslösung sein als L2.

4.8 Dominierende Staffelkette Polkdot und Cosmos

  • Der parallele Slot von Polkadot und der Hub von Cosmos sind typische „Zwei-Wege-Anker“-Beziehungen, die beide die Idee der Weiterleitung beinhalten und darauf abzielen, die Verbindung aller Netzwerke zu realisieren.

  • Das Cross-Chain-Messaging-Protokoll IB von Cosmos basiert weiterhin auf in die Empfangskette integrierten Light-Node-Verträgen, um Cross-Chain-Nachrichten zu überprüfen. Das Cross-Chain-Messaging-Protokoll XCMP von Polkadot verwendet keine Light-Node-Technologie, um die Legitimität von Cross-Chain-Nachrichten zu überprüfen , stattdessen gemeinsame Validatoren verwenden

  • Die Polkadot-Relay-Kette und der Cosmos Hub verfügen nicht über Turing-Vollständigkeit und können keine intelligenten Verträge kompilieren. Das von Cosmos erstellte Cosmos SDK erfordert die Implantation anderer Ketten am Ende der Kette B. Klaytn, Polygon, Avax und andere Nicht-Ketten-Entwicklungstools, ist es notwendig, die zugrunde liegende Struktur der Blockchain aktiv zu modifizieren, um sie mit ihnen isomorph zu machen, und dann das SDK in die unterste Schicht der Kette zu implantieren, um eine kettenübergreifende Umsetzung zu erreichen . Die Änderung der zugrunde liegenden Struktur ist jedoch eine äußerst komplexe Herausforderung, daher gibt es derzeit kein erfolgreiches L1, das mit der Polkadot-Relay-Chain und dem Cosmos Hub verbunden ist.

  • Um sich mit der Polkadot-Relay-Chain zu verbinden, müssen die Buchhaltungsrechte an die Relay-Chain übergeben werden, was bedeutet, dass die Sicherheit an die Relay-Chain übergeben werden muss, was andere ökologisch wohlhabende L1s nicht akzeptieren können.

  • Für dApp-Entwickler erfordert die Verwendung von Polkadot und Cosmos, dass Sie zunächst Ihren eigenen dedizierten L1 erstellen und dann Ihre dApp auf dem von Ihnen erstellten L1 bereitstellen. Der Aufbau eines eigenen L1 ist jedoch nicht die Kernanforderung von dApp, wohl aber die Abdeckung von mehr Benutzern und Assets. Unabhängig von den Entwicklungskosten, den Lernkosten oder der Sicherheit ist es nicht kosteneffektiv, zuerst L1 zu erstellen und dann einen Entwicklungspfad zu suchen, um Benutzerressourcen kettenübergreifend mit anderen Ketten zu verknüpfen.

  • Obwohl Polkadot und Cosmos den Cross-Chain-Mechanismus Light Client (Light Client) verwenden, der ebenfalls sehr sicher ist, sieht es eher so aus, als hätten sie ein riesiges internes Ökosystem aufgebaut und nicht viel in Bezug auf echte Interchain-Interoperabilität und die Erweiterung des dApp-Ökosystems getan . nicht ideal. Ihre Designstrukturen und technischen Mechanismen erschweren die Zusammenarbeit mit erfolgreichen Blockchains wie Ethereum und BNB. Obwohl dApps praktische Tools zur Kettenausgabe bieten, erfüllen sie nicht wirklich ihre Anforderungen an die Abdeckung von Benutzern und Vermögenswerten.

  • Jede Hauptkette, die sich mit Polkadot oder Cosmos verknüpfen möchte, kann nur aktiv kompatibel sein

  • Derzeit sehen wir noch keine Beweggründe oder Trends, die beide Parteien kompatibel machen würden.

Analyse des MAP-Protokollprojekts

1. Projekteinführung

  • Die Hauptkette des MAP-Protokolls Die Relaiskette ist eine Relaiskette, und in der Kette befinden sich leichte Knoten aller anderen Hauptketten.

  • und hat MAP-Protokoll-Light-Knoten in seiner Hauptkette installiert

  • Das MAP-Protokoll kompiliert proaktiv die Vertragsschicht auf der Hauptkette Relay Chain mit integrierten Signaturalgorithmen und Hash-Algorithmen für jedes Wohlstands-L1 vor.

  • Stellen Sie eine vollständige Verbindung zu Mainstream-EVM und Nicht-EVM wie Ethereum/Polygon/BNB Smart Chain/Klaytn/NEAR her und stellen Sie die Light-Knoten der MAP-Protokoll-Hauptkette Relay Chain in Form von Smart Contracts auf jedem L1 bereit

  • Durch die Verbindung der Light-Knoten mit der Hauptkette der installierten Relay-Chain-Light-Knoten werden alle L1- und Relay-Ketten zu isomorphen Ketten, während gleichzeitig eine kettenübergreifende Gültigkeitsüberprüfung zwischen Light-Knoten realisiert wird.

2. Projektstruktur

1. Protokollschicht – Basiskern

  • Bestehend aus MAP Replay Chain, in jeder Kette bereitgestellten Light Nodes und dem Inter-Chain-Messaging-Programm Maintainer

  • Die virtuelle Maschinenschicht der MAP-Relay-Kette verfügt über erfolgreich integrierte wichtige L1-Signaturalgorithmen, Hash-Algorithmen und Merkle-Tree-Beweise in Form vorkompilierter Verträge, wodurch die MAP-Relay-Chain durch die MAP zu einer Super-Sprachmaschine wird, die verschiedene Sprachen beherrscht Relay Chains können von Kette zu Kette miteinander kommunizieren, was eine einheitliche Grundlage für die Interoperabilität verschiedener Ketten bildet.

  • Leichte Knoten verfügen über die Eigenschaften einer unabhängigen Selbstverifizierung und einer sofortigen Endgültigkeitsgarantie. Basierend auf der isomorphen Grundlage der MAP-Relay-Kette kann das Kreuzvalidierungsnetzwerk für leichte Knoten dieselbe Datensprache haben und problemlos auf jedem entsprechenden L1 im Formular bereitgestellt werden von Smart Contracts und führen Sie dann eine dezentrale kettenübergreifende Gültigkeitsüberprüfung durch

  • Maintainer ist ein unabhängiges Inter-Chain-Messaging-Programm, das für die Aktualisierung des neuesten Status von Light Nodes und das Schreiben der Konsensschicht-Blockheader-Informationen (Validator-Signatur) jeder Kette in den Light Node-Smart-Vertrag der Ursprungskette auf der Zielkette verantwortlich ist Dies stellt sicher, dass die Light Nodes der Ursprungskette in der Zielkette mit den Validator-Informationen der Ursprungskette übereinstimmen.

2. MOS-Full-Chain-Serviceschicht

  • MAP Omnichain als Service-Schicht

  • Ähnlich wie der Google Mobile Service für das Android-Ökosystem bietet es umfassende Entwicklungsdienste für dApp-Entwickler

  • Diese Schicht verfügt über kettenübergreifende Asset-Locking-Smart-Contracts und eine kettenübergreifende Messaging-Komponente, die auf jeder Blockchain bereitgestellt wird. Entwickler können diese Schicht direkt verwenden, um vollständige Anwendungsszenarien zu erstellen, oder sie können entsprechend ihren eigenen Anforderungen weiter kompilieren und Lernkosten in der gesamten Kette

  • Bei den Smart Contracts auf dieser Ebene handelt es sich allesamt um Open-Source-Komponenten, die das CertiK-Audit bestanden haben, und dApp-Entwickler können sie direkt nutzen, ohne sich Gedanken über Sicherheit und Entwicklungskosten machen zu müssen.

3. Vollständige Kettenanwendungsschicht

  • Omnichain-Anwendungsschicht

  • Nehmen wir als Beispiel dezentrale Derivate und synthetische Vermögenswerte. Da diese derzeit vom Preis und der Menge anderer Vermögenswerte in der Kette abhängen, können keine genauen und zeitnahen Vermögensdateninformationen über Off-Chain-Orakel abgerufen werden. Gut.

  • Obwohl die Bereitstellung in mehreren Ketten dieses Problem lösen kann, ist dieser Prozess zeitaufwändig und arbeitsintensiv und erhöht unnötige Entwicklungskosten.

  • Nach der Bereitstellung in der MAP-Replay-Kette können dezentrale Derivate und synthetische Assets genaue Multi-Chain-Daten von den Orakeln in der MAP-Protokollkette erhalten und unterliegen nicht mehr den Hindernissen des Datenflusses, sodass der gesamte Asset-Chain-Fluss problemlos realisiert werden kann .

  • Ähnliche Anwendungsszenarien umfassen Full-Chain-DID, Full-Chain-Lending, Full-Chain-Swap, Full-Chain-GameFi, Full-Chain-DAO-Governance, Full-Chain-Token und Full-Chain-NFT, unabhängig davon, welches L1 der Hauptgeschäftsvertrag ist dApp wird über das MAP-Protokoll bereitgestellt. Entwickler können problemlos Anwendungen für die gesamte Kette erstellen, die alle Benutzer und Assets der Kette abdecken können.

4. ZK-Technologieanwendung

  • Signaturprüfungen: Merkle-Beweisprüfungen gegen bestimmte Merkle-Wurzeln sowie Hash-Verkettung und kumulative Arbeitsprüfungen eignen sich für die Authentifizierung über zkSNARKs

  • Beim Aufbau von Light Nodes ist es einfacher, große Mengen an Validatorgruppeninformationen oder Blockheadern zu speichern.

  • Die Verpflichtung bezieht sich auf den Satz von Validatoren (PoS) oder den neuesten Satz von Blockheadern (PoW) und wird jedes Mal aktualisiert, wenn sich der Satz ändert.

  • Verwenden Sie zkSNARK, um zu beweisen, dass die Änderung von der alten Verpflichtung zur neuen Verpflichtung eine gültige Änderung im Validator-Set oder Block-Header-Set widerspiegelt

  • Die von zkSNARK auferlegten Einschränkungen umfassen hauptsächlich die Überprüfung, ob genügend alte Validatoren den neuen Satz genehmigt haben und das Abstimmungsgewicht einen bestimmten Schwellenwert überschreitet.

3. Anwendungsbeispiele für die gesamte Kette

1. Cross-Chain-Kreditvergabe

  • Wenn ein Benutzer derzeit Geld auf Kette A hat, aber auf Kette B schürfen möchte, muss der Benutzer derzeit 9 Schritte durchlaufen

Verpfändung auf Kette A -> Ausleihen -> Cross-Chain-Brücke (Gebühr) -> Umtausch (Gebühr) -> Minen auf der Zielkette -> Zurücktauschen (Gebühr) -> Cross-Chain-Zurück (Gebühr) -> Rückzahlung des Darlehens - >Versprechen aufheben;

  • Über das MAP-Protokoll verpfänden Sie auf der A-Kette, leihen, schürfen, zahlen zurück und entsperren das Pfand auf der Zielkette, wodurch Sie vier Cross-Chain-Bridge- und Umtauschgebühren überspringen.

2. Vollständiger Kettentausch

  • Full-Chain-Swap verbindet die besten kettenübergreifenden DeFi-Protokolle, um Münzen zu Gebühren auszutauschen, die viel niedriger sind als bei herkömmlichen DeFi-Börsen.

  • Durch das MAP-Protokoll können Entwickler einen wirklich dezentralen Austausch mit vollständiger Kette aufbauen, der es Benutzern ermöglicht, jeden Token in jeder Kette auszutauschen.

  • Full-Chain-SWAP kann auch einen Full-Chain-Aggregationsaustausch erreichen, indem es die Liquidität von Mainstream-DEXs verbindet

  • Vorhandene AMMs können umschlossen werden, um einen vollständigen Austausch von einem Asset zum anderen durchzuführen, ohne dass vorhandener Code geändert werden muss

  • Benutzer können mit nur einer Transaktion aus der Quellkette von Ethereums ETH zu NEARs Near wechseln

  • Bei einer mit dem MAP-Protokoll erstellten Full-Chain-Börse können Benutzer die Liquidität von Multi-Chain-Coins in einem Pool erhöhen, was bedeutet, dass es möglich ist, einem Paar Token aus verschiedenen Chains Liquidität bereitzustellen

  • Benutzer können einen Token direkt gegen einen anderen Token in einer anderen Kette austauschen, ohne Zwischen-Token wie Stable Coins zu verwenden, um den kürzesten Weg für den Austausch in der gesamten Kette zu erreichen.

  • Butter Swap ist das erste wirklich dezentrale kettenübergreifende Netzwerk, das es Benutzern ermöglicht, jeden Token in jeder Kette auszutauschen. Es wird derzeit getestet und wird bald eingeführt.

3. Full-Chain-GameFi

  • Durch das MAP-Protokoll können GameFi-Projekte ihre Token auf mehreren Ketten bereitstellen und Benutzern aus anderen Ketten ermöglichen, ihre Vermögenswerte effizient und sicher in die Kette ihres Projekts zu übertragen

  • Beispielsweise stellt ein BNB-Chain-GameFi-Projekt seine Token auf den Polygon- und WAX-Ketten bereit. Benutzer von Polygon und BSC können ihre Vermögenswerte über die Cross-Chain-Bridge auf WAX übertragen und an GameFi teilnehmen, wodurch die Anzahl der Benutzer exponentiell steigt.

  • Eine weitere Möglichkeit, ein gutes Spielerlebnis zu skalieren und aufrechtzuerhalten, ist die direkte Bereitstellung auf der MAPO-Relay-Kette. Durch die Interoperabilität der MAPO-Relay-Kette kann das GameFi-Projekt durch die Bereitstellung auf dem MAPO-Relay automatisch mit allen EVM- und Nicht-EVM-Ketten wirksam werden Kette und sicher verbunden. MAPO Relay Chain wird sich aktiv mit allen kommenden Ketten verbinden, sodass sich GameFi-Projekte auf die Benutzererfahrung konzentrieren können, ohne sich um Skalierbarkeits- und Sicherheitsprobleme kümmern zu müssen

4. Daten in der Kette: Orakel und Derivate in der Kette

  • Das MAPP-Protokoll realisiert Daten kettenübergreifend und kultiviert einen neuen Oracle-Markt – On-Chain-Orakel

  • Durch den Einsatz auf der MAPO-Relay-Chain können Derivate- und synthetische Asset-Anwendungen problemlos zuverlässige Multi-Chain-Daten von On-Chain-Orakeln erhalten

5. Governance der gesamten Kette

  • Nehmen Sie Aave als Beispiel

  • Nach Angaben der Entwickler wurde ein im Ethereum (ETH)-Netzwerk ausgeführter Vorschlag an das Polygon FxPortal gesendet. Der Mechanismus liest dann die Ethereum-Daten und leitet sie zur Überprüfung an das Polygon-Netzwerk weiter. Anschließend empfängt der Brückenvertrag der Aave-Cross-Chain-Governance die Daten, dekodiert sie und stellt die Aktion in die Warteschlange, um auf den Abschluss der Zeitsperre zu warten. Die Cross-Chain-Governance-Brücke von Aave ist universell aufgebaut und kann leicht an den Betrieb mit jeder Kette angepasst werden, die EVM und kettenübergreifende Informationsübertragung unterstützt.

  • Derzeit unterstützt das Repository die Vertragsüberbrückung mit Polygon und Arbitrum. Auf Aave können Benutzer Aave Improvement Protocols (AIPs) einreichen, um auf verschiedene Funktionen der DeFi-Plattform abzuzielen. Durch die Interoperabilität des MAP-Protokolls mit allen Ketten kann eine vollständige Kettenverwaltung aller EVMs und heterogenen Ketten durch eine sichere kettenübergreifende Infrastruktur erreicht werden

6. Fungible Token und NFT Bridge

  • Cross-Chain-Brücken und Cross-Chain-NFT-Brücken müssen keine eigene Infrastruktur mehr aufbauen oder MPC verwenden

  • Mit dem zugrundeliegenden Cross-Chain-Verifizierungsnetzwerk von MAPO mit sofortiger Endgültigkeit und dem MOS-Anwendungsentwickler-Servicepaket können Cross-Chain-Bridge-Entwickler ganz einfach ihre NFT- oder fungible Token-Bridge-Anwendungen erstellen

4. Projektvorteile

1. Vollständige Kettenverbindung, vollständige Netzwerk-Cross-Chain

  • Im Gegensatz zu Cosmos, Polkadot und Aurora ist MAP Relay Chain isomorph mit allen Ketten und verbindet alle L1s, nicht nur ökologische isomorphe Ketten. Es ist die einzige Full-Chain-Infrastruktur auf dem Markt, die alle Ketten abdecken kann und die höchste Sicherheit bietet.

  • Durch die Relay-Kette werden alle fragmentierten Hauptbücher der öffentlichen Kette zu einer Reihe verteilter Hauptbücher.

  • Rainbow Bridge, Polkadot, Cosmos IBC und das Full-Chain-MAP-Protokoll auf NEAR nutzen alle 100 % Satoshi-Konsens und 100 % mathematisch erprobte Light-Client-unabhängige Cross-Chain-Technologie. Polkadot, Cosmos IBC und Rainbow Bridge jedoch mit NEAR kann nicht alle Ketten abdecken, es kann nur seine eigene Ökologie abdecken. Beispielsweise können Polkadot und Cosmos IBC keine kettenübergreifenden heterogenen Ketten wie Ethereum, BNB Chain und Polygon Rainbow Bridge unterstützen, die derzeit nur Aurora (NEARs EVM) überqueren können.

2. Vollständig dezentralisiert, keine Privilegien, 100 % Satoshi-Konsensmechanismus

  • Leichte Knoten, Maintainer und Messenger überprüfen sich gegenseitig, um die Authentizität und Sicherheit der Cross-Chain-Verifizierung auf umfassende Weise sicherzustellen, und eliminieren automatisch die Möglichkeit, dass Messenger und Maintainer kettenübergreifend Böses tun Bei der Technologieüberprüfung ist der gesamte Überprüfungsprozess nicht auf eine Datenüberprüfung außerhalb der Kette oder eine privilegierte Rolle Dritter angewiesen. Es handelt sich um einen vollständig nachweisbaren dezentralen kettenübergreifenden Mechanismus.

  • LayerZero enthält leichte Knoten, aber dies dient nur der Verifizierung in derselben Kette, nicht der Verifizierung zwischen verschiedenen Ketten, und es handelt sich auch um eine mehrdeutige privilegierte Rolle (Orakel).

3. Gemeinsame Sicherheit der Hauptkette

  • MAP Replay Chain verwendet ein Relay-Schema und eine bidirektionale Verankerung von Light-Knoten. Der vollständige Dual-Hauptnetzwerk-Verifizierungsmechanismus wird durch Kryptographie gewährleistet Dies wird jedoch die Sicherheit von Light-Node-Verträgen beeinträchtigen und ist die bisher sicherste Cross-Chain-Lösung.

4. Kompatibel mit EVM-Ketten und Nicht-EVM-Ketten

  • Der Signaturalgorithmus und der Hash-Algorithmus jeder öffentlichen Kette sind in der Relay-Kette vorgefertigt. Sie kann nicht nur auf mehrere Ketten erweitert werden, sondern kann auch EVM-Ketten und Nicht-EVM-Ketten verknüpfen und so die kettenübergreifende Kommunikation und sichere Kommunikation unterstützen nahtlose Übertragung von Vermögenswerten.

5. Sehr freundlich zu Entwicklern

  • Kompatibel mit fast allen Blockchains und unterstützt die native Bereitstellung von DApps in der Relay-Kette

  • Das kettenübergreifende Light-Client-SDK basiert auf dem Light-Client. Auf jede Blockchain kann direkt auf der untersten Ebene zugegriffen werden

  • Bereitstellung eines selbst entwickelten SDK, um die Komplexität der dAPP-Entwicklung für Entwickler zu reduzieren

  • Das einzigartige Light-Client-Design, das auf Zero-Knowledge-Proof basiert, reduziert die Schwierigkeit der heterogenen Kettenentwicklung und gewährleistet gleichzeitig die Sicherheit der kettenübergreifenden Nachrichtenübertragung.

6. Niedrigere Betriebskosten und eine breitere dezentrale Zukunft

  • Der Relayer in der Light-Node-Seitenkette muss nicht wie der Zeuge überbesichert werden und kann die Ausgabe von mehr kettenübergreifenden verankerten Vermögenswerten zu geringeren Kosten erreichen.

  • Optimieren Sie die Kosten für die Datenüberprüfung und senken Sie die Gasgebühren durch die kettenübergreifende Überprüfungsmethode Zero-Knowledge Proof (ZK) + Light Client (Light Client).

5. Mannschaft

  • Das MAP-Protokoll wurde 2019 gegründet

  • Es ist ein Team, das vollständig von einer Kultur aus geekigen Ingenieuren und Forschern dominiert wird

6. Soziale Netzwerke und Werbung

  • Twitter 106.000

  • Tweets sind hochgradig interaktiv

  • Der Gründer beteiligt sich aktiv an verschiedenen Aktivitäten

  • Arbeiten Sie proaktiv mit anderen Projektparteien zusammen

7. Token-Wirtschaftsmodell

Das Gesamtangebot beträgt 10 Milliarden

  • 15 % zur Motivation des Teams

  • 21 % gehören dem Ökosystem DAO

  • 12 % im Besitz der MAP Protocol Foundation

  • 22 % im Besitz von Investoren und frühen Geldgebern

  • 30 % sind eine Bergbauprämie

8. Marktwert

  • Marktkapitalisierung: 22.342.490 USD

  • Umlaufbestand: 2.228.621.190

  • Auflagenquote: 22,3 %

  • Gesamtmarktkapitalisierung: 101.348.762 USD

 

9. Währungsbestände

10. Code-Entwicklungsstatus

  • Der Code startete im Jahr 2021 und wurde bis heute nicht unterbrochen, und die Aktualisierungshäufigkeit ist relativ hoch.

  • 10 Code-Teilnehmer

  • 8-malige Iteration der Versionsaktualisierung

11. Expertenbewertung

1. Bohao Tang, Chefentwickler von Flow

  • Das MAP-Protokoll hilft Flow beim Aufbau einer Infrastruktur für die vollständige Anwendungserfahrung. Es verfügt über die Eigenschaften unprivilegierter Rollen bei der kettenübergreifenden Überprüfung und deckt alle EVM-Ketten und Nicht-EVM-Ketten ab. Wir glauben, dass es dem Flow-Ökosystem vielfältigere Möglichkeiten bieten kann .

2. Professor Liu Yang, Direktor des Cyber-Sicherheitslabors der Nanyang Technological University

  • Die vollständige Interoperabilität des MAP-Protokolls ist sicherer, kompatibler und benutzerfreundlicher für dApps als andere kettenübergreifende Lösungen. „Das MAP-Protokoll nutzt sein ausgereiftes, neuartiges und stabiles kettenübergreifendes Lösungsdesign, um EVM-Ketten und Nicht-EVM zu vergleichen.“ Mit zentralisierten Cross-Chain-Lösungen ohne Relay-Chains wie Axelar und Celer ist die Relay-Chain des MAP-Protokolls nicht nur eine einfache Erweiterung der Multi-Chain-Architektur, sondern ermöglicht auch eine sichere und nahtlose Cross-Chain-Kommunikation und Asset-Übertragung Übeltaten von Superadministratoren, die die Kommunikation zwischen den Ketten kontrollieren

  • Im Vergleich zu den dezentralen Lösungen von Polkadot und Cosmos, die Relay-Ketten verwenden, bietet das MAP-Protokoll auf einzigartige Weise eine wissensfreie Lösung und verwendet Light Clients in Form von Smart Contracts, um Nachrichten zwischen den Ketten zu überprüfen. Diese einfache Implementierungsmethode macht nicht nur die SDK-Einbettung und strukturelle Kompatibilität auf der untersten Ebene zwischen heterogenen Ketten überflüssig, sondern gewährleistet auch die Sicherheit und Vertraulichkeit der Nachrichtenübertragung zwischen Ketten, wodurch sie mit fast allen Blockchains kompatibel und interoperabel ist

  • Das Wichtigste ist, dass das innovative Cross-Chain-Design des MAP-Protokolls die Entwicklung und native Bereitstellung von dApps direkt in der Relay-Kette ermöglicht. Durch die Verbindung von Assets auf verschiedenen Blockchains ist MAP Relay Chain zu einer Schlüsselkomponente für kettenübergreifende Assets und Dateninteraktion geworden und hat die Möglichkeit, sich als die wahre Zukunft kettenübergreifender Lösungen zu erweisen.

12. Fazit

  • Hochwertige Lösungen für die kettenübergreifende Verbindung (gemeinsame Hauptkettensicherheit, Dezentralisierung)

  • Das gesamte Netzwerk ist kettenübergreifend und die gesamte Kette ist miteinander verbunden, mit breiten Perspektiven

  • Die kontinuierliche harte Arbeit und Akkumulation des Teams über viele Jahre hinweg

  • Hochwertige Projekte, aber zu niedrige Bewertungen

Verweise:

https://files.mapprotocol.io/pdf/mapprotocol_Litebook_cn.pdf

https://www.panewslab.com/zh/articledetails/D62579631.html

https://foresightnews.pro/article/h5Detail/19308 https://view.inews.qq.com/k/20230206A02IC400?web_channel=wap&openApp=false