El borrador EIP-8182 de Ethereum tiene como objetivo hacer de las transferencias privadas una característica nativa
EIP‑8182 agregaría un grupo blindado compartido y una precompilación de ZK para hacer que las transferencias privadas de $ETH y ERC‑20 sean una característica nativa de Ethereum, alineada con su hoja de ruta de privacidad para 2026.
Ethereum ($ETH) finalmente está poniendo sobre la mesa la privacidad a nivel de protocolo. Tom Lehman ha publicado el borrador EIP‑8182, “Transferencias privadas de $ETH y ERC‑20”, que integraría un grupo blindado compartido y una verificación de prueba ZK en la cadena base para que las transferencias privadas se conviertan en una característica de primera clase en lugar de un complemento dApp opcional. Lehman sostiene que el propio Ethereum debería "proporcionar una capa de privacidad compartida" para romper el actual impasse de conjuntos de anonimato pequeños y aislados y suposiciones de confianza incompatibles entre las aplicaciones de privacidad.
En el centro de EIP‑8182 se encuentra un contrato de sistema administrado por protocolo implementado en una dirección fija, al estilo de EIP‑4788. Este contrato mantendría todo el estado de un grupo global protegido (incluido el árbol de compromiso de notas, el conjunto de anuladores, los registros de claves de entrega y de usuario y un registro de políticas de autorización) y no tendría proxy, ni función de administración ni mecanismo de actualización en cadena, lo que significa que solo puede cambiar a través de bifurcaciones duras de Ethereum. Paralelamente, la propuesta agrega una precompilación de verificación de pruebas ZK para que los clientes puedan verificar de manera eficiente las pruebas de transferencias privadas en la capa de protocolo.
El diseño de Lehman intenta conciliar la privacidad con la UX existente de Ethereum. Los usuarios aún identifican a los destinatarios por la dirección estándar de Ethereum o el nombre de ENS, pero las "notas" reales dentro del grupo protegido se vinculan a identificadores de propietario ocultos obtenidos de un registro para esas direcciones. Eso permite que las billeteras se integren una vez y permitan a los usuarios enviar pagos privados a cualquier dirección, en lugar de elegir entre grupos de privacidad incompatibles, cada uno de los cuales inicia su propio conjunto de anonimato. El EIP también especifica el apoyo a los flujos atómicos (depositar en el fondo protegido, interactuar con un contrato público y volver a proteger el resultado), permitiendo lo que el borrador llama “desensibilización → interacción → reprivatización” en una secuencia única.
Fundamentalmente, la propuesta es explícita sobre lo que no resuelve. La privacidad de extremo a extremo aún requiere cifrado de mempool, anonimato en la capa de red y cambios en la experiencia de usuario del lado de la billetera, todo lo cual está fuera del alcance de EIP-8182. Pero la medida se alinea con la hoja de ruta más amplia de Ethereum para 2026, que según AmbCrypto coloca la "privacidad institucional al frente y al centro" por delante de un esperado auge de la tokenización, y los líderes de la Fundación nombran una finalidad más rápida y una privacidad compatible como prioridades clave.
Si EIP‑8182 avanza, también se cruzará directamente con los debates regulatorios provocados por protocolos como Privacy Pools, que utilizan pruebas ZK para separar los fondos limpios de los contaminados sin revelar el historial completo de transacciones. Una capa de privacidad nativa del protocolo construida alrededor de grupos compartidos y de procedencia comprobable podría brindar tanto a DeFi como a futuras plataformas de activos del mundo real una forma de ofrecer garantías de privacidad creíbles y al mismo tiempo satisfacer los requisitos de cumplimiento y auditoría, un equilibrio que será más importante a medida que el capital institucional y los agentes impulsados por la IA realicen cada vez más transacciones en Ethereum.