Jeder Smart Contract, der auf Ethereum läuft, kann ohne Änderungen auf Plasma laufen.
Was gleich ist
Plasma bewahrt absichtlich Ethereums Ausführungs- und Transaktionsmodell, um eine nahtlose Erfahrung sowohl für Nutzer als auch Entwickler zu gewährleisten.- EVM-Kompatibilität: Plasma unterstützt Solidity, Vyper und das gesamte Standard-Ethereum-Vertragsverhalten.
- Wallet-Unterstützung: MetaMask, WalletConnect und andere EVM-kompatible Wallets funktionieren out-of-the-box.
- Transaktionsformat: Plasma verwendet dieselben Transaktionstypen wie Ethereum, einschließlich EIP-1559 Dynamic Fees.
- Tools und Bibliotheken: Foundry, Hardhat, wagmi, viem, web3.js, ethers.js und gängige SDKs werden vollständig unterstützt.
- Konto-Modell: Plasma verwendet Ethereums Konto-Modell und State-Struktur und wahrt damit volle Kompatibilität mit Smart Accounts (EIP-4337 und EIP-7702).
Was anders ist
Während Ethereum eine Allzweck-Chain ist, ist Plasma speziell für Stablecoin-Zahlungen gebaut. Seine Architektur und sein Protokolldesign führen wichtige Änderungen ein, die Performance, Kosteneffizienz und Nutzererfahrung für zahlungsorientierte Anwendungen verbessern.1. Zeitstempel-Präzision
Wie Ethereum verwendet Plasma sekundenbasierte Zeitstempel für Blöcke. Wir werden jedoch optional die Möglichkeit hinzufügen, Millisekunden-Präzision über ein zusätzliches Feld für Nutzer bereitzustellen, die an höherer Präzision interessiert sind. Diese erhöhte Präzision wahrt die Kompatibilität und bietet bessere Unterstützung für hochfrequente Stablecoin-Aktivität.2. Optimiert für Stablecoin-Zahlungen
Plasma ist von Grund auf für hochvolumige, gebührenarme Stablecoin-Zahlungs-Workloads gebaut. Funktionen wie benutzerdefinierte Gas-Tokens und vertrauliche Zahlungen werden direkt vom Protokoll gepflegt und sind darauf ausgelegt, zahlungsspezifische Anwendungsfälle zu bedienen. Ethereum bietet keine native Unterstützung für Stablecoin-Zahlungs-UX. Auf Plasma sind diese Flows erstklassig.3. Unterstützung für benutzerdefinierte Gas-Tokens
Plasma ist darauf ausgelegt, whitelistete ERC-20-Tokens als Gas zu erlauben. Entwickler können Stablecoins oder Ökosystem-Tokens beim Custom-Gas-Paymaster des Protokolls registrieren und Nutzern ermöglichen, Transaktionsgebühren zu zahlen, ohne XPL halten zu müssen. Ethereum verlangt, dass alle Gebühren in ETH gezahlt werden, es sei denn, Entwickler verwalten ihre eigene komplexe Paymaster-Infrastruktur.4. Vertrauliche Zahlungen
Plasma entwickelt ein protokoll-natives Confidential-Payments-Modul: ZK-Proofs und Stealth-Adressen mit selektiver Offenlegung für Compliance. Das System ist opt-in und so konzipiert, dass es mit dem Rest des EVM-Ökosystems zusammenarbeitet. Ethereum hat keine vergleichbare protokoll-native Privatsphären-Schicht; dieselben Ergebnisse erfordern Bolt-on-Tools und Bridges.5. Leistungsstarker Konsens
Plasma verwendet eine pipelinierte Implementierung von Fast HotStuff, optimiert für Transaktions-Finalität und Durchsatz. Durch die Aufteilung des Konsensprotokolls in mehrere parallele Prozesse reduziert Plasma die Latenz erheblich und erhöht den Durchsatz unter Last. Ethereum verlässt sich derzeit auf Finalitätsmechanismen mit sowohl höherer als auch variablerer Latenz aufgrund seines slot-basierten Konsenses.6. Dedizierter Zahlungs-Blockraum (Roadmap)
Die Core-Protocol-Roadmap von Plasma umfasst dedizierte Payment Lanes: stake-gewichtete Transaktionsreihenfolge, sodass Zahlungs-Workloads die Warteschlange nicht mit allgemeinem Verkehr teilen. Auf Ethereum konkurriert jede Transaktion unabhängig vom Typ um die Aufnahme.Zusammenfassung
| Funktion | Ethereum | Plasma |
|---|---|---|
| EVM-Kompatibilität | ✅ Vollständig | ✅ Vollständig |
| Benutzerdefinierte Gas-Tokens | ❌ Externe Infrastruktur nötig | ✅ Unterstützt über Protokoll-Paymaster |
| Vertrauliche Zahlungen | ❌ Nur Bolt-on-Tools | ✅ Protokoll-nativ, opt-in |
| Konsens-Design | Slot-basierte Finalität (Casper) | Pipelined Fast HotStuff |
| Dedizierte Payment Lanes | ❌ Nicht verfügbar | 🛠 In der Core-Protocol-Roadmap |