Alchemy expande su soporte en Stellar con Data APIs y un camino hacia la validación Tier-1

Desde que Alchemy lanzó soporte para Stellar, con RPC, soporte de websocket y el mismo 99.99% de uptime y confiabilidad SOC 2 Type II que mantenemos en cada red compatible. Hoy esa cobertura se profundiza en dos frentes: Alchemy está trabajando para convertirse en validador tier-1 en Stellar, y agregamos tres Data APIs indexadas para leer Stellar a escala.

Estamos estableciendo validación tier-1 en Stellar: un trío de validadores full geográficamente dispersos que participan en el consenso, publican archivos históricos públicos y cumplen con el estándar más alto de la red en cuanto a uptime y calidad de quorum. Los validadores tier-1 están incluidos en muchos quorum sets y ayudan a sostener la resiliencia de la red, y es el estándar hacia el que estamos avanzando.

Junto con RPC y websockets, ahora ofrecemos tres Data APIs indexadas y centradas en direcciones, en mainnet y testnet: historial de transferencias, balances de tokens y tenencias de NFT. Envías una dirección y una red, y recibes historial o estado indexado, sin necesidad de correr tu propio indexador. Esto es lo que operar un stack de infraestructura completo e integrado nos permite entregarle a un desarrollador, y así es como esos datos pasan de la cadena a una sola consulta.

Por qué operar la cadena importa para leerla

Leer Stellar a escala de producción es un problema de indexación. Soroban RPC sirve solo una ventana corta de ledgers recientes. Horizon da acceso al historial, pero responder algo tan simple como "todos los assets que esta cuenta recibió alguna vez" implica paginar a través de muchas primitivas y mantener tu propia copia sincronizada. La mayoría de los equipos terminan corriendo un indexador solo para dar soporte a una pantalla de portafolio.

Avanzar hacia la validación tier-1 cambia la base sobre la que se sostiene nuestra respuesta a ese problema. Las organizaciones tier-1 corren validadores full y publican archivos históricos públicos, que son el mismo registro de ledger duradero y completo que necesita cualquier indexador serio, y es la infraestructura que estamos construyendo en Stellar. Así que nuestras Data APIs no son un tercero que hace scraping de la cadena desde afuera. Corren sobre infraestructura que operamos de punta a punta, sobre el mismo tipo de registro histórico que mantiene sincronizado al resto de la red. Validación, RPC, websockets y las Data APIs son un solo stack detrás de una sola API key, sujetos a un único estándar de confiabilidad.

Qué hacen las Data APIs de Stellar

La superficie es deliberadamente pequeña. Cada método toma una dirección de cuenta y una red, y devuelve datos indexados que de otro modo requerirían tu propio backfill:

• Historial de transferencias: el registro de movimientos de assets para una dirección, en formato paginado
• Balances de tokens: balances actuales de assets que posee una dirección, en una sola llamada
• Tenencias de NFT: NFTs que posee una dirección, cubriendo tanto assets clásicos de Stellar como tokens de smart contracts de Stellar (Soroban).

Preguntas qué posee una dirección o qué ha hecho, y la respuesta se arma a partir del historial indexado. Los campos exactos de solicitud y respuesta están en el Stellar API quickstart. La forma a tener en mente es: dirección entra, historial indexado sale.

Por qué Stellar necesita un pipeline a medida

Un indexador genérico de EVM no encaja con Stellar. El ledger tiene su propia estructura de operaciones, pagos, trustlines y assets clásicos. Además, Soroban agrega tokens de smart contract con un modelo todavía distinto. Un NFT en Stellar puede ser un asset clásico o un token de contrato Soroban, y una respuesta correcta de tenencias tiene que contemplar ambos casos.

Por eso las Data APIs se apoyan en un pipeline construido específicamente para ese modelo, en cuatro etapas.

Cómo funciona el pipeline

Empieza con Galexie, la herramienta oficial de exportación de ledger de la red Stellar. Galexie escribe metadata de ledger en almacenamiento de objetos como particiones ordenadas, lo que nos da una fuente de verdad durable y replicable de la cadena sin sobrecargar un nodo. La cadena se exporta una sola vez, y todo lo que viene después lee desde esas particiones.

