Mantle

Mantle Network bietet ein EVM-Ziel für Anwendungen des Ethereum-Ökosystems. Sein modulares Design trennt Funktionen, die in anderen Architekturen enger gekoppelt sind: Ausführung, Datenverfügbarkeit, Beweiserzeugung und Abwicklung. Der Name Mantle wird auch für Initiativen des Ökosystems verwendet, daher sollte das konkrete Netzwerk identifiziert werden.

In einem Projekt verlangt diese Trennung, die operativen Abhängigkeiten zu dokumentieren. Die Wiederverwendung von Solidity erleichtert die Entwicklung, die Verfügbarkeit der Anwendung hängt aber auch davon ab, wie Daten veröffentlicht und abgerufen werden und mit welchen Diensten sie interagiert.

Die Dokumentation von Mantle Network beschreibt die Verifizierung mittels Validity Proofs und die Abwicklung auf Ethereum. Die Architektur sieht externe Komponenten für die Datenverfügbarkeit vor. Korrektheit der Ausführung und Zugriff auf die Daten sind verwandte, aber unterschiedliche Eigenschaften, die im Design zu bewerten sind.

Die Anwendung sendet Transaktionen an die EVM-Umgebung und verwendet MNT für Gebühren. Das Backend muss Ausführungszustände und Bewegungen zwischen Netzwerken unterscheiden. Protokoll-Updates können operative Annahmen verändern, daher werden die Parameter gegen die Dokumentation der verwendeten Version geprüft.

Im operativen Monitoring sollten Referenzen auf die EVM-Transaktion, den Batch, der sie enthält, und, sofern vorhanden, die Bridge-Bewegung vorgehalten werden. Es handelt sich um unterschiedliche Nachweise für die Fragen, ob eine Operation ausgeführt wurde, ob sich ihr Zustand rekonstruieren lässt und ob der Vermögenswert am Ziel angekommen ist. Die Oberfläche kann diese Informationen vereinfachen, ohne die Unterschiede im Datenmodell zu verwischen.

Mantle kann passen, wenn eine Solidity-Anwendung mit den Vermögenswerten und Diensten seines Ökosystems arbeiten muss. Es erlaubt die Bewertung von Tokenisierungsprodukten und programmierbarer Finanzlogik, sofern die für den vollständigen Ablauf nötigen Abhängigkeiten verfügbar sind.

Bei Metlabs prüfen wir die Smart Contracts der Vermögenswerte, Oracles, RPC-Zugang sowie Ein- und Auszahlungswege, bevor wir das Zielnetzwerk empfehlen. Verglichen werden auch die tatsächlichen Kosten der Transaktionen und ihres Monitorings. Die modulare Architektur eröffnet technische Optionen, das Auswahlkriterium ist aber, wie sie die Anforderungen des Produkts erfüllt.

Eine Treasury-Integration kann mit einem begrenzten Ablauf aus Einzahlung, Ausführung und Auszahlung beginnen, mit Testbeträgen und expliziten Limits. Das Team misst den MNT-Verbrauch, die beobachteten Zeiten und das Verhalten bei RPC-Unterbrechungen. Es dokumentiert außerdem, welche Komponenten es ersetzen kann und welche vom Protokoll abhängen. Dieser Test liefert eine Grundlage für die Entscheidung, ob das Halten von Vermögenswerten und der Betrieb auf Mantle einem konkreten Bedarf des Produkts entsprechen.

Ein Validity Proof garantiert für sich allein nicht die Verfügbarkeit aller Komponenten einer Anwendung. Zu prüfen sind die Datenschicht, der Sequencer, die Bridge-Contracts und die Upgrade-Berechtigungen, zusätzlich zur Sicherheit der eigenen Smart Contracts.

Andere Layer-2-Netzwerke können besser geeignet sein, wenn die Abhängigkeiten des Produkts dort bereits deployt sind. Der Vergleich muss Kosten, Zugang zu Vermögenswerten und Sicherheitsannahmen getrennt betrachten. Eine historische Beschreibung des Protokolls reicht nicht, um eine neue Integration zu entwerfen: Geprüft wird das Verhalten der aktuellen Version.