Récemment, j'ai remarqué une chose : lorsque nous parlons de la décentralisation d'Ethereum, nous oublions souvent l'aspect le plus fondamental — une réseau peut-il vraiment résister si l'on souhaite le fermer ? Ce n'est pas une question philosophique, mais un problème très pratique que Vitalik Buterin a soulevé début mars.

Il a proposé de considérer Ethereum non seulement comme un réseau financier, mais comme une partie d'une écosystème de 'technologies d'abri' — des systèmes ouverts qui fonctionnent même sous pression, même lorsque des gouvernements ou des entreprises tentent de les bloquer. Cela peut sembler ambitieux, mais en réalité, c'est une tâche d'ingénierie très concrète.

Voici l'essence du problème. À mesure que la création de blocs devient de plus en plus spécialisée, le pouvoir de décider quelles transactions inclure dans un bloc se concentre entre les mains d'un petit nombre de constructeurs de blocs. Théoriquement, chacun d'eux pourrait refuser d'inclure certaines transactions — par exemple, celles provenant d'adresses sous sanctions. Ce n'est plus une théorie. De plus, il existe le problème classique des attaques par sandwich et du frontrunning — lorsque d'autres participants voient votre transaction dans le mempool public et insèrent délibérément leurs propres transactions avant ou après la vôtre pour profiter de la différence.

Pour résoudre ces problèmes, Ethereum développe plusieurs approches techniques. FOCIL est un mécanisme au niveau du consensus qui garantit que les validateurs doivent inclure certaines transactions, même si le constructeur de blocs ne le souhaite pas. Cela est déjà intégré dans la spécification de la mise à jour Hegotá, prévue pour le second semestre 2026.

Mais FOCIL ne résout que la moitié du problème. La question reste : que faire si tout le marché connaît déjà votre transaction avant qu'elle ne soit incluse dans un bloc ? Pour cela, les développeurs travaillent sur un mempool cryptographique — une solution où les transactions sont chiffrées lors de leur envoi et déchiffrées uniquement après leur inclusion dans un bloc. Des chercheurs de la Ethereum Foundation et l'équipe EIP-8105 ont uni leurs efforts autour de la proposition LUCID, qui doit faire partie de cette même mise à jour.

Ensemble, ces solutions sont appelées la 'trinité sacrée de la résistance à la censure'. L'idée est simple mais radicale : au lieu d'espérer la bonne volonté des participants au réseau, il faut intégrer la protection directement dans le protocole. Comme le dit Vitalik, le marteau ne doit pas cesser de fonctionner si son fabricant fait faillite ou décide de refuser votre service.

Cela ramène Ethereum à ses racines — à l'idée que la véritable décentralisation n'est pas un état par défaut, mais le résultat d'un travail d'ingénierie acharné. Lorsque les utilisateurs ordinaires pourront envoyer en toute tranquillité des transactions ouvertes, sans craindre qu'elles soient bloquées ou réordonnées, alors le réseau passera vraiment le test de sortie de Vitalik. C'est là toute la philosophie de la technologie d'abri.