Zama recurre a T‑REX, respaldado por Apex, para llevar privacidad de nivel bancario a las blockchains públicas

La startup francesa de criptografía Zama está integrando su protocolo con T-REX Ledger, respaldado por Apex, para convertirse en lo que llaman la “capa de confidencialidad predeterminada” para activos tokenizados ERC-3643, un estándar que permite a los emisores incorporar controles de identidad y restricciones de transferencia en valores tokenizados.

Según un comunicado compartido el martes con Cointelegraph, Zama, que recaudó $73 millones en financiación de Serie A en 2024 para comercializar la encriptación totalmente homomórfica (FHE), y T-REX Network buscan establecer la privacidad como una infraestructura central para la tokenización institucional, “en vez de una característica independiente.” 

Afirman que la integración permitirá a instituciones reguladas utilizar ecosistemas de blockchain públicos “sin comprometer la seguridad operativa o la integridad del mercado,” un punto clave que ha impedido que muchas instituciones coloquen posiciones sensibles y estrategias de trading en infraestructuras públicas.

Rand Hindi, fundador de Zama, dijo a Cointelegraph que las instituciones que utilicen T-REX podrán “proteger” las posiciones existentes envolviendo tokens ERC-3643 en equivalentes confidenciales, preservando los saldos 1:1 mientras encriptan transferencias futuras y los saldos resultantes de extremo a extremo. 

Usuarios institucionales “protegen” posiciones ERC‑3643

Zama afirma que T-REX Ledger funciona como una capa-2 neutral construida sobre ERC-3643, donde la identidad y el cumplimiento basado en reglas residen en contratos inteligentes, y los datos subyacentes de Know Your Customer (KYC) permanecen fuera de la cadena, permitiendo a los emisores mantener parámetros como tasas de interés, impuestos de retención o umbrales de liquidación confidenciales en infraestructuras públicas. 

Hindi argumentó que esto elimina la tradicional “compensación” entre cumplimiento regulatorio y confidencialidad, al combinar ambos en una infraestructura compartida y programable en lugar de silos separados.

Visiones competidoras de ZK y Canton

La integración llega en medio de un debate más amplio sobre cómo lograr privacidad e interoperabilidad de nivel institucional en cadena.

Alex Gluchowski, CEO de Matter Labs, dijo a Cointelegraph que los sistemas de conocimiento cero como Prividium de zkSync eran “la única forma” en que las empresas podían “lograr verdadera privacidad e interoperabilidad en cadena,” especialmente cuando desean entornos privados que aún pueden liquidarse atómicamente mediante Ethereum (ETH) y otros dominios ZK.

Comentó que las pruebas ZK fueron diseñadas para permitir que las instituciones demuestren que las transacciones son válidas sin revelar los datos subyacentes, al mismo tiempo que anclan la seguridad a la capa base de Ethereum.

Shaul Kfir, cofundador de Digital Asset, refutó que ZK fuera necesario para la mayoría de los activos del mundo real (RWA) y argumentó que Canton Network, que utiliza una arquitectura permisiva, ya combina privacidad e interoperabilidad al abandonar la suposición de que “todos en el mundo” deben validar cada transacción. 

Kfir insistió en que las garantías criptográficas no pueden “sustituir la aplicabilidad legal,” señalando los hacks en cadena como evidencia de que los sistemas institucionales siguen dependiendo de marcos legales para resolver disputas sobre la intención de los usuarios.

La propuesta de FHE de Zama

Hindi posicionó FHE como complementario a ambas aproximaciones, afirmando que resuelve el “problema de estado compartido que limita tanto a ZK como a Canton” al permitir que la red ejecute cálculos compartidos sobre datos encriptados de muchos usuarios a la vez, en lugar de ocultar los datos no compartiéndolos o confiar en que cada usuario demuestre su propio estado.

Esto, argumentó, hace posible implementar flujos de trabajo como primitives DeFi confidenciales y conformes, o chequeos diarios de umbrales para reguladores sobre infraestructura pública, con unos segundos extra de latencia por encriptación y desencriptación pero sin cambiar el rendimiento subyacente de T-REX ni la composabilidad de las cadenas públicas.