Sur la chaîne Plasma, la structure de base des blocs est similaire à celle d'une chaîne ordinaire, avec les transactions et les changements d’état effectués dans la sous-chaîne. Mais du point de vue de la conception initiale, Plasma n’a pas pour but que la chaîne principale maîtrise ces détails.

Après chaque génération de nouveau bloc, ce que fait l’opérateur est très simple — il hash toutes les transactions et données d’état du bloc pour générer un Merkle Root (certains implémentations utilisent la Root des transactions, d’autres celle de l’état ou de l’UTXO).

Ce Root est en réalité :

"L’empreinte complète de l’historique jusqu’à ce bloc."

C’est la première couche de compression. Peu importe combien de transactions sont dans le bloc, la chaîne principale n’a besoin de voir qu’une valeur de hachage de longueur fixe.

Ensuite, une deuxième couche de compression intervient. Plasma ne cherche pas à soumettre un bloc à la chaîne à chaque fois, mais à accumuler les informations d’en-tête de plusieurs blocs, puis à les empaqueter en une Root de niveau supérieur. Finalement, ce que la chaîne principale reçoit n’est généralement pas un seul en-tête de bloc, mais une déclaration d’engagement unifiée de l’état Plasma sur une période donnée.

Ce que la chaîne principale voit en fin de compte est très synthétique :
• Numéro de bloc ou intervalle de temps
• La valeur Root correspondante
• Le timestamp nécessaire

La chaîne principale ne vérifie pas les transactions, ne stocke pas les données, elle conserve simplement ces Roots comme preuve immuable du temps.

Ce n’est que lorsqu’une personne souhaite se retirer ou soulever une contestation qu’elle doit fournir les données de transaction et la preuve Merkle pour faire la réconciliation avec ces en-têtes de blocs.

Ce n’est pas tous les jours qu’on fait les comptes, mais quand il y a un problème — c’est pour cela que la logique centrale de Plasma consiste à compresser les en-têtes de blocs avant de les soumettre à la chaîne principale.