Ethereum se viste de incógnito: cómo EIP-8182, pERC-20 y STRK20 construyen una capa de confidencialidad compatible con la regulación

Durante años, la privacidad financiera en Ethereum fue una idea tardía, añadida mediante mezcladores externos o cadenas de privacidad separadas. Esa era está llegando a su fin. Una ola de nuevas propuestas y despliegues en producción está redefiniendo cómo funciona la confidencialidad en la red, integrándola directamente en la capa base, en los estándares de tokens y en las soluciones de capa 2.

El hilo conductor de estos esfuerzos es el abandono de la falsa elección entre transparencia total y anonimato absoluto. En su lugar, emerge un nuevo modelo: privacidad por defecto, con controles de cumplimiento programables que pueden satisfacer las demandas regulatorias sin exponer los datos de los usuarios a todo el mundo.

Tres iniciativas ejemplifican este cambio. La EIP-8182 propone un pool blindado a nivel de protocolo para la red principal de Ethereum. El estándar pERC-20, catalogado como ERC-7605, reinventa los tokens para que los saldos y las contrapartes queden ocultos a la vista del público. Y el marco STRK20 de Starknet, ya activo en la red principal, incorpora transferencias privadas totalmente componibles en su ecosistema de capa 2.

EIP-8182: Convertir las transferencias privadas en una característica central del protocolo

La más ambiciosa de las propuestas actuales es la EIP-8182. Escrita por Tom Lehman, cofundador de Facet, ha recibido oficialmente el estatus de "Propuesta para Adopción" y ahora es candidata para ser incluida en la actualización Hegotá, prevista tentativamente para finales de 2026 . De ser aceptada, representaría la primera vez que Ethereum codifica la privacidad directamente en su protocolo de capa base.

El mecanismo es un pool unificado de transferencias blindadas, gestionado como un contrato de sistema en una dirección fija. Los usuarios depositarían ETH o tokens ERC-20 compatibles en el pool y luego ejecutarían transferencias privadas utilizando pruebas de conocimiento cero (ZK) y un modelo contable basado en UTXO (salidas de transacciones no gastadas) . Es crucial que el diseño no incluya clave de administrador, token de gobernanza ni ruta de actualización en la cadena, lo que significa que las reglas del pool solo pueden modificarse mediante el proceso existente de actualización dura (hard fork) de Ethereum .

Una decisión arquitectónica clave es el conjunto de anonimato compartido. Al ser un único sistema a nivel de protocolo, cada billetera que integre el estándar fortalece automáticamente el conjunto de anonimato para todos los demás usuarios . Esto contrasta fuertemente con el fragmentado panorama de privacidad del pasado, donde los pools aislados hacían que el anonimato fuera mucho más débil. Para evitar el doble gasto dentro del pool, el sistema emplea un árbol de notas compartido y un conjunto de anuladores .

pERC-20 (ERC-7605): Un estándar de token con privacidad nativa

Mientras que la EIP-8182 apunta a la capa de transacción, la propuesta pERC-20 —formalmente catalogada como ERC-7605— redefine lo que es un token. La idea central es simple pero radical: en un mundo pERC-20, no existe una función pública balanceOf ni transferFrom. En cambio, los saldos existen como notas criptográficas encriptadas, y el emisor, el receptor y el monto de cada transferencia están ocultos por defecto .

La arquitectura se inspira en gran medida en el protocolo Orchard de Zcash y el modelo ZK-UTXO, con tokens acuñados directamente en saldos ocultos que nunca se exponen en el estado público . El suministro total sigue siendo verificable públicamente, lo que crea un ancla de auditoría crucial, pero las tenencias y movimientos individuales se mantienen en privado .

