Le projet Ethereum EIP-8182 vise à faire des transferts privés une fonctionnalité native
EIP‑8182 ajouterait un pool protégé partagé et une précompilation ZK pour faire des transferts privés $ETH et ERC‑20 une fonctionnalité native d'Ethereum, alignée sur sa feuille de route de confidentialité 2026.
Ethereum ($ETH) met enfin sur la table la confidentialité au niveau du protocole. Tom Lehman a publié le projet EIP-8182, « Transferts privés $ETH et ERC-20 », qui intégrerait un pool protégé partagé et une vérification de preuve ZK dans la chaîne de base afin que les transferts privés deviennent une fonctionnalité de première classe plutôt qu'un module complémentaire opt-in dApp. Lehman soutient qu'Ethereum lui-même devrait « fournir une couche de confidentialité partagée » pour sortir de l'impasse actuelle des petits ensembles d'anonymat cloisonnés et des hypothèses de confiance incompatibles entre les applications de confidentialité.
Au cœur de l'EIP‑8182 se trouve un contrat de système géré par protocole déployé à une adresse fixe, dans le style de l'EIP‑4788. Ce contrat contiendrait tous les états d'un pool protégé mondial - y compris l'arbre d'engagement des notes, l'ensemble d'annuleurs, les registres d'utilisateurs et de clés de livraison et un registre de politique d'autorisation - et n'aurait ni proxy, ni fonction d'administration ni mécanisme de mise à niveau en chaîne, ce qui signifie qu'il ne peut changer que via les hard forks d'Ethereum. En parallèle, la proposition ajoute une précompilation de vérification de preuve ZK afin que les clients puissent vérifier efficacement les preuves de transfert privé au niveau de la couche de protocole.
La conception de Lehman tente de concilier la confidentialité avec l’UX existante d’Ethereum. Les utilisateurs identifient toujours les destinataires par l'adresse Ethereum standard ou le nom ENS, mais les « notes » réelles à l'intérieur du pool protégé sont liées aux identifiants de propriétaire cachés extraits d'un registre pour ces adresses. Cela permet aux portefeuilles de s'intégrer une seule fois et de permettre aux utilisateurs d'envoyer des paiements privés à n'importe quelle adresse, au lieu de choisir entre des pools de confidentialité incompatibles qui amorcent chacun leur propre ensemble d'anonymat. L’EIP spécifie également la prise en charge des flux atomiques – dépôt dans le pool protégé, interaction avec un contrat public et re-protection du résultat – permettant ce que le projet appelle « désensibilisation → interaction → reprivatisation » en une seule séquence.
Surtout, la proposition est explicite sur ce qu’elle ne résout pas. La confidentialité de bout en bout nécessite toujours le chiffrement du pool de mémoire, l’anonymat de la couche réseau et les modifications de l’UX côté portefeuille, qui sortent tous du champ d’application de l’EIP‑8182. Mais cette décision s’aligne sur la feuille de route plus large d’Ethereum pour 2026, qui, selon AmbCrypto, place « la confidentialité institutionnelle au premier plan » avant un boom attendu de la tokenisation, les dirigeants de la Fondation citant une finalité plus rapide et une confidentialité conforme comme priorités clés.
Si l’EIP‑8182 progresse, il recoupera également directement les débats réglementaires suscités par des protocoles tels que les Privacy Pools, qui utilisent des preuves ZK pour séparer les fonds propres de ceux contaminés sans révéler l’historique complet des transactions. Une couche de confidentialité native du protocole construite autour de pools partagés et d’une provenance prouvable pourrait donner à la DeFi et aux futures plateformes d’actifs du monde réel un moyen d’offrir des garanties de confidentialité crédibles tout en satisfaisant aux exigences de conformité et d’audit – un équilibre qui importera davantage à mesure que le capital institutionnel et les agents axés sur l’IA effectuent de plus en plus de transactions sur Ethereum.