Plasma

O que é Plasma?

Plasma é uma estrutura de escalabilidade de blockchain que usa child chains off-chain ancoradas a uma blockchain raiz, como a Ethereum, para processar transações com custos menores, mantendo um caminho on-chain para saques e contestações de fraude.

No universo cripto, Plasma é mais conhecido como um dos primeiros designs de escalabilidade Layer 2 da Ethereum. Ele introduziu ideias como child chains, raízes de Merkle, provas de fraude, exit games e saques aplicados pela cadeia raiz.

A documentação oficial da Ethereum sobre Plasma descreve as chains Plasma como blockchains separadas, ancoradas à Ethereum Mainnet, que executam transações off-chain e recorrem a provas de fraude para arbitrar disputas.

Plasma foi projetado para reduzir a carga sobre a blockchain base, transferindo a maior parte da atividade de transações para fora da chain principal.

Em vez de publicar todas as transações na Ethereum, um operador de Plasma publica compromissos compactos que resumem a atividade na child chain.

Os usuários podem fazer transações na chain Plasma e, posteriormente, sair para a chain raiz caso queiram sacar fundos ou se o operador agir de forma desonesta ou ficar indisponível.

A maneira mais simples de entender Plasma é como um design de escalabilidade off-chain com uma rota de emergência de volta à blockchain principal.

Por que Plasma foi criado

Plasma foi criado porque blockchains públicas enfrentam um trade-off natural entre descentralização, segurança e capacidade de processamento.

Se cada nó precisa verificar diretamente todas as transações na camada base, a rede permanece transparente e segura, mas pode ficar lenta e cara quando a demanda é alta.

Plasma propôs que muitas transações menores ocorressem em child chains, enquanto a chain principal cuidaria de depósitos, saídas, compromissos e disputas.

O whitepaper original de Plasma, de Joseph Poon e Vitalik Buterin, descreveu Plasma como uma estrutura para contratos inteligentes autônomos e escaláveis que usa blockchains-filhas e mecanismos de aplicação baseados em provas de fraude.

A ideia principal era que a chain raiz não precisasse calcular tudo, a menos que alguém apresentasse provas de que ocorreu uma fraude.

Isso tornou Plasma uma opção atraente para pagamentos, transferências de tokens, jogos e outros casos de uso que precisavam de taxas menores e maior capacidade de processamento.

Plasma também influenciou pesquisas posteriores sobre escalabilidade ao mostrar como sistemas off-chain ainda poderiam usar uma chain base como respaldo de segurança.

Embora os rollups tenham se tornado a principal direção de escalabilidade da Ethereum, Plasma continua sendo um conceito importante na arquitetura de blockchain.

Como Plasma funciona

Plasma funciona bloqueando ativos em um contrato inteligente na chain raiz e representando esses ativos em uma child chain off-chain.

O usuário deposita fundos no contrato Plasma da Ethereum ou de outra chain raiz.

Em seguida, a child chain Plasma credita ao usuário um saldo correspondente ou uma representação em moeda.

A child chain processa transferências, mudanças de propriedade ou ações específicas de aplicativos fora da chain raiz.

Em intervalos regulares, o operador de Plasma envia um compromisso compacto, como uma raiz de Merkle, ao contrato da chain raiz.

Esse compromisso resume o histórico de transações ou o estado da chain Plasma sem publicar todos os dados das transações na chain raiz.

Quando tudo funciona corretamente, os usuários têm transações mais rápidas e baratas.

Se algo der errado, os usuários podem iniciar uma saída e usar provas criptográficas para sacar seus ativos de volta para a chain raiz.

Portanto, Plasma depende de uma combinação de execução off-chain, compromissos on-chain, provas de fraude e saídas controladas pelos usuários.

Chain raiz e child chain

A chain raiz é a blockchain base que contém o contrato inteligente Plasma e aplica a liquidação final.

Na maioria das discussões sobre o Plasma clássico, a chain raiz é a Ethereum.

A child chain é a chain Plasma que processa transações fora da chain raiz.

A child chain pode ser mais rápida porque não precisa que todos os nós da camada base processem cada transação.

A chain raiz funciona como um tribunal que pode resolver disputas quando usuários contestam atividades inválidas.

Esse modelo de relação entre chain principal e chain filha é uma das características que definem Plasma.

Uma sidechain comum depende principalmente do próprio conjunto de validadores e de sua bridge, enquanto Plasma tenta oferecer aos usuários uma saída pela chain raiz caso o operador da child chain aja de forma inadequada.

No entanto, a child chain não herda automaticamente toda a segurança da chain raiz, pois os usuários ainda dependem do acesso aos dados, dos períodos para contestação e das regras de saída.

Raízes de Merkle e compromissos de estado

Uma raiz de Merkle é um resumo criptográfico de vários dados.

Em Plasma, uma raiz de Merkle pode resumir um bloco de transações da child chain ou uma versão do estado dessa chain.

O operador publica a raiz no contrato da chain raiz para que os usuários possam provar posteriormente se uma transação ou saída específica foi incluída.

Esse design economiza espaço nos blocos da camada base, pois a chain raiz armazena apenas um compromisso compacto, em vez de todas as transações.

Uma prova de Merkle pode demonstrar que a transação de um usuário pertence a um bloco Plasma comprometido.

Essa prova se torna importante durante saídas e contestações.

Se quiser sacar, o usuário talvez precise provar que sua moeda, saída ou reivindicação de estado é válida de acordo com o histórico Plasma comprometido.

Os compromissos de Merkle são úteis porque permitem que Plasma compacte um grande volume de atividade off-chain em pequenos registros on-chain.

Depósitos em Plasma

O depósito é a forma como o usuário transfere ativos da chain raiz para Plasma.

O usuário envia tokens ou moedas a um contrato inteligente na chain raiz.

Em seguida, a chain Plasma reconhece esse depósito e permite que o usuário faça transações com o valor depositado na child chain.

Os depósitos são importantes porque conectam o ativo da chain raiz à representação em Plasma.

Se o contrato de depósito for mal projetado, os usuários poderão perder o acesso aos fundos ou ficar sujeitos a uma lógica de saque insegura.

Um bom fluxo de depósito em Plasma deve deixar claro qual ativo está sendo depositado, qual conta da child chain o receberá e como o usuário poderá sair do sistema depois.

Antes de transferir valores significativos para qualquer sistema semelhante a Plasma, os usuários devem entender as regras de depósito e saída.

Saídas em Plasma

Uma saída é o processo de sacar ativos de Plasma de volta para a chain raiz.

As saídas são fundamentais em Plasma porque constituem o principal mecanismo de segurança contra falhas ou fraudes do operador.

O usuário inicia uma saída apresentando provas de que possui uma moeda Plasma, saída ou reivindicação de saldo válida.

Em seguida, o contrato da chain raiz inicia um período de contestação.

Durante esse período, outro participante pode contestar a saída se ela for inválida, já tiver sido gasta, estiver duplicada ou se basear em um histórico incorreto.

Se nenhuma contestação válida for apresentada antes do fim do período, o usuário poderá concluir o saque.

Esse processo de saída oferece aos usuários uma forma de deixar a child chain, mas também aumenta a complexidade da experiência de uso.

Os usuários talvez precisem monitorar a chain, armazenar provas, pagar taxas da chain raiz e agir antes do vencimento dos prazos.

Provas de fraude em Plasma

Uma prova de fraude é uma evidência de que ocorreu algo inválido na chain Plasma.

Dependendo do design de Plasma, as provas de fraude podem ser usadas para contestar saídas inválidas, gastos duplos, transições de estado desonestas ou conduta imprópria do operador.

Plasma não exige que a chain raiz verifique imediatamente todas as transações.

Em vez disso, o sistema pressupõe que comportamentos inválidos possam ser contestados durante uma janela de disputa.

Essa abordagem pode reduzir os custos normais de transação, mas aumenta a importância do monitoramento.

Se ninguém enviar uma prova de fraude a tempo, uma saída inválida poderá ser concluída em um sistema mal projetado.

