Desarrolladores

Anunciando Stellar X-Ray, Protocolo 25

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:

  • BN254, una curva elíptica amigable con el emparejamiento ampliamente utilizada, y
  • Poseidón, una familia de funciones hash diseñadas específicamente para sistemas de prueba ZK

Cronología del protocolo

  • Votación en Testnet: 7 de enero, 2026
  • Votación en Mainnet: 22 de enero, 2026

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

BN254: conectando Stellar con el ecosistema ZK más amplio

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:

  • `bn254_g1_add`
  • `bn254_g1_mul`
  • `bn254_multi_pairing_check`

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

Poseidón y Poseidón2: funciones hash diseñadas para sistemas ZK

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:

  • Las pruebas pueden generarse con menos restricciones
  • Las aplicaciones evitan la costosa reimplementación en cadena de la lógica de hashing
  • Los desarrolladores pueden mantener una lógica de hash consistente tanto en cadena como fuera de cadena

Por qué esto es importante

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:

  • Migración suave de aplicaciones ZK existentes
  • Sistemas de prueba más eficientes
  • Menor costo para contratos basados en ZK
  • Un puente al ecosistema ZK más amplio

Recursos

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.[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop