Move Gemini: Wie Sui und Aptos die Blockchain-Landschaft herausfordern

cd

Introduction

In letzter Zeit hat sich der Markt deutlich abgekühlt, was selbst Branchenveteranen dazu veranlasst, den Zweck der Branche in Frage zu stellen. Ich möchte einige meiner persönlichen Gedanken dazu äußern: Ich glaube, dass viele der großen Visionen der Vergangenheit „widerlegt“ wurden, weil sie nie von Anfang an logisch konsistent waren.

Nicht-finanzielle Dapps haben oft versucht, die Dezentralisierung zu betonen, um die Tatsache zu vertuschen, dass die Produkte selbst nicht gut genug waren. Die Realität ist, dass sie mich bitten, Google, Twitter und YouTube zu misstrauen und stattdessen zu glauben, dass ihre Multi-Signatur-Wallets und Single-Server-Setups sicher sind.

Viele Visionen wurden zwar nicht widerlegt, aber auch nie wirklich geprüft. Ich glaube immer noch, dass die meisten Visionen, auch wenn sie nicht großartig sind, eine Bedeutung haben – sie brauchen vielleicht nur ein solides Fundament, um sie zu unterstützen. Letztendlich kann zumindest eine Dezentralisierung oder eine mit dem Web2 vergleichbare Benutzererfahrung angeboten werden.

So wie TON und Solana einst unterschätzt wurden, so holen sie nun in vielen Aspekten gegenüber ihren Vorgängern auf. Die öffentlichen Ketten, die Anwendungen unterstützen, benötigen Innovationen, die in jedem Zyklus den Fortschritt der Industrie vorantreiben. Daher werden wir heute eine Art von Public Chain untersuchen, die lange Zeit übersehen wurde – das Move-Ökosystem.

1. Verschieben

Die Programmiersprache Move wurde ursprünglich für Metas eingestelltes Projekt Diem (ursprünglich Libra genannt) entwickelt, das darauf abzielte, einen stabileren und regulierten Stablecoin als Grundlage für seine Metaverse-Vision zu entwickeln.

Das Projekt stieß jedoch auf starken Widerstand und ständigen Druck seitens der globalen Regulierungsbehörden. Sie befürchteten, dass der Umfang von Diem und die riesige Nutzerbasis von Facebook die finanzielle Stabilität, die Geldpolitik und den Datenschutz gefährden könnten. Die führende Rolle der Biden-Administration bei der Ausübung von Druck zwang Meta schließlich, das Diem-Projekt aufzugeben.

Glücklicherweise wurde der Kern von Diem nicht verworfen. Verschiedene Fraktionen, die sich vom ursprünglichen Team abspalteten, setzten die Erforschung und Entwicklung von Move fort, das sich zu den heute bekannten Move-Zwillingen Sui und Aptos entwickelt hat. Darüber hinaus befinden sich andere Projekte wie Linera (eine auf Rust basierende Blockchain, die von Move inspiriert wurde) und das kürzlich vorgestellte Movement noch in der Anfangsphase.

Warum ist die Restwirkung eines eingestellten Projekts so groß? Move, eine Blockchain-Programmiersprache, die von einem führenden Web2-Unternehmen entwickelt wurde, hat eine solide Grundlage. Bei ihrer Entwicklung lag der Schwerpunkt auf der Lösung von Leistungs- und Sicherheitsproblemen, die in bestehenden Blockchain-Sprachen, insbesondere Solidity, vorherrschen. Ziel der Entwicklung war es, ein Typensystem zu schaffen, das auf die Verwaltung von Vermögenswerten und die Zugriffskontrolle zugeschnitten ist. Ich fasse die wichtigsten Punkte wie folgt zusammen:

In einem Markt, der mit modularen EVM-Ketten gesättigt ist, stellt Move einen mutigen Versuch dar, etwas anderes zu machen. Vielleicht sind Sie in den Einführungen vieler öffentlicher Kettenprojekte schon auf ähnliche Aussagen gestoßen, aber ich schlage vor, dass Sie es selbst erleben, um diese Konzepte wirklich zu verstehen.

2. Sui

2.1 Architektur

Als einer der Move-Zwillinge sah sich Sui schon früh mit Kritik wegen Problemen im Zusammenhang mit Airdrops und Token-Freigabemechanismen konfrontiert. Lässt man diese Probleme jedoch beiseite und konzentriert sich ausschließlich auf das Projekt selbst, so hat Sui sowohl in Bezug auf die Leistung als auch auf die Nutzererfahrung hervorragende Leistungen gezeigt, insbesondere im Spielesektor.