Por isso, Plasma geralmente exige que usuários ou observadores especializados acompanhem a child chain e o contrato de saída da chain raiz.

As provas de fraude tornam Plasma mais seguro do que um simples banco de dados off-chain, mas não eliminam a necessidade de defesa ativa.

Exit games

Um exit game é o conjunto de regras que determina como as saídas são iniciadas, contestadas, priorizadas e concluídas.

A palavra “game” é usada porque diferentes participantes podem ter incentivos para enviar saídas válidas, contestar saídas inválidas ou punir comportamentos desonestos.

Um exit game bem projetado deve permitir que usuários honestos saquem seus fundos e impedir que invasores saquem fundos que já não possuem.

Exit games são difíceis de projetar porque precisam lidar com muitos casos extremos, como gastos duplos, dados indisponíveis, transações antigas, transferências pendentes e saques em massa.

Alguns designs de Plasma usam filas prioritárias para que saídas válidas mais antigas sejam processadas antes de reivindicações mais recentes.

Alguns exigem garantias para desestimular saídas falsas e contestações de spam.

O período de contestação precisa ser longo o suficiente para que usuários honestos possam responder, mas não tão longo que torne os saques impraticáveis.

Os exit games são um dos motivos pelos quais Plasma pode ser difícil de entender para usuários comuns.

Disponibilidade de dados em Plasma

A disponibilidade de dados é o maior desafio técnico de Plasma.

Disponibilidade de dados significa que os usuários podem acessar os dados das transações necessários para verificar o estado da child chain e proteger seus fundos.

Em Plasma, a maior parte dos dados das transações costuma ser mantida off-chain, em vez de ser publicada na chain raiz.

Isso economiza taxas, mas cria riscos caso o operador retenha os dados.

Se o operador publicar um compromisso sem fornecer os dados que o embasam, talvez os usuários não consigam verificar se esse compromisso é válido.

Quando os dados ficam indisponíveis, os usuários podem precisar sair rapidamente, pois não conseguem acompanhar seus fundos com segurança.

Esse é um dos principais motivos pelos quais os rollups se tornaram mais populares do que o Plasma clássico.

Os rollups publicam dados suficientes para que qualquer pessoa reconstrua o estado do rollup, enquanto Plasma costuma depender do acesso dos usuários aos dados off-chain fornecidos pelo operador.

O problema dos saques em massa

O problema dos saques em massa ocorre quando muitos usuários tentam sair de um sistema Plasma ao mesmo tempo.

Isso pode acontecer após retenção de dados, falha do operador, censura ou suspeita de ataque.

Como as saídas precisam ser enviadas à chain raiz, várias saídas simultâneas podem sobrecarregar o espaço dos blocos da camada base.

Se as taxas da chain raiz subirem muito, os usuários poderão considerar caro ou difícil sair antes dos prazos.

Isso cria um risco sério em emergências: a rota de saída pode ficar congestionada justamente quando todos precisam usá-la.

Por isso, um design Plasma precisa planejar a capacidade e a prioridade das saídas, os períodos de contestação e o congestionamento.

O problema dos saques em massa é um dos motivos pelos quais Plasma é considerado mais difícil de usar com segurança do que os rollups modernos.

Uma rota de saída só tem valor se os usuários realmente puderem utilizá-la em momentos de estresse.

Plasma MVP

Plasma MVP significa Minimal Viable Plasma (Plasma mínimo viável).

Foi um dos primeiros designs simplificados de Plasma, voltado principalmente a pagamentos e à propriedade no modelo UTXO.

UTXO é uma saída de transação não gasta que representa um valor disponível para ser gasto.

O uso de UTXOs facilitou parte da lógica de Plasma, pois cada moeda podia ter um histórico de propriedade mais claro.

Plasma MVP foi projetado para tornar a ideia geral de Plasma mais prática e fácil de implementar.

No entanto, mesmo essa versão simplificada ainda enfrentava desafios relacionados a monitoramento, saídas, armazenamento de provas e experiência do usuário.

