Los experimentos de nodo de navegador de Cardano avanzan en TypeScript y Haskell

Gerolamo ha producido un segundo bloque en Cardano Preview, mientras que un prototipo separado en Haskell ha seguido la cadena y ha enviado una transacción desde un navegador web. Los dos experimentos acercan distintas partes de la infraestructura de nodos de Cardano al dispositivo del usuario.

By SongMarketCap

Cardano News - Los experimentos de nodo de navegador de Cardano avanzan en TypeScript y Haskell

Los desarrolladores de Cardano han informado nuevos resultados de dos experimentos de nodos independientes. Harmonic Labs amplió las pruebas de Gerolamo más allá de un bloque vacío, mientras que Seungheon Oh demostró la ejecución en navegador de la pila de nodos en Haskell a través de WebAssembly. Ambos siguen siendo experimentales y ninguno establece un productor de bloques de producción que opere íntegramente dentro de un navegador.

Gerolamo produce un segundo bloque en Cardano Preview

Gerolamo es una implementación alternativa de nodo de Cardano escrita en TypeScript y que se ejecuta mediante el runtime Bun. Harmonic Labs desarrolla el proyecto bajo la dirección de su fundador Michele Nuzzi, con su código fuente disponible públicamente.

El primer bloque atribuido a Gerolamo fue aceptado en Cardano Preview el 12 de septiembre. Estaba vacío y proporcionó una prueba inicial de si la implementación alternativa podía producir un bloque aceptado bajo las reglas del protocolo de Cardano.

Un segundo bloque llegó el 14 de septiembre y contenía tres transacciones. Según la información publicada por el equipo, incluyeron la ejecución de un contrato inteligente y un mensaje en cadena. La prueba por lo tanto avanzó de un bloque vacío a uno que transportaba actividad de transacciones.

Gerolamo también ha sincronizado la cadena de Preview desde el génesis hasta la punta actual mientras validaba los datos de la cadena. Su implementación de servidor admite los protocolos de nodo a nodo de Cardano, comunicación local de cliente opcional, arranque con Mithril y un subconjunto de funciones de API al estilo Blockfrost.

La documentación disponible no describe el liderazgo completo de Praos como una parte terminada del proyecto. Harmonic Labs no ha publicado un informe técnico completo de la ruta de forjado utilizada para los dos bloques de Preview. La red aceptó los bloques y el equipo los atribuyó a Gerolamo, pero la evidencia pública no establece que el productor de bloques operara dentro de un navegador web.

Cardano gana dos enfoques diferentes de nodos en navegador

Junto con Gerolamo, Harmonic Labs está desarrollando Gerolamino, una implementación más liviana destinada a navegadores web y a una extensión de Chrome. Gerolamino no es la misma instancia de software que produjo los bloques de Preview.

La demostración pública permite que un navegador se comunique con un relay de Cardano mediante los mini protocolos Ouroboros Handshake, ChainSync y BlockFetch. Puede seguir cabeceras y bloques, procesar datos CBOR y usar IndexedDB y WebWorkers para almacenamiento y cómputo locales.

Un puente de WebSocket a TCP conecta actualmente el navegador con un relay externo de Preprod porque las aplicaciones web no pueden abrir conexiones TCP estándar directamente a la red de Cardano.

El desarrollo planificado incluye compatibilidad con Mithril para una sincronización inicial más rápida, indexación local de UTxO y una interfaz de comunicación que se asemeje a los estándares existentes de monederos de Cardano. Ese modelo podría permitir que las aplicaciones web verifiquen más información en el dispositivo del usuario en lugar de solicitar cada respuesta a una API remota.

De manera separada a Harmonic Labs, el desarrollador Seungheon Oh demostró un nodo de Cardano en Haskell ejecutándose dentro de un navegador mediante el backend de WebAssembly de GHC. La demostración incluyó seguir la punta de la cadena, mostrar un saldo de ADA y enviar una transacción desde el navegador.

El Cardano Hard Fork Working Group registró la demostración el 15 de septiembre como un desarrollo relacionado con la diversidad de nodos. Oh no ha publicado el código fuente y la demostración no incluyó producción de bloques. Por lo tanto, el prototipo aún no puede revisarse de forma independiente ni compararse en detalle con el software de producción en Haskell cardano-node.

La verificación local podría cambiar la infraestructura de dApps de Cardano

Los monederos y las aplicaciones descentralizadas de Cardano usan con frecuencia servicios remotos para acceder a datos de la cadena de bloques, localizar UTxOs, comprobar saldos y enviar transacciones. Esta infraestructura simplifica el desarrollo pero crea dependencias de proveedores de API, indexadores y de su disponibilidad continua.

La funcionalidad de nodo en navegador podría trasladar parte de ese proceso al dispositivo del usuario. Una aplicación podría seguir la cadena de Cardano localmente, procesar bloques y verificar la información que utiliza antes de preparar o enviar una transacción. El acceso local también podría reducir la cantidad de direcciones y solicitudes de datos enviadas a servicios de API centralizados.

Para los desarrolladores, esta arquitectura podría respaldar aplicaciones de Cardano que permanezcan funcionales cuando un indexador individual o un proveedor de backend deje de estar disponible. Múltiples rutas de acceso desarrolladas de forma independiente pueden fortalecer la resiliencia de las aplicaciones cuando validan los datos según las mismas reglas del protocolo de Cardano.

El enfoque también puede permitir que los monederos y las aplicaciones descentralizadas verifiquen UTxOs y saldos de ADA más cerca del usuario en lugar de tratar a un servicio remoto como la única fuente del estado de la cadena de bloques. Gerolamo añade una implementación en TypeScript desarrollada de forma independiente, mientras que el trabajo de Oh explora cómo la pila establecida en Haskell puede operar a través de WebAssembly.

Los prototipos actuales no eliminan la necesidad de infraestructura externa. Gerolamino aún utiliza un puente WebSocket y un relay externo, mientras que una sincronización local más amplia debe tener en cuenta los límites de almacenamiento del navegador, memoria, ancho de banda e indexación. Las instantáneas de Mithril, los pares de la red y las rutas de envío de transacciones también siguen siendo parte de la arquitectura.

El progreso demostrado públicamente ahora abarca un nodo en TypeScript que produjo bloques de Preview, un nodo liviano en navegador que utiliza mini protocolos de Ouroboros y un prototipo separado en Haskell capaz de seguir la cadena y enviar transacciones. No se ha documentado un relay de producción ni un productor de bloques que opere íntegramente dentro de un navegador. El cambio inmediato es más acotado: las aplicaciones de Cardano pueden comenzar a trasladar parte de la verificación de la cadena de bloques desde servicios remotos al dispositivo del usuario.