Dieser Erfolg steht in engem Zusammenhang mit der Architektur, die speziell für den Einsatz in der breiten Masse verbessert wurde. Im Folgenden finden Sie einen kurzen Überblick über die architektonischen Innovationen von Sui:

  1. Objektspeicher-Modell: Diese Komponente ist das Herzstück der Sui-Erweiterungen für Move. Das Objektspeichermodell speichert Daten als einzelne Objekte, die jeweils eine eindeutige Kennung haben. Im Gegensatz zu herkömmlichen Datenbanksystemen hat das Objektspeichermodell keine feste Datenstruktur und kann verschiedene Datentypen speichern, z. B. Text, Bilder, Videos und Audio. Dieses Modell ermöglicht die parallele Ausführung und horizontale Skalierung (Hinzufügen von Knoten zur Erweiterung der Speicherkapazität). Suis Entwurf dreht sich um dieses Modell.
  2. Kausale Ordnung: Stellt sicher, dass Transaktionen in einer Reihenfolge ausgeführt werden, die kausale Beziehungen respektiert und Datenkonflikte und Inkonsistenzen vermeidet. Dadurch kann Sui große Mengen gleichzeitiger Transaktionen verarbeiten und gleichzeitig die Datenkonsistenz wahren.
  3. Narwhal- und Bullshark-Konsens-Maschinen: Sui verwendet Narwhal und Bullshark als Konsensmaschinen. Narwhal ist für die Ordnung und Validierung der Transaktionen verantwortlich, indem es einen lokalen Transaktionspool unterhält, die Transaktionen auf der Grundlage kausaler Beziehungen sortiert und sie sendet. Bullshark stimmt nach Erhalt der sortierten Transaktionsliste von Narwhal über die Liste ab und verwendet dabei den Byzantine Fault Tolerance (BFT) Konsens, um sicherzustellen, dass alle Knoten der Transaktionsreihenfolge zustimmen.
  4. Sui Move: Sui erweitert die Sprache Move um neue Funktionen wie die Unterstützung von NFTs, Asset Management und Datenspeicherung.
  5. Sui Rahmen: Sui bietet ein komplettes Framework, das Entwicklern hilft, Anwendungen schnell zu erstellen und bereitzustellen, einschließlich Tools und Bibliotheken wie Sui Wallet, Sui SDK und Sui CLI.

Die Architektur von Sui ermöglicht die Verarbeitung großer Mengen gleichzeitiger Transaktionen bei hoher Geschwindigkeit, niedrigen Gebühren und Sicherheit. Die Sprache Move und das Sui-Framework bieten Entwicklern außerdem leistungsstarke Tools zur Erstellung sicherer, skalierbarer und benutzerfreundlicher Anwendungen.

2.2 Konsens

Die Sui-Blockchain verwendet einen Konsensmechanismus namens Mysticeti, einen Byzantine Fault Tolerant (BFT)-Konsens, der für niedrige Latenzzeiten und hohen Durchsatz ausgelegt ist.

Mysticeti ermöglicht es mehreren Validierern, parallel Blöcke vorzuschlagen, wodurch die Netzwerkbandbreite vollständig genutzt wird und das System resistent gegen Zensur ist. Darüber hinaus benötigt das Protokoll nur drei Nachrichtenrunden, um einen Block aus dem gerichteten azyklischen Graphen (DAG) fertigzustellen, was genau wie pBFT dem theoretischen Minimum entspricht.

Die Einreichungsregeln ermöglichen parallele Abstimmungen und die Zertifizierung von Blockführern, was die mittlere und hintere Latenzzeit weiter reduziert. Die Einreichungsregeln tolerieren auch nicht verfügbare Leader, ohne die Latenz signifikant zu erhöhen.

Mysticeti lief bereits drei Monate vor dem Start des Sui-Hauptnetzes im Testnetz und zeigte signifikante Ergebnisse wie eine 80%ige Reduzierung der Latenzzeit. Jetzt kann das Sui-Netzwerk Zehntausende von Transaktionen pro Sekunde verarbeiten, wobei die End-to-End-Latenz deutlich unter einer Sekunde liegt.