Plasma MVP é importante porque mostrou que Plasma podia funcionar melhor quando a aplicação era específica e o modelo de ativos, simples.

Também mostrou por que seria muito mais difícil oferecer suporte geral a contratos inteligentes.

Plasma Cash

Plasma Cash é um design de Plasma no qual cada moeda é tratada como um objeto único, com histórico próprio.

A publicação de pesquisa sobre Plasma Cash explica como os usuários poderiam acompanhar apenas o histórico das moedas que possuem, em vez de baixar toda a chain Plasma.

Isso reduziu a quantidade de dados que cada usuário precisava verificar.

Também tornou Plasma interessante para ativos únicos, inclusive modelos de propriedade semelhantes a NFTs.

O desafio é que acompanhar moedas únicas pode tornar pagamentos simples mais complicados.

Se o valor for dividido em moedas únicas, os usuários talvez precisem de lógica adicional para dividir, combinar ou gastar valores flexíveis.

Plasma Cash foi uma etapa importante porque abordou diretamente o problema da verificação de dados.

No entanto, também mostrou como aprimorar uma parte de Plasma pode gerar complexidade em outra.

Plasma Debit e outras variantes

Plasma Debit e outras variantes de Plasma tentaram melhorar a flexibilidade, a experiência do usuário e a praticidade dos pagamentos.

Diferentes versões de Plasma exploraram formas variadas de representar saldos, processar saídas, reduzir requisitos de dados e oferecer suporte a estados mais complexos.

Algumas variantes eram mais adequadas para pagamentos.

Outras eram mais adequadas para ativos únicos.

Algumas tentaram oferecer suporte a uma lógica baseada em contas ou a contratos inteligentes mais gerais.

Essas variações mostram que Plasma não é um único design de chain.

É uma família de ideias de escalabilidade com diferentes trade-offs de segurança e usabilidade.

Quando um projeto afirma usar Plasma, os usuários devem perguntar qual design de Plasma ele utiliza e quais premissas são necessárias.

Plasma vs. rollups

Plasma e os rollups transferem a execução para fora da chain base, mas tratam os dados de maneiras diferentes.

Um rollup publica dados das transações, ou dados compactados, na camada base ou em um sistema de disponibilidade de dados para que o estado possa ser reconstruído de forma independente.

Plasma geralmente publica apenas compromissos e mantém a maior parte dos dados das transações off-chain.

Isso pode tornar Plasma mais barato em condições normais, mas gera um risco maior relacionado à disponibilidade de dados.

A documentação oficial da Ethereum sobre escalabilidade descreve os rollups como a solução de escalabilidade preferencial atual para a Ethereum, pois eles agrupam transações e enviam os resultados de volta à Ethereum.

Em geral, os rollups são mais adequados a contratos inteligentes gerais e DeFi, pois os usuários não precisam lidar com o mesmo tipo de risco associado aos exit games.

Plasma ainda pode ser útil para aplicações específicas nas quais as premissas de disponibilidade de dados sejam aceitáveis e as saídas sejam simples.

A principal diferença é que os rollups disponibilizam mais dados, enquanto Plasma tenta minimizar ainda mais a quantidade de dados on-chain.

Plasma vs. sidechains

Plasma é diferente de uma sidechain porque usa um contrato na chain raiz para gerenciar saídas e disputas.

Uma sidechain geralmente é uma blockchain separada, com seu próprio conjunto de validadores e suas próprias premissas de segurança.

Se o conjunto de validadores de uma sidechain falhar ou agir em conluio, a chain base talvez não consiga proteger os usuários automaticamente.

Se um operador Plasma falhar ou retiver dados, os usuários ainda poderão sair pelo contrato da chain raiz, desde que tenham as provas necessárias e ajam a tempo.

Isso dá a Plasma uma conexão mais forte com a chain raiz do que a uma sidechain típica.

No entanto, Plasma não é igual a um rollup, pois a chain raiz talvez não tenha dados suficientes para reconstruir o estado da child chain.

