Gold Standard Technical Record: Plasma Chain (Plasma Framework)
Plasma Chain é um framework para criar child blockchains ancoradas a uma main chain, processando transações off-chain com periodic commitments de estado e mecanismos de exit para recuperar fundos em caso de fraude ou falha do operator.
O Plasma framework, frequentemente referido como Plasma Chain em contextos mais amplos, é uma solução de scalability projetada para aprimorar o transaction throughput de uma parent blockchain (como Ethereum) através da criação de uma hierarquia de 'child' blockchains. Cada child chain opera independentemente, mas é ancorada à main chain, periodicamente commitando state roots ou transaction summaries. Este off-chain processing reduz significativamente a carga na main chain. Plasma chains funcionam permitindo que usuários depositem assets na child chain. Transações dentro da child chain são processadas muito mais rápido e barato do que na main chain. Para garantir a segurança e prevenir comportamento malicioso por parte dos child chain operator(s), Plasma incorpora um robusto 'exit mechanism'. Usuários podem iniciar uma exit transaction para retirar seus assets da child chain de volta para a main chain. Se o operator tentar trapacear (e.g., censurando transações ou submetendo fraudulent state data), outros participantes podem submeter uma 'fraud proof' para a main chain, desafiando o estado inválido e permitindo que usuários honestos recuperem seus fundos. Este mecanismo depende da segurança da main chain para garantir a integridade das child chains. Variações existem, como Plasma MVP (Minimum Viable Plasma), Plasma Cash e More Viable Plasma (MVP), cada uma abordando diferentes trade-offs em relação à data availability, exit complexity e tipos de transação suportados.
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;
🧒 Explique como se eu tivesse 5 anos
Imagine uma estrada principal grande e movimentada (a main [blockchain](/pt/terms/blockchain)) onde os carros se movem lentamente. Plasma é como construir estradas menores e mais rápidas ao lado dela, onde os carros podem acelerar, e você sempre pode voltar para a estrada principal se precisar.
🤓 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.