Midnight traslada el RPC de Mainnet y el indexador a Blockfrost

Las aplicaciones de producción ahora necesitan endpoints de Blockfrost y autenticación de proyecto. Algunas billeteras también pueden necesitar reconstruir el estado de sincronización guardado con respecto al antiguo indexador de Midnight.

By SongMarketCap

Cardano News - Midnight traslada el RPC de Mainnet y el indexador a Blockfrost

Midnight retiró sus propios endpoints públicos de RPC de mainnet e indexador el 30 de septiembre a las 22:00 UTC. Blockfrost ahora proporciona el acceso público principal a esos servicios, lo que cambia cómo las aplicaciones y las billeteras se conectan a la red de producción.

Se retiraron los endpoints de Midnight Mainnet

El cambio abarca rpc.mainnet.midnight.network y indexer.mainnet.midnight.network. Según la documentación de Midnight, el nombre de host del indexador dejó de resolverse el 1 de octubre. El antiguo endpoint de RPC aún responde a las solicitudes, pero puede dejar de hacerlo en cualquier momento.

Midnight es una blockchain de protección de datos dentro del ecosistema de Cardano. Sus contratos inteligentes pueden verificar condiciones usando pruebas de conocimiento cero mientras las entradas sensibles permanecen privadas. Las aplicaciones dependen de los servicios de la red para leer registros de la blockchain, seguir la actividad de los contratos y enviar transacciones.

El RPC del nodo gestiona la comunicación con el nodo de la red, incluida la presentación de transacciones. El indexador organiza bloques, transacciones, estado de contratos y eventos relacionados con billeteras para que las aplicaciones los recuperen o los sigan mediante suscripciones en vivo.

Blockfrost añade autenticación y límites de uso

Blockfrost ofrece APIs de blockchain alojadas, brindando a los desarrolladores acceso a datos de la red y envío de transacciones sin operar ellos mismos la infraestructura subyacente. Su servicio para Midnight admite consultas GraphQL y suscripciones WebSocket junto con el RPC del nodo.

El acceso requiere un proyecto de Blockfrost creado específicamente para Midnight Mainnet. Cada solicitud debe incluir su project_id, ya sea mediante un encabezado HTTP o un parámetro de URL. Las solicitudes sin un token válido se rechazan y los tokens emitidos para otras redes no pueden autenticar el acceso a mainnet.

El uso se descuenta del propio plan de Blockfrost de la aplicación. Los equipos pueden seleccionar un plan adecuado a su tráfico o ejecutar un nodo e indexador independientes, lo cual Midnight sigue admitiendo. Un plan de pago no es obligatorio para todas las aplicaciones.

Esta autenticación de API es independiente de la financiación de transacciones. Las transacciones de Midnight consumen DUST, el recurso generado por los tokens NIGHT registrados.

La documentación también advierte que los tokens expuestos en el código del lado del navegador pueden copiarse y usarse en contra de la cuota de un proyecto. Describe encaminar las solicitudes a través de un backend que agrega el token en el servidor cuando las aplicaciones necesitan mantenerlo en privado.

Algunas billeteras pueden necesitar reconstruir el estado de sincronización

Preview y Preprod conservan sus endpoints alojados por Midnight sin autenticación de proyecto. El servidor local de pruebas, que gestiona las entradas privadas durante la generación de pruebas, también permanece fuera del servicio de Blockfrost.

Para las billeteras de mainnet existentes, la migración puede ir más allá de la configuración de conexión. El runbook del service desk de Midnight identifica un problema de compatibilidad cuando una billetera retoma el estado de sincronización guardado con respecto al antiguo indexador. Los identificadores de eventos y transacciones pueden diferir entre proveedores, dejando referencias almacenadas que no son adecuadas para el nuevo indexador.

Las billeteras ya conectadas a Blockfrost o a su propio indexador no se ven afectadas por el cambio de proveedor. Lo mismo aplica a las billeteras que sincronizan desde génesis en cada inicio y a las aplicaciones que solo leen el estado de los contratos o envían transacciones sin conservar identificadores emitidos por el indexador.

Si una billetera afectada se detiene con errores que indican que los eventos se están aplicando fuera de secuencia, el runbook indica descartar su estado de sincronización guardado y reconstruirlo desde génesis a través del nuevo indexador.