Em termos simples, as sidechains dependem mais da segurança de uma chain separada, enquanto Plasma depende mais dos direitos de saída e das contestações de fraude.

As duas abordagens envolvem trade-offs, e nenhuma deve ser descrita como livre de riscos.

Plasma vs. canais de estado

Os canais de estado e Plasma reduzem a atividade na camada base ao transferir interações para off-chain.

Um canal de estado geralmente envolve um grupo menor de participantes que bloqueia fundos e troca atualizações assinadas em particular.

Plasma usa uma child chain que pode atender muitos usuários sob uma estrutura compartilhada de operador ou validação.

Os canais de estado podem ser muito eficientes para interações repetidas entre participantes conhecidos.

Plasma é mais adequado a ambientes compartilhados maiores, nos quais muitos usuários fazem transações por meio de uma child chain.

Os canais de estado geralmente exigem que os participantes continuem envolvidos na relação estabelecida pelo canal.

Plasma exige que os usuários monitorem saídas inválidas e problemas de disponibilidade de dados.

Os dois designs reduzem as transações on-chain, mas usam modelos diferentes de confiança e monitoramento.

Plasma vs. validium

Validium é um design de escalabilidade que mantém os dados das transações off-chain, mas usa provas de validade para demonstrar que as transições de estado estão corretas.

O Plasma clássico usa provas de fraude e exit games, em vez de provas de validade.

Os dois designs podem reduzir os custos de dados on-chain ao não publicar todos os dados das transações na chain base.

A diferença é que uma prova de validade pode demonstrar a correção antecipadamente, enquanto Plasma costuma depender de os usuários contestarem comportamentos incorretos posteriormente.

Em sua publicação de 2023 Exit games for EVM validiums: the return of Plasma, Vitalik Buterin argumentou que as provas de validade modernas poderiam tornar as ideias inspiradas em Plasma mais práticas para sistemas relacionados à EVM.

Esse interesse renovado não significa que o Plasma antigo tenha resolvido todos os problemas.

Significa que as ideias de Plasma podem voltar a ser úteis quando combinadas com sistemas de prova mais robustos e designs mais específicos para cada aplicação.

Os sistemas modernos devem explicar se são Plasma, validium, rollup ou um design híbrido.

Plasma e contratos inteligentes

O Plasma clássico teve dificuldades para oferecer suporte geral a contratos inteligentes.

Pagamentos simples são mais fáceis porque a propriedade pode ser representada por moedas, saídas ou saldos.

Contratos inteligentes gerais são mais difíceis porque muitos usuários podem depender de um estado compartilhado e em constante mudança.

Por exemplo, um protocolo de empréstimo DeFi precisa lidar com garantias, liquidações, oráculos, juros, pools compartilhados e posições de muitos usuários.

É difícil criar um exit game seguro para todos os estados possíveis de contratos inteligentes.

Esse é um dos motivos pelos quais a escalabilidade da Ethereum se voltou para os rollups, que podem oferecer suporte a uma execução mais ampla de contratos inteligentes com maior disponibilidade de dados.

Plasma ainda pode ser útil para aplicações específicas cuja lógica de saída seja clara.

Em aplicações complexas, os desenvolvedores precisam ter cuidado antes de alegar oferecer segurança no estilo Plasma.

Plasma e DeFi

É difícil criar aplicações DeFi no Plasma clássico porque elas dependem de liquidez compartilhada e atualizações rápidas de estado.

Uma exchange descentralizada precisa de saldos precisos dos pools, histórico de swaps, taxas e acesso à arbitragem.

Um protocolo de empréstimo precisa de valores precisos das garantias, registros de dívidas, regras de liquidação e dados de oráculos.

Um protocolo de derivativos precisa lidar com margem, financiamento, atualizações de posições e liquidações.

Se os usuários precisarem sair durante uma disputa, o estado compartilhado de DeFi pode se tornar muito complexo.

Talvez um usuário não consiga sacar sem afetar outros usuários do mesmo pool.

Por isso, Plasma é mais adequado a sistemas simples de transferência de ativos do que a aplicações DeFi altamente combináveis.

