Nicht jedes Web3-Protokoll benötigt einen Native Token

Bei der Entwicklung eines neuen Protokolls wird fast immer standardmäßig davon ausgegangen, dass ein neuer Native Token folgen muss. Die meisten Blockchains und Web3-Frameworks stützen sich auf kryptoökonomische Systeme, die Anreize und Strafen umfassen, um die Protokollsicherheit aufrechtzuerhalten und böswillige Akteure abzuschrecken.

\ In den letzten Jahren ist es jedoch üblich geworden, eine neue Web3-Anwendung als "Rollup" oder "Layer Two"-Lösung zu implementieren. Ob als Rollup auf Ethereum, als Parachain auf Polkadot oder als Subnet auf Avalanche implementiert, das Hauptziel besteht darin, die robuste wirtschaftliche Sicherheit des übergeordneten Netzwerks zu nutzen, indem man seinen umfangreichen Validator-Pool und seine Sicherheitsgarantien nutzt.

Die Hindernisse: Rechtfertigung für einen separaten Token

Derzeit wurde die technische Herausforderung beim Aufbau einer Blockchain durch die Verfügbarkeit zahlreicher SDKs und Frameworks erheblich gemildert. Tools wie das Polkadot SDK und Cosmos SDK ermöglichen es Entwicklern, Vorlagen zu nutzen und schnell ein funktionierendes Netzwerk zu starten, das alle Standardfunktionen enthält, die man von einem Standard-Web3-Protokoll erwarten würde.

\ Trotz dieser Fortschritte bleibt ein großes Hindernis bestehen: Identität, nämlich sicherzustellen, dass wir eine gewisse Sybil-Resistenz haben.

\ ==Wir brauchen immer noch einen Weg, um sicherzustellen, dass böswillige Akteure unser Netzwerk nicht völlig spammen oder schädigen können, was einer der Hauptgründe ist, warum wirtschaftliche Aspekte kryptoökonomischer Systeme wie Proof-of-Work oder Proof-of-Stake existieren.==

\ Tokenomics wird dann zu einem nachfolgenden Anliegen: Wenn das Token-Modell eines Projekts fehlerhaft oder schlecht konzipiert ist, kann es die gesamte Bemühung untergraben, unabhängig von der Qualität der zugrunde liegenden Technologie.

\ Die Notwendigkeit, ein völlig separates kryptoökonomisches Netzwerk zu entwerfen und zu sichern, stellt eine erhebliche Hürde für Entwickler und Startups dar, deren Kernmission der Aufbau einer überlegenen, widerstandsfähigeren Anwendung oder Infrastruktur ist, nicht die Verwaltung einer Geldpolitik.

\ Glücklicherweise entwickelt sich die Landschaft weiter und bietet eine Lösung für diese Komplexität.

Die Lösung: Nutzung des Tokens des "übergeordneten" Netzwerks

Wenn ein neues Protokoll auf einem bestehenden Netzwerk aufbaut und als Rollup/Layer Two bereitgestellt wird, sollten sie von Natur aus ihre Sicherheit vom übergeordneten Netzwerk erben.

\ Dies wirft eine kritische Frage auf: Warum nicht einfach den Native Token des übergeordneten Netzwerks für alle Operationen verwenden? Alles ist bereits eingerichtet; wir müssen nur sicherstellen, dass wir Kontrollen und Ausgleiche sicher durchführen können, wenn wir zum und vom übergeordneten Netzwerk übertragen. ==In Zukunft könnte es möglich sein, einen Rollup ganz ohne Token zu starten, wenn wir das Sybil-Problem lösen und davon ausgehen, dass wir ein übergeordnetes Netzwerk haben, das Sicherheit für unseren Rollup/Service bietet.==

\ Polkadot ermöglicht den Start einer "tokenlosen" Parachain. Die Parachain kann stattdessen den Token der Layer One (wie DOT auf Polkadot) verwenden, um alle Operationen zu erleichtern, einschließlich Transaktionsgebühren und Sicherheitsmechanismen.

\ Dieser Ansatz gibt dem Team die Freiheit, sich auf ==den Aufbau von Lösungen und die Kernlogik der Anwendung== zu konzentrieren. Mit anderen Worten, Sie konzentrieren sich mehr darauf, Ihr Protokoll zum Laufen zu bringen, damit Sie Ihre widerstandsfähige Anwendung/Infrastruktur aufbauen können, anstatt von Token-Mechaniken aufgehalten zu werden.

