Principais conclusões
O Ethereum Plasma é um framework de escalabilidade da camada 2 que processa transações em child chains separadas, reduzindo a congestão na rede principal da Ethereum.
Child chains periodicamente submetem resumos criptográficos de sua atividade à mainnet da Ethereum, herdando um grau de sua segurança sem sobrecarregá-la com cada transação.
Disputas entre usuários e operadores são tratadas por meio de provas de fraude, que permitem que participantes contestem transações inválidas na cadeia raiz.
O Plasma enfrenta uma limitação crítica chamada problema do Mass Exit, em que muitos usuários tentando sair de uma child chain comprometida ao mesmo tempo podem sobrecarregar a rede principal.
Introdução
O Ethereum Plasma é um framework de escalabilidade que permite que transações sejam processadas em blockchains secundárias, chamadas de child chains, em vez de diretamente na Ethereum. Ele foi proposto em 2017 por Vitalik Buterin e Joseph Poon como uma forma de aumentar a capacidade de transações da Ethereum sem alterar as regras de consenso da rede principal. O Plasma não é um projeto único, mas um padrão de design que diferentes times podem implementar de maneiras próprias.
Este artigo explica como o Plasma funciona, quais são seus desafios principais e como ele se compara a soluções de escalabilidade baseadas em rollup que se tornaram mais comuns desde que o Plasma foi proposto pela primeira vez.
Como o Plasma funciona?
O Plasma cria uma estrutura em forma de árvore de blockchains. No topo está a mainnet da Ethereum, chamada cadeia raiz (root chain). Abaixo dela ficam as child chains, às vezes comparadas a sidechains, embora as child chains do Plasma dependam da Ethereum para segurança de formas que sidechains padrão não exigem.
Cada child chain é governada por um contrato inteligente implantado na cadeia raiz. Esse contrato define as regras de como a child chain opera, como os ativos podem ser depositados nela a partir da Ethereum e como os usuários podem sair de volta para a mainnet. Como cada child chain pode ser personalizada, diferentes implementações podem atender a diferentes objetivos: pagamentos, trocas de tokens ou outros casos de uso específicos.
O operador da child chain processa transações fora da Ethereum e periodicamente publica um resumo comprimido do estado da cadeia na cadeia raiz. Esse resumo, chamado commitment de estado, assume a forma de uma Merkle root. Ele permite que qualquer pessoa verifique se o histórico da child chain é consistente, sem precisar que cada transação seja enviada diretamente para a Ethereum.
O que são provas de fraude?
Como o operador de uma child chain do Plasma processa transações, os usuários precisam confiar que o operador está agindo de maneira honesta. As provas de fraude fornecem uma forma de os usuários contestarem comportamentos desonestos.
Se um usuário acredita que o operador enviou uma transação inválida ou uma atualização de estado fraudulenta, ele pode enviar uma prova de fraude para a cadeia raiz. O contrato inteligente da cadeia raiz então verifica se o desafio é válido. Se o desafio for bem-sucedido, o operador malicioso é penalizado e o estado inválido é rejeitado. Esse mecanismo significa que a segurança da Ethereum funciona como garantia da child chain, mesmo que a Ethereum não verifique cada transação diretamente.
A janela de desafio é um período definido durante o qual os usuários podem enviar provas de fraude. Se não surgirem desafios válidos dentro dessa janela, o commitment de estado é aceito como definitivo.
Qual é o problema do Mass Exit?
Um dos desafios mais sérios do Plasma é o problema do Mass Exit. Se o operador de uma child chain se tornar malicioso ou a cadeia falhar, os usuários precisam sair e retornar à mainnet da Ethereum para recuperar seus ativos. Cada saída requer enviar uma transação para a cadeia raiz.
Se muitos usuários tentarem sair ao mesmo tempo, a cadeia raiz pode ficar congestionada. No pior caso, o volume de transações de saída poderia exceder o que a Ethereum consegue processar dentro da janela de challenge das provas de fraude. Isso poderia impedir alguns usuários de sacar seus fundos antes que transições inválidas de estado sejam finalizadas.
O problema do Mass Exit é considerado um desafio central do design do Plasma que ainda não tem solução completa. Não há uma solução limpa dentro do framework original do Plasma, o que é uma das razões pelas quais abordagens de escalabilidade posteriores seguiram caminhos diferentes.
Qual é o problema de disponibilidade de dados?
Um problema relacionado é a disponibilidade de dados. Para que provas de fraude funcionem, os usuários precisam ter acesso ao histórico completo da child chain para poderem construir um desafio, se necessário. Se o operador retiver dados de transações, os usuários não conseguem provar fraude, mesmo que a fraude tenha ocorrido.
Isso significa que os usuários precisam monitorar a cadeia continuamente ou confiar que os dados estarão disponíveis quando precisarem. Ambas as opções geram atrito. Os designs de rollup resolvem isso publicando os dados da transação diretamente na Ethereum, garantindo disponibilidade sem depender da cooperação do operador.
Plasma vs. Rollups
Desde a proposta do Plasma, optimistic rollups e ZK-rollups surgiram como as soluções dominantes de escalabilidade da Ethereum. Ambos os tipos de rollup resolvem o problema de disponibilidade de dados publicando os dados das transações na cadeia, o que o Plasma não exige.
Os optimistic rollups usam um modelo de prova de fraude semelhante ao Plasma, mas postam calldata na Ethereum, garantindo que os usuários sempre possam acessar os dados necessários para construir desafios. Os ZK-rollups vão além ao usar provas criptográficas de validade para verificar cada transição de estado on-chain, eliminando a necessidade de uma janela de challenge.
Atualmente, a maior parte das atividades da camada 2 da Ethereum passa por redes de rollup. O Plasma é considerado um design fundamental que influenciou pesquisas de escalabilidade posteriores, mas novas implantações de Plasma são raras. Os conceitos que ele introduziu, incluindo child chains, commmitments de estado e provas de fraude, continuam relevantes para entender como os sistemas de rollup funcionam.
FAQ
Para que a Ethereum Plasma é usada?
Plasma é um framework para processar transações da Ethereum em child chains separadas, reduzindo a congestão na rede principal. Na prática, sistemas baseados em Plasma têm sido usados para pagamentos e transferências de tokens. A maioria dos projetos novos de escalabilidade da Ethereum agora usa designs de rollup em vez disso.
O Plasma ainda está sendo desenvolvido?
O desenvolvimento do Plasma desacelerou bastante até 2026. A maior parte das pesquisas e implantações de escalabilidade da Ethereum migrou para soluções de optimistic e ZK-rollup, que enfrentam de forma mais direta desafios de disponibilidade de dados. Alguns times continuam explorando designs adjacentes ao Plasma, mas ele não é mais um caminho principal de escalabilidade.
Qual é a diferença entre Plasma e rollups?
Tanto o Plasma quanto os rollups processam transações fora da cadeia principal da Ethereum. A principal diferença é a disponibilidade de dados: os rollups publicam os dados da transação na Ethereum, garantindo que os usuários sempre possam acessar o que precisam para contestar a fraude. O Plasma não exige isso, o que gera os problemas de disponibilidade de dados e do Mass Exit.
Quem inventou o Ethereum Plasma?
O Ethereum Plasma foi proposto em agosto de 2017 pelo cofundador da Ethereum Vitalik Buterin e pelo coautor da Lightning Network Joseph Poon. O whitepaper original descreveu um framework escalável de child chains garantidas pela Ethereum por meio de provas de fraude.
Considerações Finais
O Ethereum Plasma foi uma das primeiras propostas sérias para escalar a Ethereum com processamento de transações fora da cadeia. Ele introduziu conceitos como child chains, commmitments de estado e provas de fraude que continuam influenciando o design de camada 2. Embora em grande parte tenha dado lugar a soluções baseadas em rollups, entender como ele funciona pode fornecer um contexto útil para quem está explorando o cenário de escalabilidade da Ethereum.
Leitura adicional
Soluções de escalabilidade da Camada 1 vs. Camada 2
O que são ZK-Rollups? A técnica de escalabilidade da camada 2
Optimistic vs. Zero-Knowledge Rollups: qual é a diferença?
O que são sidechains?
Aviso: Este conteúdo é apresentado a você no formato "como está", apenas para informações gerais e fins educacionais, sem qualquer declaração ou garantia de qualquer tipo. Ele não deve ser interpretado como aconselhamento financeiro, jurídico ou de outro tipo, nem pretende recomendar a compra de qualquer produto ou serviço específico. Você deve buscar seu próprio aconselhamento com assessores profissionais apropriados. Quando o conteúdo for fornecido por um terceiro, observe que as opiniões expressas pertencem ao respectivo colaborador de terceiros e não necessariamente refletem as da Binance Academy. Os preços de ativos digitais podem ser voláteis. O valor do seu investimento pode cair ou subir e você pode não recuperar o valor investido. Você é o único responsável por suas decisões de investimento e a Binance Academy não se responsabiliza por quaisquer perdas que você possa vir a incorrer. Para mais informações, consulte nossos Termos de Uso, Aviso de Risco e Termos da Binance Academy.