Os sistemas modernos de prova de validade podem melhorar esse cenário, mas o modelo de segurança precisa ser explicado com clareza.

Plasma e NFTs

Plasma pode ser útil para ativos semelhantes a NFTs porque ativos únicos podem ser mais fáceis de acompanhar do que saldos compartilhados complexos.

Plasma Cash foi especialmente relevante para a propriedade de ativos únicos, pois cada moeda tinha seu próprio histórico.

Um sistema Plasma voltado a NFTs poderia permitir transferências mais baratas e, ao mesmo tempo, manter uma forma de retirar o ativo para a chain raiz.

No entanto, aplicações de NFT ainda podem se tornar complexas quando envolvem metadados, royalties, estado de jogo, aluguel ou lógica de marketplace.

Pode ser fácil provar a propriedade do NFT, mas talvez seja mais difícil sair com segurança do estado da aplicação associado a ele.

Plasma pode funcionar melhor quando o valor do NFT está principalmente ligado à propriedade simples, e não a um estado off-chain complexo.

Os usuários devem verificar se um sistema de NFT baseado em Plasma permite saques seguros e se a chain raiz reconhece o estado final do ativo.

Taxas de transferência baixas não significam automaticamente segurança completa.

Premissas de segurança de Plasma

A segurança de Plasma depende de várias premissas que os usuários devem entender.

Os usuários precisam ter acesso aos dados necessários para verificar seus próprios ativos e saídas.

Os usuários ou observadores precisam monitorar a chain Plasma e contestar saídas inválidas dentro do prazo exigido.

A chain raiz precisa continuar disponível e ter custos acessíveis o suficiente para permitir saídas e contestações.

O contrato Plasma precisa ser seguro e implementado corretamente.

O operador não pode conseguir concluir saques inválidos sem que sejam contestados.

As regras de saída precisam lidar com casos extremos, como gastos duplos, estados desatualizados e retenção de dados.

As carteiras e interfaces de usuário precisam ajudar os usuários a responder quando algo dá errado.

Plasma pode ser seguro nas condições adequadas, mas essas condições exigem uma participação mais ativa do que muitos usuários esperam.

Benefícios de Plasma

O primeiro benefício de Plasma é o menor custo de transação, pois a maior parte da atividade ocorre off-chain.

O segundo benefício é a maior capacidade de processamento, já que a child chain pode processar muitas transações sem execução na camada base.

O terceiro benefício é uma rota de saída pela chain raiz, que pode proteger os usuários melhor do que um sistema off-chain puramente custodial.

O quarto benefício é a flexibilidade de design, pois as chains Plasma podem ser específicas para determinadas aplicações.

O quinto benefício é a redução do congestionamento na camada base, já que somente compromissos e ações relacionadas a disputas precisam ser publicados on-chain.

O sexto benefício é sua importância histórica: Plasma influenciou pesquisas posteriores sobre Layer 2 e ajudou a moldar o debate sobre rollups.

O sétimo benefício é sua relevância renovada quando combinado com provas de validade modernas e designs semelhantes a validium.

O oitavo benefício é seu valor conceitual: ele ensina como sistemas off-chain podem recorrer à aplicação de regras on-chain.

Limitações de Plasma

A primeira limitação de Plasma é o risco relacionado à disponibilidade de dados.

A segunda limitação é o problema dos saques em massa.

A terceira limitação é a necessidade de monitoramento pelos usuários, que talvez precisem acompanhar atividades inválidas.

A quarta limitação é a complexidade das saídas, pois os saques podem exigir provas, garantias, períodos de espera e atenção aos prazos de contestação.

A quinta limitação é o suporte mais restrito a contratos inteligentes gerais nos designs clássicos de Plasma.

A sexta limitação é a dependência do operador, que pode censurar usuários ou reter dados.

A sétima limitação é a experiência do usuário inferior à de muitos rollups modernos.

A oitava limitação é o risco de congestionamento da chain raiz durante emergências.

Essas limitações explicam por que Plasma perdeu espaço no roteiro de escalabilidade da Ethereum.