Die Sui-Blockchain verwendet auch eine spezielle Art von Proof-of-Stake (PoS)-Konsens, genannt Delegated Proof-of-Stake (DPoS). Wenn eine Transaktion mit gemeinsam genutzten Objekten (komplexe Transaktionen) stattfindet, verwendet Sui die bereits erwähnten Konsensmechanismen Narwhal und Bullshark für die Transaktionsreihenfolge. Im Vergleich zu anderen BFT-Konsensmechanismen lassen sich die Vor- und Nachteile von Sui in sechs Punkten zusammenfassen:

Vorteile:

  1. Niedrige Latenzzeit und hoher Durchsatz: Das Mysticeti-Protokoll reduziert die Konsenslatenz erheblich und erhöht den Netzwerkdurchsatz durch parallele Blockvorschläge und einen optimierten Nachrichtenfluss, so dass Sui Zehntausende von Transaktionen pro Sekunde mit einer End-to-End-Latenz von deutlich unter einer Sekunde verarbeiten kann.
  2. Widerstand gegen Zensur: Das Mysticeti-Protokoll ermöglicht es mehreren Validierern, parallel Blöcke vorzuschlagen, was die Widerstandsfähigkeit des Netzes gegen Zensur erhöht.
  3. Fehlertoleranz von Führungskräften: Die Einreichungsregeln tolerieren nicht verfügbare Anführer ohne signifikante Erhöhung der Latenzzeit und wählen automatisch einen neuen Anführer, der die Aufgabe übernimmt, wenn der Anführerknoten ausfällt.

Benachteiligungen:

  1. Komplexität: Der Aufbau des Mysticeti-Protokolls ist relativ komplex und erfordert ein tieferes technisches Verständnis, um seine Funktionsmechanismen vollständig zu verstehen.
  2. Sicherheit: Obwohl das Mysticeti-Protokoll im Testnetz gut funktioniert hat, muss seine Sicherheit in realen Anwendungen noch weiter validiert werden.
  3. Skalierbarkeit: Die Skalierbarkeit des Mysticeti-Protokolls muss weiter beobachtet werden, um sicherzustellen, dass es sich an das künftige Wachstum von Netzwerkgröße und Transaktionsvolumen anpassen kann.

2.3 Abstrakte Konten

Das abstrakte Kontomodell von Sui (Account Abstraction) ist ein Mechanismus, der es den Nutzern ermöglicht, ihre Konten und Transaktionen einfacher und sicherer zu verwalten, indem die Konto- und Transaktionslogik vom zugrundeliegenden Blockchain-Protokoll abstrahiert wird, wodurch ein höheres Niveau der Kontoführung und Transaktionsverarbeitung erreicht wird.

Im abstrakten Kontomodell von Sui sind Konten nicht länger einfache Paare aus öffentlichen und privaten Schlüsseln, sondern Objekte mit umfangreicheren Attributen und Verhaltensweisen. Jedes Konto hat eine eindeutige Kennung, die sogenannte Konto-ID, die mit dem öffentlichen und privaten Schlüsselpaar des Kontos verknüpft ist.

Das abstrakte Kontomodell von Sui umfasst die folgenden Schlüsselkomponenten:

Die Abwicklung von Transaktionen im abstrakten Kontenmodell von Sui umfasst die folgenden Schritte:

  1. Erstellung von Transaktionen: Die Nutzer erstellen eine Transaktion und senden sie an das Sui-Netzwerk.
  2. Transaktionsvalidierung: Das Sui-Netzwerk validiert die Gültigkeit und Integrität der Transaktion.
  3. Kontoabfrage: Das Sui-Netzwerk findet das entsprechende Kontoobjekt anhand der Konto-ID in der Transaktion.
  4. Ausführung der Kontenlogik: Das Sui-Netzwerk führt die Kontologik aus, um die Transaktion zu verarbeiten und den Kontostatus zu aktualisieren.
  5. Transaktionsbestätigung: Das Sui-Netzwerk bestätigt das Transaktionsergebnis und schreibt es in die Blockchain.

Einfach ausgedrückt ist das abstrakte Kontomodell von Sui ein innovativer Mechanismus, der die Kontoverwaltung und Transaktionsverarbeitung vereinfacht und die Anwendungen anwendungsähnlicher macht.

2.4 Spiele

Damit sich eine Blockchain abheben kann, muss sie zunächst ein solides Fundament aufbauen. Ich habe das Move-Ökosystem vorhin aus zwei Gründen als ein gewagtes Experiment bezeichnet.

