Fhenix en Ethereum y Arbitrum: comprender CoFHE sin confundirlo con un rollup

Privacidad sobre redes existentes

El sitio de Fhenix presenta su infraestructura como activa en Ethereum y Arbitrum a fecha de 22 de octubre de 2026. La documentación explica que el proyecto permite construir contratos que utilizan datos cifrados. El interés anunciado se centra, entre otros aspectos, en mantener la confidencialidad de información financiera durante su procesamiento, no en crear una red nueva a la que deban trasladarse todos los activos.

Esta presentación no debe confundirse con el lanzamiento de una blockchain independiente. El producto actual se llama CoFHE y utiliza un coprocesador de cálculo confidencial. La red que aloja un contrato y la infraestructura que realiza determinados cálculos son componentes diferentes. Identificar por separado ambos componentes permite entender dónde se sitúa el servicio propuesto, qué función corresponde a la red que aloja el contrato y cuál realiza la infraestructura de cálculo.

Un cambio de arquitectura documentado expresamente

Una antigua entrada oficial sobre rollups incluye ahora una actualización. Fhenix precisa que aquella visión inicial evolucionó hacia CoFHE, sin necesidad de una nueva cadena de segunda capa separada. Leer la entrada sin esa advertencia llevaría a atribuir al producto actual un modelo de despliegue que el propio proyecto ha revisado.

Por ello, debe evitarse describir automáticamente CoFHE como un sistema que agrupa transacciones para reducir las comisiones de un nuevo rollup. Su aportación destacada es calcular sobre información cifrada. Reducción de costes, disponibilidad de una red y confidencialidad de una aplicación responden a cuestiones técnicas distintas, cada una de las cuales exige su propia demostración.

Calcular sin publicar todo no elimina los permisos

El cifrado totalmente homomórfico permite realizar determinadas operaciones sobre datos que permanecen cifrados durante el cálculo. La documentación distingue las herramientas que preparan las entradas, las funciones utilizables por los contratos y los mecanismos para recuperar un resultado legible. No deben resumirse estas etapas con la idea simplificadora de que nadie podría acceder jamás a ninguna información de una aplicación que use esta tecnología.

La entrada técnica publicada el 20 de octubre describe el papel de los controles de acceso y de los permisos de descifrado. Tener una referencia a un dato no basta para estar autorizado a leerlo. La confidencialidad de una aplicación depende también de cómo se conceden y utilizan esos derechos, no solo de la existencia de una primitiva criptográfica.

El trabajo de seguridad no es una garantía absoluta

En esa misma entrada, Fhenix presenta trabajos realizados con Consensys Diligence sobre aplicaciones confidenciales. Aportan información sobre los aspectos de seguridad estudiados. Sería excesivo concluir que todos los contratos presentes o futuros están garantizados sin vulnerabilidades o que cada uso financiero cumple automáticamente todas las obligaciones aplicables.

La lectura útil consiste en examinar la arquitectura actual, los permisos y la documentación del servicio realmente utilizado. Un proyecto de asociación, una aplicación disponible y una infraestructura anunciada como activa no representan el mismo grado de avance. Los elementos verificados permiten explicar CoFHE sin anunciar como ya realizados servicios de stablecoins o alianzas cuyas condiciones no están establecidas en los documentos consultados.