Gold Standard Technical Record: Plasma Chain (Plasma Framework)
Plasma Chain, bir ana zincire sabitlenmiş alt zincirler oluşturmak için bir framework'tür. İşlemleri periyodik state commitment'ları ve dolandırıcılık veya operatör hatası durumunda fonları kurtarmak için exit mekanizmaları ile off-chain işler.
Plasma framework'ü, daha geniş bağlamlarda genellikle Plasma Chain olarak anılır, bir ana zincirin (Ethereum gibi) işlem hacmini, 'alt' zincirlerden oluşan bir hiyerarşi oluşturarak artırmak için tasarlanmış bir scalability solution'dır. Her alt zincir bağımsız olarak çalışır ancak ana zincire sabitlenmiştir, periyodik olarak state root'ları veya işlem özetleri commitment'ları yapar. Bu off-chain processing, ana zincir üzerindeki yükü önemli ölçüde azaltır. Plasma zincirleri, kullanıcıların varlıklarını alt zincire yatırmasına izin vererek çalışır. Alt zincir içindeki işlemler, ana zincire göre çok daha hızlı ve daha ucuz bir şekilde işlenir. Alt zincir operatör(ler)inin kötü niyetli davranışlarını önlemek ve güvenliği sağlamak için Plasma, sağlam bir 'exit mechanism' içerir. Kullanıcılar, varlıklarını alt zincirden ana zincire geri çekmek için bir exit transaction başlatabilir. Operatör hile yapmaya çalışırsa (örneğin, işlemleri sansürleyerek veya hileli state verileri göndererek), diğer katılımcılar ana zincire bir 'fraud proof' göndererek geçersiz durumu sorgulayabilir ve dürüst kullanıcıların fonlarını geri almalarını sağlayabilir. Bu mekanizma, alt zincirlerin bütünlüğünü garanti etmek için ana zincirin güvenliğine dayanır. Plasma MVP (Minimum Viable Plasma), Plasma Cash ve More Viable Plasma (MVP) gibi varyasyonlar mevcuttur, her biri data availability, exit complexity ve desteklenen işlem türleri açısından farklı trade-off'ları ele alır.
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;
🧒 5 yaşındaki gibi açıkla
Yavaş hareket eden arabaların olduğu büyük, kalabalık bir otoyol (ana [blockchain](/tr/terms/blockchain)) hayal edin. Plasma, arabaların hızla gidebileceği ve gerektiğinde ana otoyola geri dönebileceğiniz yanına daha küçük, daha hızlı yollar inşa etmek gibidir.
🤓 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.