Erstens: In einer Zeit, in der sich das Konzept der Modularisierung immer mehr durchsetzt, stellen die nativen Move-Ökosysteme (insbesondere die Move-Zwillinge) den letzten Versuch von Layer-1-Lösungen dar, die dem aktuellen Trend zuwiderlaufen.

Der jüngste Aufstieg mehrerer heterogener Ketten könnte jedoch beweisen, dass die Modularisierung nicht die einzige Lösung ist.

Zweitens ist der Aufbau einer Blockchain mit einer neuen Programmiersprache vergleichbar mit dem Versuch, ein neues Betriebssystem zu entwickeln, das iOS und Android auf dem heutigen Smartphone-Markt herausfordert – ein Weg, der unweigerlich mit Herausforderungen verbunden ist.

Ob das Move-Ökosystem in den kommenden Jahren so glänzen wird wie Solana, hängt maßgeblich von der Richtung ab, die es einschlägt. Die Antwort von Sui auf diese Herausforderung ist das Spielen.

Spiele sind eines der wichtigsten Zugänge zum Web3, doch die meisten Blockchains unterstützen Spiele nicht gut. Das liegt daran, dass die Blockchain-Technologie ursprünglich für Finanzanwendungen entwickelt wurde und ihre dezentrale Architektur von Natur aus eine geringere Leistung aufweist, was sie für Spiele schlecht geeignet macht.

Sui ist jedoch anders. Sein Modell eignet sich sowohl für DeFi-Anwendungen als auch für nicht-finanzielle Anwendungen, einschließlich Spiele. Wie bereits erwähnt, ist in Sui alles ein Objekt. In Sui können Objekte andere Objekte besitzen, wodurch es möglich ist, komplexe Vermögenshierarchien zu modellieren, wie sie in Spielen oder Anwendungen typisch sind.

Stellen Sie sich vor, Sie spielen ein Spiel, in dem eine Heldenfigur ein Inventar hat, und dieses Inventar enthält andere digitale Vermögenswerte, die der Figur gehören. Sui kann diese Datenhierarchien auf eine Weise modellieren, die andere Blockchains nicht können. Dies gibt Entwicklern die Möglichkeit, Anwendungen zu erstellen, ohne die inhärenten Beschränkungen der Kette umgehen zu müssen.

Außerdem arbeitet Sui aktiv mit traditionellen Web2-Giganten zusammen. Letztes Jahr schloss Sui Partnerschaften mit drei der vier großen südkoreanischen Spielegiganten (Netmarble, NHN und NCSoft). In diesem Jahr ging Sui eine Partnerschaft mit TikTok ein, um Blockchain-Spiele und SocialFi-Projekte zu entwickeln und so traditionelle Giganten in den Web3-Bereich zu bringen.

3. Aptos

Aptos, eine weitere Layer-1-Blockchain, die auf der Sprache Move basiert, hat sich ebenfalls dem Aufbau einer leistungsstarken, skalierbaren Web3-Infrastruktur verschrieben. Ihr architektonischer Aufbau weist viele Ähnlichkeiten mit Sui auf, bietet aber auch einige einzigartige Funktionen.

3.1 Architektur

  1. Modularer Aufbau: Aptos verfügt über eine modulare Architektur, die es Entwicklern ermöglicht, verschiedene Module unabhängig voneinander zu entwickeln und zu aktualisieren, was die Entwicklungsgeschwindigkeit und Flexibilität erhöht.
  2. Parallele Ausführungsmaschine (Block-STM): Im Gegensatz zu anderen Blockchains, die vorab deklarierte Datenabhängigkeiten erfordern, kann die parallele Ausführungs-Engine von Aptos Transaktionen parallel verarbeiten, ohne dass der Speicherort der Daten vorher bekannt ist, was den Durchsatz erhöht und die Latenzzeit verringert.
  3. Pipelined Transaction Processing: Aptos unterteilt die Transaktionsverarbeitung in mehrere Stufen, z. B. Propagierung, Metadatenbestellung und Stapelspeicherung, und führt diese Stufen durch Pipelining parallel aus, um den Durchsatz zu maximieren und die Latenzzeit zu minimieren.
  4. Programmiersprache verschieben: Aptos verwendet die Programmiersprache Move und konzentriert sich im Vergleich zu Sui eher auf Verfeinerung als auf Innovation. Zum Beispiel wird die Sprache standardisiert, eine robustere Funktionsunterstützung eingeführt und die Anpassungsmöglichkeiten verbessert.
  5. Flexible Zustands-Synchronisation: Ermöglicht es den Knoten, verschiedene Strategien für die Zustandssynchronisierung zu wählen, wie z. B. die Synchronisierung des gesamten Verlaufs oder nur des letzten Zustands, was die Flexibilität der Knoten erhöht.
  6. AptosBFT-Konsens-Mechanismus: AptosBFT ist ein Byzantine Fault Tolerance Konsensmechanismus, der von Aptos verwendet wird. Er optimiert die Kommunikation und Synchronisation zwischen den Validierern, um den Durchsatz zu erhöhen und die Latenzzeit zu verringern. Im Vergleich zu Sui, das als eine verbesserte Version von DiemBFT angesehen werden kann, hat AptosBFT einige Fortschritte bei der Effizienz und der Wiederherstellung nach einem Absturz gemacht, weshalb es hier kurz erwähnt wird.