Ein Live-Beispiel: EduChain

Dieses Konzept ist nicht nur theoretisch. Das Technical Education Team der Web3 Foundation (zu dem ich gehöre!) hat damit mit EduChain experimentiert, das als Live-Demonstration dieser tokenlosen Konfiguration dient. Es nutzt den Token des übergeordneten Netzwerks, speziell den PAS-Token auf dem Paseo-Testnetz, als funktionale Währung.

\ Die EduChain-Konfiguration arbeitet über einen reservegestützten Transfer mit XCM, der wie folgt funktioniert:

\

• Null Anfangsbestand: Die Chain beginnt mit einem Gesamtbestand von Null ihres eigenen potenziellen Tokens. Um ein Netzwerkkonto zu finanzieren, muss eine Cross-Chain-Übertragung über XCM vom übergeordneten Netzwerk (Paseo) initiiert werden.

• Die Reserve und das Sovereign-Konto: Die Parachain bezeichnet eine System-Parachain (wie den Paseo Asset Hub) als Reserve für den übergeordneten Token (PAS). Bei der Erstellung der Parachain wird automatisch ein spezielles Konto, bekannt als Sovereign-Konto, auf der übergeordneten Chain ausschließlich für die Parachain generiert.

• Übertragung von PAS:

• Wenn ein Benutzer PAS von seinem Konto auf der übergeordneten Chain (Paseo) an die Parachain (EduChain) sendet, wird der PAS in das Sovereign-Konto der Parachain auf der übergeordneten Chain eingezahlt, wo er als Reserve fungiert.

• Gleichzeitig wird ein neuer, lokaler Vermögenswert, der PAS repräsentiert, auf der Parachain geminted und dem Konto des Benutzers dort gutgeschrieben.

• Wenn ein Benutzer diesen lokalen Vermögenswert zurück an die übergeordnete Chain sendet, wird der lokale Vermögenswert auf der Parachain verbrannt, und der entsprechende PAS-Betrag wird freigeschaltet und vom Sovereign-Konto zurück auf das Konto des Begünstigten auf der übergeordneten Chain übertragen.

  \

Dieser XCM-Mechanismus stellt sicher, dass jede Einheit von PAS auf der Parachain vollständig 1:1 durch tatsächlichen PAS gedeckt ist, der in einer sicheren Reserve im übergeordneten Netzwerk gehalten wird, wodurch die Notwendigkeit eines eigenen, projektspezifischen Tokens entfällt.

\ Als allgemeine Anmerkung kontrolliert eine Parachain ihre eigene lokale Darstellung eines Vermögenswerts und könnte prinzipiell diese Salden gemäß ihrer eigenen Governance ändern. Der Asset Hub - als Reservestandort - führt jedoch die kanonische reservegestützte Buchhaltung für diesen Vermögenswert im gesamten Netzwerk, und es wird erwartet, dass Parachains XCM-Anweisungen über den Asset Hub verwenden, damit diese Buchhaltung korrekt und konsistent bleibt.

\ Umfassende Details zu EduChain und seinen Betriebsmechanismen finden Sie in der Dokumentation unter: https://web3educhain.xyz/

Fazit

Dieser Artikel zielte darauf ab, das bedeutende Potenzial hervorzuheben, die wirtschaftlichen und sicherheitstechnischen Bedenken eines Rollups oder Layer Two an das übergeordnete Netzwerk selbst zu delegieren. Durch den Einsatz von reservegestützten XCM-Transfers kann ein Projekt die erheblichen Schwierigkeiten, die mit dem Start eines neuen Web3-Protokolls verbunden sind, vollständig umgehen und es dem Team ermöglichen, seine volle Anstrengung dem Aufbau einer überlegenen Anwendung und der Lösung realer Probleme zu widmen.

\ Personen, die an der Implementierung dieser Lösung interessiert sind, können das Starten einer Parachain auf Paseo sowie das EduChain-Repo für weitere Informationen erkunden:

\

• Parachain Zero To Hero Tutorials
• Web3 Educhain

\