Na cadeia Plasma, a estrutura básica do bloco é semelhante à de uma cadeia normal, com transações e mudanças de estado sendo concluídas dentro da subcadeia. Mas, desde o início do seu design, o Plasma não foi pensado para que a cadeia principal tivesse controle sobre esses detalhes.

Após a geração de cada novo bloco, o que o operador faz é simples — hash de todas as transações e dados de estado dentro do bloco, gerando uma Merkle Root (algumas implementações usam a Root de transações, outras usam a Root de estado ou UTXO).

Essa Root na verdade é:

"Impressão digital completa da história até este bloco."

Esta é a primeira camada de compressão. Independentemente de quantas transações o bloco contenha, a cadeia principal só precisa verificar um valor hash de comprimento fixo.

Depois, ocorre uma segunda camada de compressão. O Plasma não quer subir na cadeia um bloco de cada vez, mas acumular informações de cabeçalho de vários blocos e agrupá-las em uma Root de nível superior. No final, o que a cadeia principal recebe geralmente não é o cabeçalho de um único bloco, mas uma promessa unificada do estado do Plasma ao longo de um período de tempo.

O que a cadeia principal vê por fim é muito resumido:
• Número do bloco ou intervalo de tempo
• Valor da Root correspondente
• Timestamp necessário

A cadeia principal não valida transações nem armazena dados, apenas mantém essas Roots como prova imutável do tempo.

Somente quando alguém deseja fazer uma retirada ou questionar algo, é que você precisa apresentar os dados da transação e a prova de Merkle para fazer a reconciliação com esses cabeçalhos de bloco.

Normalmente, não se faz contas, só se faz quando há problemas — essa é a lógica central de por que o Plasma comprime os cabeçalhos de bloco antes de enviá-los para a cadeia principal.