Cardano Browser Node Experimente kommen in TypeScript und Haskell voran

Gerolamo hat einen zweiten Block auf Cardano Preview erzeugt, während ein separater Haskell Prototyp die Kette verfolgt und eine Transaktion aus einem Webbrowser eingereicht hat. Die beiden Experimente bringen unterschiedliche Teile der Cardano Node Infrastruktur näher an das Gerät des Nutzers.

By SongMarketCap

Cardano News - Cardano Browser Node Experimente kommen in TypeScript und Haskell voran

Cardano Entwickler haben neue Ergebnisse aus zwei unabhängigen Node Experimenten gemeldet. Harmonic Labs hat Gerolamo Tests über einen leeren Block hinaus erweitert, während Seungheon Oh die Ausführung des Haskell Node Stacks im Browser über WebAssembly demonstrierte. Beide bleiben experimentell, und keines etabliert einen Blockproduzenten für den Produktivbetrieb, der vollständig innerhalb eines Browsers arbeitet.

Gerolamo erzeugt einen zweiten Cardano Preview Block

Gerolamo ist eine alternative Cardano Node Implementierung, geschrieben in TypeScript und ausgeführt über die Bun Runtime. Harmonic Labs entwickelt das Projekt unter Gründer Michele Nuzzi, der Quellcode ist öffentlich verfügbar.

Der erste Gerolamo zugeschriebene Block wurde am 12. September auf Cardano Preview akzeptiert. Er war leer und diente als erster Test, ob die alternative Implementierung einen Block erzeugen kann, der unter den Protokollregeln von Cardano akzeptiert wird.

Ein zweiter Block folgte am 14. September und enthielt drei Transaktionen. Nach Angaben des Teams umfassten sie eine Smart Contract Ausführung und eine On Chain Nachricht. Der Test machte damit den Schritt von einem leeren Block zu einem Block mit Transaktionsaktivität.

Gerolamo hat zudem die Preview Kette von Genesis bis zur aktuellen Spitze synchronisiert und dabei die Kettendaten validiert. Die Server Implementierung unterstützt Cardano Node zu Node Protokolle, optionale lokale Client Kommunikation, Mithril Bootstrap und eine Teilmenge von Blockfrost Stil API Funktionen.

Verfügbare Dokumentation beschreibt keine vollständige Praos Leaderwahl als abgeschlossenen Teil des Projekts. Harmonic Labs hat keinen vollständigen technischen Bericht über den für die beiden Preview Blöcke verwendeten Blockerzeugungspfad veröffentlicht. Das Netzwerk hat die Blöcke akzeptiert und das Team hat sie Gerolamo zugeschrieben, doch öffentliche Nachweise belegen nicht, dass der Blockproduzent innerhalb eines Webbrowsers betrieben wurde.

Cardano erhält zwei unterschiedliche Browser Node Ansätze

Neben Gerolamo entwickelt Harmonic Labs Gerolamino, eine leichtere Implementierung für Webbrowser und eine Chrome Erweiterung. Gerolamino ist nicht dieselbe Software Instanz, die die Preview Blöcke erzeugt hat.

Die öffentliche Demonstration ermöglicht es einem Browser, über die Ouroboros Handshake, ChainSync und BlockFetch Mini Protokolle mit einem Cardano Relay zu kommunizieren. Er kann Header und Blöcke verfolgen, CBOR Daten verarbeiten und IndexedDB sowie WebWorkers für lokalen Speicher und Berechnung nutzen.

Eine WebSocket zu TCP Brücke verbindet den Browser derzeit mit einem externen Preprod Relay, da Webanwendungen keine standardmäßigen TCP Verbindungen direkt zum Cardano Netzwerk öffnen können.

Geplante Weiterentwicklung umfasst Mithril Unterstützung für schnellere initiale Synchronisierung, lokale UTxO Indizierung und eine Kommunikationsschnittstelle, die bestehenden Cardano Wallet Standards ähnelt. Dieses Modell könnte Webanwendungen erlauben, mehr Informationen auf dem Gerät des Nutzers zu verifizieren, statt jede Antwort von einer entfernten API anzufordern.