Die Architektur von Aptos ermöglicht es, eine große Anzahl gleichzeitiger Transaktionen zu verarbeiten und dabei hohe Geschwindigkeit, niedrige Gebühren und Sicherheit zu gewährleisten. Darüber hinaus bieten die Move-Sprache und das Aptos-Framework Entwicklern leistungsstarke Tools zur Erstellung sicherer, skalierbarer und benutzerfreundlicher Anwendungen.

3.2 Block-STM

Lassen Sie uns die Kerninnovation von Aptos, die parallele Ausführungsengine Block-STM, näher betrachten:

Grundprinzipien von Block-STM:

  1. Vordefinierte sequentielle Ausführung: Block-STM stützt sich auf eine vordefinierte Abfolge von Transaktionen innerhalb eines Blocks. Alle Transaktionen müssen in dieser Reihenfolge ausgeführt werden, um die Konsistenz des Endzustands zu gewährleisten.
  2. Optimistische Gleichzeitigkeitskontrolle: Block-STM führt Transaktionen optimistisch parallel aus, wobei davon ausgegangen wird, dass keine Konflikte auftreten werden. Diese Kontrollmethode basiert auf der Annahme, dass Konflikte selten sind, so dass Transaktionen ohne Sperren auf Daten zugreifen und diese ändern können. Sie geht davon aus, dass die Wahrscheinlichkeit gleichzeitiger Konflikte gering ist, so dass die Änderungen fortgesetzt werden können, wobei vor der endgültigen Übertragung auf Konflikte geprüft wird.
  3. Multi-Version Datenstruktur: Zur Unterstützung der optimistischen Gleichzeitigkeitskontrolle verwendet Block-STM eine Datenstruktur mit mehreren Versionen, um Daten zu speichern. Jeder Schreibvorgang erzeugt eine neue Datenversion, während Lesevorgänge auf die entsprechende Datenversion zugreifen.
  4. Validierung und Wiederholung: Nach der Ausführung einer Transaktion prüft Block-STM, ob die Versionen der von ihm gelesenen Daten noch gültig sind. Schlägt die Überprüfung fehl, was auf einen Konflikt hinweist, wird die Transaktion als ungültig markiert und erneut ausgeführt.
  5. Kollaborative Terminplanung: Block-STM verwendet einen kollaborativen Scheduler, um die Ausführungs- und Validierungsaufgaben der verschiedenen Threads zu koordinieren und die Parallelität zu maximieren.

Block-STM Arbeitsablauf:

  1. Transaktionsgruppierung: Gruppieren Sie Transaktionen innerhalb eines Blocks und weisen Sie sie verschiedenen Threads zur parallelen Ausführung zu.
  2. Optimistische Ausführung: Jeder Thread führt die ihm zugewiesenen Transaktionen optimistisch aus und zeichnet den Lese-/Schreibsatz jeder Transaktion auf.
  3. Validierung: Sobald ein Thread eine Transaktion abgeschlossen hat, prüft er, ob die Datenversionen in seinem Lesesatz noch gültig sind.
  4. Wiederholen: Schlägt die Validierung fehl, was auf einen Konflikt hinweist, wird die Transaktion als ungültig markiert und erneut ausgeführt.
  5. Verpflichten: Nachdem alle Transaktionen die Validierung bestanden haben, werden ihre Ergebnisse in den Blockchain-Status geschrieben, wodurch die Transaktionsübergabe abgeschlossen wird.

