Desarrolladores
Autor
Bri Wylde
Fecha de publicación
Ha llegado ese momento otra vez — un nuevo protocolo de actualización está en el horizonte para la red Stellar: ¡X-Ray! Esta actualización comienza a sentar las bases para que los desarrolladores construyan aplicaciones de privacidad configurables y orientadas al cumplimiento utilizando criptografía de conocimiento cero (ZK) sin comprometer la transparencia que define a Stellar.
En Meridian 2025, el Jefe de Producto de Stellar Development Foundation (SDF), Tomer Weller, delineó la estrategia de privacidad a largo plazo para Stellar (ver la presentación aquí). Un pilar central de esa estrategia es el compromiso de invertir en infraestructura crítica de privacidad y construir las capacidades criptográficas fundamentales que los desarrolladores necesitan antes de que puedan existir soluciones de privacidad de nivel superior.
X-Ray — nombrado así por la herramienta cotidiana utilizada para mostrar solo lo que necesita ser visto y nada más — representa el primer hito importante en ese plan. Propone soporte nativo para dos primitivas importantes:
Sigue el progreso y las instrucciones de preparación a través de la Guía de Actualización del Protocolo X-Ray.
Qué introduce X-Ray y por qué es importante
CAP-0074: Funciones anfitrionas para BN254 propone agregar funciones anfitrionas nativas que habiliten operaciones de curva elíptica en BN254, el estándar de curva elíptica utilizado en muchas aplicaciones ZK conocidas, como piscinas de privacidad, Lighter, Starknet y ZK Email. Mientras que Stellar ya soporta BLS12-381, una curva amigable con el emparejamiento más nueva introducida en CAP-0059: Funciones anfitrionas para BLS12-381, BN254 sigue siendo la curva más utilizada en el ecosistema ZK de hoy.
Sin soporte nativo de Soroban para BN-254, los desarrolladores que construyen aplicaciones ZK en Stellar tienen que reescribir sus aplicaciones para una curva diferente o mantener soluciones que añaden complejidad y costo. CAP-0074 elimina esa fricción al introducir tres funciones anfitrionas:
Estas funciones permiten la verificación eficiente en cadena de pruebas zk-SNARK, proporcionan paridad de características con los precompilados de Ethereum EIP-196 y EIP-197, y hacen que Stellar sea interoperable con las herramientas y bibliotecas ZK existentes. Eso significa que los creadores actualmente en entornos EVM pueden migrar o extender proyectos fácilmente a Stellar.
Apoyar tanto BN254 como BLS12-381 ayuda a habilitar privacidad configurable en Stellar al dar a los desarrolladores la flexibilidad de elegir la curva que mejor se adapte a sus objetivos.
Qué introduce X-Ray y por qué es importante
Mientras BN254 proporciona las operaciones de emparejamiento para la verificación de pruebas, también necesitas un hash criptográfico eficiente, y ahí es donde entra Poseidón.
CAP-0075: Primitivas Criptográficas para Funciones Hash Poseidón/Poseidón2 define funciones anfitrionas que exponen las primitivas de permutación centrales detrás de Poseidón y Poseidón2.
Estas primitivas permiten a los desarrolladores diseñar funciones hash que son altamente eficientes en circuitos ZK, abordando un cuello de botella de rendimiento clave en sistemas ZK. Hashes tradicionales como SHA-256 son computacionalmente costosos de modelar dentro de las pruebas, haciendo que Poseidón y Poseidón2 sean más adecuados para aplicaciones amigables con ZK.
Con primitivas nativas de Poseidón disponibles:
Juntos, CAP-0074 y CAP-0075 establecen la base criptográfica que los desarrolladores necesitan para construir aplicaciones que preserven la privacidad en Stellar sin comprometer la transparencia.
Estas capacidades desbloquean:
Saber más sobre cómo Stellar Development Foundation (SDF) se está enfocando en la privacidad viendo la presentación de Tomer Weller en Meridian 2025 y leyendo este artículo reciente.