Relevância atual de Plasma

Plasma já não é a principal solução de escalabilidade de uso geral da Ethereum, mas ainda é relevante.

Ele continua sendo importante para entender a história dos sistemas Layer 2.

Também é útil para designs específicos de aplicações nos quais a propriedade simples de ativos e os baixos custos de dados são importantes.

As provas de validade modernas voltaram a tornar alguns designs semelhantes a Plasma mais interessantes.

Um validium semelhante a Plasma pode combinar dados off-chain com uma verificação de correção mais robusta baseada em provas.

Isso pode reduzir a dependência de contestações de fraude e manter baixos os custos de dados.

No entanto, os desenvolvedores ainda precisam explicar como os usuários recuperam os fundos se os dados ficarem indisponíveis.

O debate moderno sobre Plasma trata menos de copiar exatamente a estrutura de 2017 e mais de reutilizar as ideias de exit games em sistemas criptográficos mais robustos.

Não confunda Plasma com um projeto chamado Plasma

A palavra Plasma pode se referir à estrutura clássica de escalabilidade da Ethereum, mas também pode designar um projeto específico de blockchain que usa o mesmo nome.

A documentação atual da rede Plasma descreve Plasma como uma infraestrutura para pagamentos com stablecoins, transferências de baixo custo, liquidação rápida, compatibilidade com EVM e movimentação de stablecoins.

Esse significado específico do projeto é diferente da estrutura original de escalabilidade Plasma descrita nas pesquisas da Ethereum.

Esta entrada do glossário se concentra principalmente no conceito clássico de escalabilidade.

Ao consultar a documentação, os usuários devem verificar se “Plasma” se refere a uma estrutura Layer 2, a um design validium semelhante a Plasma ou a uma rede específica que usa o nome Plasma.

O modelo de segurança, o design de consenso, o design da bridge, o design do token e os riscos para os usuários podem ser muito diferentes.

Nomes podem coincidir no universo cripto, por isso o contexto importa.

Boas práticas para usuários

Verifique se o sistema é Plasma clássico, rollup, validium, sidechain ou um projeto que usa o nome Plasma.

Entenda como funcionam os depósitos e as saídas antes de transferir ativos.

Verifique quais dados são publicados on-chain e quais são mantidos off-chain.

Use interfaces que expliquem claramente os atrasos nas saídas, os períodos de contestação e as regras de saque de emergência.

Não presuma que taxas baixas significam o mesmo nível de segurança da chain raiz.

Faça testes com valores pequenos antes de depositar saldos maiores em sistemas desconhecidos.

Confirme se há observadores ou serviços de monitoramento automático disponíveis.

Consulte auditorias do contrato de depósito, do contrato de saída, da lógica da bridge e das regras do operador.

Mantenha registros de depósitos, saques, provas e hashes de transações.

Entenda que a segurança de Plasma depende de mais do que um único contrato inteligente.

Boas práticas para desenvolvedores

Defina o modelo Plasma exato e suas premissas de segurança na documentação pública.

Explique quais dados os usuários precisam para verificar saldos e saídas.

Projete exit games simples o suficiente para que usuários reais possam concluí-los.

Disponibilize infraestrutura clara para observadores e sistemas de alerta.

Teste cenários de retenção de dados, falha do operador, censura e saques em massa.

Use períodos de contestação conservadores, que deem aos usuários honestos tempo para responder.

Audite todos os contratos de depósito, saída, prova de fraude e bridge antes do lançamento.

Evite alegar segurança equivalente à de um rollup se os dados das transações não forem publicados como em um rollup.

Documente como o sistema lida com contratos inteligentes, NFTs, posições DeFi e estados compartilhados.

Deixe a experiência de uso clara o suficiente para que os usuários saibam o que fazer em uma emergência.

Perguntas frequentes

O que significa Plasma no universo cripto?

Plasma é uma estrutura de escalabilidade de blockchain que usa child chains off-chain ancoradas a uma chain raiz, com compromissos, provas de fraude e saídas para proteger os usuários.