Algo fundamental es que el estándar incorpora mecanismos de cumplimiento que los diseños de privacidad anteriores ignoraron en gran medida. La propuesta incluye una capacidad de lista negra, dando a los emisores de tokens una herramienta para bloquear direcciones específicas para que no interactúen con el pool de tokens privados . Este diseño reconoce una realidad práctica: para que las herramientas de privacidad logren una adopción generalizada, especialmente entre instituciones, deben ofrecer una vía para la intervención regulatoria sin colapsar todo el conjunto de privacidad.

STRK20: Privacidad activa en Starknet hoy mismo

Mientras que EIP-8182 y pERC-20 son propuestas en progreso, el marco STRK20 de Starknet ya está operativo. Anunciado inicialmente en marzo de 2026 y lanzado por completo en la red principal el 9 de junio, permite que cualquier activo ERC-20 en Starknet sea blindado, transferido y utilizado en DeFi de forma privada .

El primer activo en usar el estándar es strkBTC, un token envuelto respaldado por Bitcoin que opera tanto en modo público como blindado . Los usuarios pueden alternar entre modos a través de billeteras compatibles como Ready X y Xverse . Una vez blindados, los saldos y las transacciones se vuelven invisibles para los observadores externos, pero el token sigue siendo totalmente componible con los exchanges descentralizados y protocolos de préstamo existentes como Ekubo y AVNU .

La arquitectura de cumplimiento de STRK20 se centra en las claves de visualización (viewing keys). Los titulares de tokens pueden otorgar una clave de visualización a un tercero específico —como un regulador, auditor o autoridad fiscal— lo que permite a esa parte descifrar los detalles de la transacción mientras el resto del mundo no ve nada . Este modelo de divulgación selectiva busca resolver la tensión que plagó herramientas como Tornado Cash, donde el anonimato total hacía imposible cualquier forma de asistencia al cumplimiento .

Una filosofía de diseño compartida: Privacidad compatible con la regulación

A pesar de operar en diferentes capas de la pila tecnológica, estas tres iniciativas comparten una clara filosofía de diseño.

Primero, la privacidad se trata como infraestructura, no como una característica. EIP-8182 la integra en la capa de consenso. pERC-20 la integra en la interfaz del token. STRK20 la integra en el contrato del token de capa 2. En los tres casos, la privacidad no es un envoltorio sobre sistemas transparentes existentes, sino el estado por defecto.

Segundo, el cumplimiento normativo es un objetivo de diseño de primera clase, no una idea tardía. pERC-20 incluye una lista negra. STRK20 incluye claves de visualización. El conjunto de anuladores de EIP-8182 previene el doble gasto dentro de un pool privado, manteniendo la integridad sin desanonimizar a los usuarios. Esto marca una evolución notable respecto a proyectos de privacidad anteriores, que a menudo trataban la compatibilidad regulatoria como opcional o antitética.

La convergencia es sorprendente. Sugiere que la comunidad de desarrolladores de Ethereum ha llegado en gran medida a un nuevo consenso: la privacidad financiera es esencial para la salud a largo plazo de la red, pero debe diseñarse con vías de divulgación controlada. El objetivo no es el anonimato fuera de la ley, sino una confidencialidad que respete las obligaciones del mundo real de instituciones, emisores y usuarios.

Gran parte de este trabajo aún está en sus primeras etapas. La EIP-8182 sigue siendo una propuesta y su inclusión en Hegotá aún no está garantizada. pERC-20 está en estado de borrador y requerirá una revisión exhaustiva antes de cualquier adopción potencial. STRK20 es la más avanzada, activa hoy en Starknet, pero su adopción a largo plazo dependerá de si las billeteras, las aplicaciones y los usuarios adoptan el modelo.

Lo que ahora está claro es la dirección del viaje. Se está desafiando la era de los libros de contabilidad totalmente transparentes como único valor predeterminado aceptable. En su lugar, está tomando forma una nueva arquitectura: una donde la privacidad es programable, el cumplimiento está integrado y la confidencialidad se convierte en una característica estándar del ecosistema Ethereum.