Gold Standard Technical Record: Plasma Chain (Plasma Framework)
Plasma Chain ist ein Framework zur Erstellung von Child-Blockchains, die an eine Main Chain gebunden sind und Transaktionen off-chain mit periodischen State Commitments und Exit-Mechanismen zur Rückgewinnung von Geldern im Falle von Betrug oder Ausfall des Operators verarbeiten.
Das Plasma Framework, im weiteren Sinne oft als Plasma Chain bezeichnet, ist eine Skalierungslösung, die entwickelt wurde, um den Transaktionsdurchsatz einer Parent-Blockchain (wie Ethereum) zu verbessern, indem eine Hierarchie von 'Child'-Blockchains erstellt wird. Jede Child Chain arbeitet unabhängig, ist aber an die Main Chain gebunden und committet periodisch State Roots oder Transaktionszusammenfassungen. Diese Off-chain-Verarbeitung reduziert die Last auf der Main Chain erheblich. Plasma Chains funktionieren, indem sie es Benutzern ermöglichen, Assets auf der Child Chain einzuzahlen. Transaktionen innerhalb der Child Chain werden viel schneller und günstiger verarbeitet als auf der Main Chain. Um die Sicherheit zu gewährleisten und böswilliges Verhalten des Child Chain Operators (der Betreiber) zu verhindern, integriert Plasma einen robusten 'Exit-Mechanismus'. Benutzer können eine Exit-Transaktion initiieren, um ihre Assets von der Child Chain zurück zur Main Chain abzuziehen. Wenn der Operator versucht zu betrügen (z. B. durch Zensur von Transaktionen oder Einreichung betrügerischer State-Daten), können andere Teilnehmer einen 'Fraud Proof' an die Main Chain senden, der den ungültigen State anfechtet und es ehrlichen Benutzern ermöglicht, ihre Gelder zurückzufordern. Dieser Mechanismus stützt sich auf die Sicherheit der Main Chain, um die Integrität der Child Chains zu gewährleisten. Es gibt Variationen wie Plasma MVP (Minimum Viable Plasma), Plasma Cash und More Viable Plasma (MVP), die jeweils unterschiedliche Kompromisse in Bezug auf Datenverfügbarkeit, Exit-Komplexität und unterstützte Transaktionstypen adressieren.
graph LR
Center["Gold Standard Technical Record: Plasma Chain (Plasma Framework)"]:::main
Pre_cryptography["cryptography"]:::pre --> Center
click Pre_cryptography "/terms/cryptography"
Rel_layer_2["layer-2"]:::related -.-> Center
click Rel_layer_2 "/terms/layer-2"
Rel_advanced_propulsion_systems["advanced-propulsion-systems"]:::related -.-> Center
click Rel_advanced_propulsion_systems "/terms/advanced-propulsion-systems"
classDef main fill:#7c3aed,stroke:#8b5cf6,stroke-width:2px,color:white,font-weight:bold,rx:5,ry:5;
classDef pre fill:#0f172a,stroke:#3b82f6,color:#94a3b8,rx:5,ry:5;
classDef child fill:#0f172a,stroke:#10b981,color:#94a3b8,rx:5,ry:5;
classDef related fill:#0f172a,stroke:#8b5cf6,stroke-dasharray: 5 5,color:#94a3b8,rx:5,ry:5;
linkStyle default stroke:#4b5563,stroke-width:2px;
🧒 Erkläre es wie einem 5-Jährigen
Stellen Sie sich eine große, belebte Autobahn (die Main [Blockchain](/de/terms/blockchain)) vor, auf der sich Autos langsam bewegen. Plasma ist wie der Bau kleinerer, schnellerer Straßen daneben, auf denen Autos rasen können, und Sie können immer zur Hauptautobahn zurückkehren, wenn Sie müssen.
🤓 Expert Deep Dive
Plasma chains represent a form of optimistic rollups, where transactions are processed off-chain under the assumption of operator honesty, with a challenge period allowing for fraud proofs to revert invalid state transitions. The security model hinges on the ability of users to exit the chain, which requires data availability guarantees. In the original Plasma MVP design, data availability was a significant bottleneck, as users needed to download all transaction data to verify potential fraud. Subsequent designs like Plasma Cash introduced data availability committees or utilized Merkle trees with explicit data availability proofs to mitigate this. The exit mechanism is critical: a user initiates an exit by submitting a UTXO (Unspent Transaction Output) commitment. During a challenge period, any party can submit a fraud proof, which typically involves presenting a Merkle proof of a transaction that invalidates the committed state. If the fraud proof is valid, the exiting user's funds are returned to the main chain, and the operator may be penalized. The complexity of implementing secure and efficient exit games, especially for multi-transaction scenarios or complex smart contracts, remains a significant research area. Furthermore, the reliance on users actively monitoring the chain and submitting proofs introduces a 'liveness' problem, as users must be online or delegate monitoring to third parties.