Unabhängig von Harmonic Labs demonstrierte der Entwickler Seungheon Oh eine Haskell Cardano Node, die innerhalb eines Browsers über das GHC WebAssembly Backend läuft. Die Demonstration umfasste das Verfolgen der Kettenspitze, das Anzeigen eines ADA Guthabens und das Einreichen einer Transaktion aus dem Browser.

Die Cardano Hard Fork Working Group zeichnete die Demonstration am 15. September als Entwicklung im Zusammenhang mit Node Vielfalt auf. Oh hat den Quellcode nicht veröffentlicht, und die Demonstration umfasste keine Blockproduktion. Der Prototyp kann daher noch nicht unabhängig geprüft oder im Detail mit der produktiven Haskell cardano-node Software verglichen werden.

Lokale Verifizierung könnte die Cardano dApp Infrastruktur verändern

Cardano Wallets und dezentrale Anwendungen nutzen häufig entfernte Dienste, um auf Blockchain Daten zuzugreifen, UTxOs zu finden, Salden zu prüfen und Transaktionen einzureichen. Diese Infrastruktur vereinfacht die Entwicklung, schafft jedoch Abhängigkeiten von API Anbietern, Indexern und deren fortlaufender Verfügbarkeit.

Browser Node Funktionalität könnte einen Teil dieses Prozesses auf das Gerät des Nutzers verlagern. Eine Anwendung könnte die Cardano Kette lokal verfolgen, Blöcke verarbeiten und die von ihr genutzten Informationen verifizieren, bevor sie eine Transaktion vorbereitet oder einreicht. Lokaler Zugriff könnte auch die Anzahl der an zentralisierte API Dienste gesendeten Adressen und Datenanfragen verringern.

Für Entwickler könnte diese Architektur Cardano Anwendungen unterstützen, die funktionsfähig bleiben, wenn ein einzelner Indexer oder Backend Anbieter nicht verfügbar ist. Mehrere unabhängig entwickelte Zugriffspfade können die Widerstandsfähigkeit von Anwendungen stärken, wenn sie Daten nach denselben Cardano Protokollregeln validieren.

Der Ansatz kann Wallets und dezentralen Anwendungen zudem erlauben, UTxOs und ADA Salden näher beim Nutzer zu verifizieren, statt einen entfernten Dienst als einzige Quelle des Blockchain Zustands zu behandeln. Gerolamo fügt eine unabhängig entwickelte TypeScript Implementierung hinzu, während Ohs Arbeit erkundet, wie der etablierte Haskell Stack über WebAssembly arbeiten kann.

Die aktuellen Prototypen beseitigen nicht die Notwendigkeit externer Infrastruktur. Gerolamino verwendet weiterhin eine WebSocket Brücke und ein externes Relay, während umfassendere lokale Synchronisierung Speicher, Arbeitsspeicher, Bandbreite und Indexierungsgrenzen des Browsers berücksichtigen muss. Mithril Snapshots, Netzwerkknoten und Wege für die Transaktionseinreichung bleiben ebenfalls Teil der Architektur.

Öffentlich demonstrierter Fortschritt umfasst nun eine TypeScript Node, die Preview Blöcke erzeugt hat, einen Browser Light Node, der Ouroboros Mini Protokolle nutzt, und einen separaten Haskell Prototyp, der die Kette verfolgen und Transaktionen einreichen kann. Ein produktives Relay oder ein Blockproduzent, der vollständig innerhalb eines Browsers arbeitet, ist nicht dokumentiert. Die unmittelbare Veränderung ist enger gefasst: Cardano Anwendungen können beginnen, einen Teil der Blockchain Verifizierung von entfernten Diensten auf das Gerät des Nutzers zu verlagern.