Luego, un ingestor específico para Stellar recorre esas particiones y escribe filas normalizadas. Dos cosas lo hacen consciente de Stellar. Corre un modelo unificado en lugar de rutas separadas de backfill y frontfill, de modo que ponerse al día con el historial y mantenerse en la punta son el mismo código, con checkpoints por partición según el ledger más alto ingerido. Y corre como cargas de trabajo distintas: una clasifica transferencias y balances, mientras que un clasificador de NFT separado recorre las mismas particiones para resolver tenencias entre assets clásicos y de Soroban. Los workers corren en paralelo y escalan por red, así que mainnet y testnet tienen un tamaño independiente entre sí.

Esos datos normalizados llegan a un clúster dedicado de ClickHouse para Stellar. ClickHouse es una base de datos columnar construida para lecturas analíticas, que es exactamente lo que son estas consultas: filtrar por dirección, escanear, agregar. Darle a Stellar su propio clúster aísla su carga de consultas, y así reduce la latencia entre redes.

El servicio de Data API lee desde ClickHouse y se expone a través del mismo gateway, autenticación, rate limiting y contabilidad de unidades de cómputo que cualquier otra cadena de Alchemy. Stellar no es un sistema aparte con su propio login y sus propias particularidades. Es una red más detrás de la misma API key.

Cómo se ve una solicitud

Los tres métodos comparten una misma forma. La entrada es una dirección más una red. La salida es historial o estado indexado y paginado, ya resuelto en el modelo de assets que un desarrollador espera, clásico y Soroban juntos. No existe una decisión separada de "esto es reciente o histórico" para quien hace la llamada, porque el modelo de ingestión unificado hace que el índice sea, en general, tanto actual como completo.

Esa uniformidad es el punto central. Un equipo que integra transferencias puede agregar balances y tenencias de NFT sin aprender un nuevo patrón de solicitud, y la misma dirección que funciona para un método funciona para los tres.

Qué ofrece Alchemy para Stellar hoy

Stellar corre como una red de primera clase en Alchemy, detrás de la misma API key y las mismas herramientas que cualquier otra cadena:

• Infraestructura de validador en camino a tier-1, con validadores full geográficamente dispersos y archivos históricos públicos
• Soporte de RPC y websocket con 99.99% de uptime y redundancia global
• Tres Data APIs indexadas para historial de transferencias, balances de tokens y tenencias de NFT en mainnet y testnet
• Infraestructura certificada SOC 2 Type II que procesa más de $1T en transacciones onchain

Cómo empezar

• Crea una key y llama a Stellar mainnet o testnet desde el dashboard
• Encuentra las referencias de métodos de transferencias, balances y NFT en el Stellar API quickstart
• Para necesidades de volumen o de tipo enterprise, contáctanos

Preguntas frecuentes

¿Alchemy opera su propia infraestructura de Stellar?

Sí. Alchemy está estableciendo validación tier-1 en Stellar, corriendo validadores full geográficamente dispersos que participan en el consenso y publican archivos históricos públicos. RPC, websockets y las Data APIs corren sobre esa misma infraestructura, así que estás leyendo Stellar desde un proveedor que ayuda a operar la red, no desde un indexador de terceros.

¿Qué redes son compatibles?

Tanto Stellar mainnet como testnet. Los workers escalan por red, así que ambas tienen un tamaño independiente y un pico de carga en una no afecta a la otra.

¿Todavía necesito correr mi propio indexador?

No. Las APIs devuelven historial de transferencias, balances y tenencias completamente indexados, así que no necesitas correr Galexie, mantener un backfill ni mantener tu propia copia del ledger sincronizada para dar soporte a una vista de portafolio o de historial.

¿Cómo se manejan los tokens de Soroban?

Un clasificador dedicado resuelve tenencias tanto en assets clásicos de Stellar como en tokens de smart contract de Soroban, así que una sola consulta de tenencias refleja ambos modelos sin que tengas que reconciliarlos tú mismo.

¿En qué se diferencia esto de Soroban RPC o Horizon?

Soroban RPC expone solo una ventana corta de ledgers recientes, y Horizon devuelve historial como primitivas crudas que tienes que ensamblar. Las Data APIs devuelven respuestas indexadas y centradas en direcciones a través del historial en una sola llamada.