Plasma é uma solução Layer 2?

Plasma costuma ser descrito como uma estrutura de escalabilidade Layer 2 da Ethereum, embora o nível exato de segurança dependa do design específico.

Como Plasma reduz as taxas?

Plasma reduz as taxas ao processar a maioria das transações off-chain e publicar na chain raiz apenas compromissos compactos ou transações relacionadas a disputas.

O que é uma chain Plasma?

Uma chain Plasma é uma blockchain filha que opera sob uma blockchain raiz e executa transações off-chain.

O que é uma saída em Plasma?

Uma saída é o processo de saque que permite ao usuário transferir ativos da chain Plasma de volta para a chain raiz após um período de contestação.

O que é uma prova de fraude em Plasma?

Uma prova de fraude é uma evidência enviada à chain raiz para contestar um comportamento inválido na chain Plasma.

Por que a disponibilidade de dados é importante em Plasma?

A disponibilidade de dados é importante porque os usuários precisam dos dados das transações para verificar a propriedade, provar saídas válidas e contestar atividades fraudulentas.

O que é o problema dos saques em massa?

O problema dos saques em massa ocorre quando muitos usuários tentam sacar de um sistema Plasma ao mesmo tempo, o que pode sobrecarregar o espaço dos blocos da chain raiz.

Qual é a diferença entre Plasma e um rollup?

Plasma geralmente mantém a maior parte dos dados das transações off-chain, enquanto os rollups publicam dados suficientes para que o estado possa ser reconstruído de forma independente.

Qual é a diferença entre Plasma e uma sidechain?

Uma sidechain depende principalmente do próprio consenso, enquanto Plasma depende de um contrato na chain raiz para saídas e resolução de disputas.

Plasma ainda é usado atualmente?

Hoje, o Plasma clássico tem menos destaque do que os rollups, mas suas ideias continuam relevantes nas pesquisas sobre validium, no design de exit games e na escalabilidade de aplicações específicas.

Plasma sempre significa a mesma coisa?

Não. Plasma pode se referir à estrutura clássica de escalabilidade da Ethereum ou a um projeto específico de blockchain com esse nome. Por isso, é importante verificar o contexto.

Conclusão

Plasma é uma estrutura de escalabilidade cripto que transfere a execução de transações para child chains off-chain e usa uma chain raiz para depósitos, saídas, compromissos e contestações de fraude.

Foi uma das primeiras ideias mais importantes de escalabilidade da Ethereum porque mostrou como as blockchains poderiam reduzir a carga da camada base e manter um caminho on-chain para disputas.

Plasma pode oferecer taxas menores e maior capacidade de processamento para aplicações simples de transferência de ativos, sistemas de pagamento e determinados designs específicos de aplicação.

Suas principais fragilidades são os riscos de disponibilidade de dados e de saques em massa, a dependência do operador, a necessidade de monitoramento pelos usuários, a complexidade das saídas e o suporte limitado a contratos inteligentes gerais.

Os rollups se tornaram mais populares porque publicam dados suficientes para reconstruir o estado e oferecem suporte mais natural a uma lógica de aplicação abrangente.

Ainda assim, Plasma continua sendo importante porque muitos conceitos modernos de escalabilidade ainda aproveitam suas ideias de child chains, saídas, provas de fraude e aplicação de regras pela chain raiz.

As provas de validade modernas podem tornar designs semelhantes a Plasma mais práticos em alguns sistemas no estilo validium, mas o modelo de segurança exato deve sempre ser explicado com clareza.

Os usuários nunca devem presumir que todo sistema chamado Plasma tem a mesma arquitetura ou as mesmas garantias de segurança.

A forma mais segura de avaliar Plasma é perguntar quais dados estão disponíveis, como funcionam as saídas, quem opera a chain, como as disputas são tratadas e o que acontece se todos precisarem sacar ao mesmo tempo.

A maneira mais simples de entender Plasma é como uma estrutura de escalabilidade off-chain que tenta baratear transações cripto e manter uma rota de emergência de volta à blockchain raiz.