Los desarrolladores de Ethereum están retomando una conversación iniciada hace años sobre la privacidad on-chain con pERC-20, un estándar de token propuesto que permitiría a los usuarios poseer y transferir tokens sin exponer saldos, importes de transacción ni contrapartes. Bajo este diseño, los tokens existen como "notas" criptográficas cifradas en lugar de entradas de libro mayor legibles públicamente, mientras que la oferta total permanece visible para que cualquiera pueda verificar que no se están acuñando unidades nuevas. Los emisores también conservan un gancho de cumplimiento: una lista negra criptográfica para congelar notas específicas sin exponer la actividad de los usuarios comunes.
Por qué importa
La privacidad en las cadenas públicas ha vivido arrinconada desde que los reguladores actuaron contra mezcladores como Tornado Cash y la atención de los desarrolladores viró hacia la escalabilidad. El nuevo enfoque es distinto: en vez de plantear privacidad y cumplimiento como opuestos, pERC-20 integra ambos en el mismo estándar. Eli Ben-Sasson, cofundador de StarkWare, declaró a CoinDesk que el verdadero cuello de botella de la tecnología de privacidad ya no es la criptografía, sino la experiencia de uso: los flujos de monedero deficientes y los conjuntos de anonimato reducidos han hecho que las herramientas privadas resultaran inviables. Su opinión es que "si la experiencia de uso es mala, muy pocos usuarios van a utilizarla, y solo para un número muy reducido de cosas; en realidad no obtienen mucho anonimato".
Impacto en el mercado
Starknet respondió esta semana a su propia crítica sobre la experiencia de uso al lanzar STRK20, un marco de privacidad que amplía la confidencialidad más allá de las transferencias simples hacia préstamos, staking e intercambios de tokens bajo una única capa. STRK20 también emplea criptografía segura frente a la computación cuántica, una apuesta por anticiparse antes de que las amenazas cuánticas se materialicen. Que pERC-20 se convierta o no en un estándar de Ethereum depende aún del proceso completo de revisión de EIP, pero los lanzamientos en paralelo indican que la privacidad está dejando de ser infraestructura de nicho para regresar al diseño de protocolos mainstream.
Preguntas frecuentes
-
¿Qué es pERC-20 y en qué se diferencia de un token ERC-20 estándar?
pERC-20 es un estándar de token de Ethereum propuesto que mantiene privados los saldos, los importes de transacción y las contrapartes al representar los tokens como notas criptográficas cifradas. A diferencia del ERC-20 actual, donde las tenencias y el historial de cualquier monedero son visibles públicamente,…
-
¿Rompe pERC-20 la transparencia de la oferta o la visibilidad para los reguladores?
No. La oferta total de un token pERC-20 sigue siendo visible públicamente, de modo que cualquiera puede confirmar que no se están acuñando unidades nuevas en secreto. La propuesta también incluye un mecanismo de cumplimiento: una lista negra criptográfica que permite a los emisores congelar notas específicas sin…
-
¿Qué es STRK20 de Starknet y cómo va más allá de pERC-20?
STRK20 es un marco de tokens centrado en la privacidad que entró en funcionamiento en Starknet esta semana. Amplía la confidencialidad más allá de las transferencias simples hacia casos de uso de DeFi como préstamos, staking e intercambios de tokens bajo una capa de privacidad unificada, y utiliza criptografía segura…
-
¿Cuál es el mayor obstáculo para la privacidad on-chain en este momento?
Según Eli Ben-Sasson, cofundador de StarkWare, el obstáculo ya no es la criptografía, sino la experiencia de uso. Los sistemas de privacidad necesitan grandes comunidades de usuarios para ofrecer anonimato significativo, y los flujos de monedero deficientes, la sincronización lenta y la compatibilidad limitada han…
-
¿Se convertirá pERC-20 realmente en un estándar de Ethereum?
Todavía no. Como toda Propuesta de Mejora de Ethereum, pERC-20 debe superar un largo proceso de revisión antes de poder alcanzar una adopción amplia. Su aparición junto a STRK20 señala un cambio en la atención de los desarrolladores, no un estándar confirmado.