Vorteile von Block-STM:

  1. Hoher Durchsatz: Durch optimistische Gleichzeitigkeitssteuerung und kooperatives Scheduling nutzt Block-STM Multicore-Prozessoren vollständig aus und erreicht einen hohen Durchsatz.
  2. Niedrige Latenzzeit: Da Transaktionen parallel ausgeführt werden können, verkürzt Block-STM die Transaktionsbestätigungszeit erheblich.
  3. Sicherheit: Die vordefinierten sequentiellen Ausführungs- und Validierungsmechanismen von Block-STM gewährleisten Konsistenz und Sicherheit im Endzustand.

Zusammenfassend lässt sich sagen, dass Block-STM eine effiziente parallele Transaktionsausführungs-Engine ist, die optimistische Gleichzeitigkeitskontrolle, Multiversions-Datenstrukturen und kooperatives Scheduling kombiniert, um den Blockchain-Durchsatz zu maximieren und gleichzeitig Sicherheit und Korrektheit zu gewährleisten.

3.3 Kontoabstraktion

Im Gegensatz zu Suis direkterem Ansatz zur Kontenabstraktion unterstützt Aptos eine begrenztere Abstraktionsdimension und verfügt über keine spezifischen vordefinierten Standards. Die Fähigkeiten zur Abstraktion von Konten zeigen sich vor allem in den folgenden Bereichen:

  1. Modulares Account Management: Zur Definition und Verwaltung von Konten werden Move-Module verwendet, die es Entwicklern ermöglichen, benutzerdefinierte Module für verschiedene Kontotypen und Funktionen zu erstellen.
  2. Flexible Schlüsselverwaltung: Ermöglicht Benutzern die Verwendung unterschiedlicher Schlüssel für verschiedene Kontovorgänge, z. B. die Verwendung eines Schlüssels für die Transaktionssignierung und eines anderen für die Kontoverwaltung.
  3. Programmierbare Transaktionsüberprüfung: Entwickler können in den Move-Modulen eine benutzerdefinierte Transaktionsüberprüfungslogik definieren, z. B. Multi-Signatur oder Limits, um verschiedene Anwendungsszenarien zu erfüllen.

3.4 Partnerschaft mit Microsoft

Im Vergleich zu Sui, das sich mehr auf die Entwicklung von Spielen konzentriert, hat Aptos kein spezifisches Entwicklungsziel. Sein Slogan ist, die Blockchain zu sein, die sich am besten für die Produktion eignet.

Ein bemerkenswerter Aspekt ist die laufende Zusammenarbeit von Aptos mit Microsoft, die darauf abzielt, die KI-Technologie von Microsoft in die Blockchain zu integrieren. Ihr erstes gemeinsames Produkt, Aptos Assistant, ein generativer KI-Assistent, der auf dem Aptos-Netzwerk aufbaut, ist bereits auf der offiziellen Website verfügbar. Weitere KI-Produkte werden in den kommenden Monaten angekündigt.

4. Das Ökosystem der Bewegung

Obwohl Sui in letzter Zeit gute Ergebnisse erzielt hat, braucht das Move-Ökosystem im Vergleich zu EVM-basierten Ketten, Solana, Ton und anderen heterogenen Ketten noch Zeit, um zu reifen. Obwohl Sui und Aptos im Rampenlicht stehen und technologische Durchbrüche erzielen, sind der Gesamtumfang und die Aktivität des Move-Ökosystems noch nicht mit anderen reifen Ökosystemen vergleichbar.

Die Zahl der Entwickler, die Art der Anwendungen und die Benutzerbasis müssen noch wachsen. Was die externe Zusammenarbeit und den Betrieb anbelangt, so zeigen sowohl Sui als auch Aptos eine starke Web2-Mentalität, der etwas von der Web3-Essenz fehlt, wodurch ihre Projekte in der Branche relativ unauffällig geblieben sind.

Wenn man jedoch das Potenzial des Move-Ökosystems betrachtet, ist es sehr vielversprechend. Einige Entwickler haben bereits den zukünftigen Wert von Move erkannt. Wie im Vorwort erwähnt, gibt es bereits Projekte, die Move in Ethereum Layer 2 Lösungen integrieren. In Zukunft könnte das Move-Ökosystem im ETH-Layer-2-Bereich glänzen. Derzeit liegt der Fokus darauf, wie das Move-Ökosystem weiter gefördert werden kann.

Related Articles
↑
Die mobile Version verlassen