Solana Firedancer-Entwickler beleuchtet die Herausforderungen des Projekts

Dies ist ein Auszug aus dem Lightspeed-Newsletter. Um die vollständigen Ausgaben zu lesen, abonnieren Sie bitte.

Solanas Firedancer-Client – eine Hochleistungsimplementierung der Blockchain-Software, die von Jump entwickelt wird – wurde erstmals 2022 angekündigt.

Fast drei Jahre später hat das Projekt immer noch Stützräder.

Das ist eine sehr lange Zeit in der Krypto-Welt. Als der Firedancer-Entwickler Michael McGee diese Woche im Lightspeed-Podcast zu Gast war, wollte ich seine Einschätzung zum Zeitplan des Clients hören. McGee beschrieb eine enorm schwierige technische Aufgabe: das Neuschreiben einer schlecht dokumentierten Codebasis von Grund auf, während die ursprüngliche Software ständig aktualisiert wird.

„Die Tatsache, dass…das Produkt lebendig ist…ist, finde ich, ziemlich beeindruckend“, sagte McGee über Firedancer.

Das derzeit größte Hindernis für Firedancer ist das Konformitätsproblem, so McGee. Der Validator muss das Verhalten des bestehenden Agave-Clients unter allen Umständen perfekt nachbilden. Die Konformität wird zusätzlich erschwert, da der Solana-Entwickler Anza viele neue Codes veröffentlicht, was die Software zu einem „beweglichen Ziel“ macht, wie McGee es ausdrückte.

Anzas vorgeschlagene Solana-Consensus-Neuimplementierung, Alpenglow, ist ein „perfektes Beispiel für etwas, das unser Leben sehr, sehr schwer macht“, sagte McGee. Er erwähnte, dass er selbst die seiner Meinung nach beste Proof-of-History-Implementierung in Firedancer umgesetzt habe.

Mit Alpenglow wird Proof-of-History jedoch wegfallen, was all diese Arbeit hinfällig macht.

In der Zwischenzeit findet die eingeschränktere Version von Firedancer immer mehr Verbreitung. Frankendancer ist laut Blockworks Research inzwischen für 9,3 % aller gestakten SOL verantwortlich. Validatoren, die Frankendancer nutzen, haben besser gepackte Blöcke festgestellt, wie wir bereits berichtet haben.

Bei Solanas derzeitigem Blocklimit von 50 Millionen Compute-Units kann Firedancer die Leistung nicht so weit vorantreiben, wie es gerne würde, sagte McGee. Daher konzentriert man sich vorerst darauf, Blöcke effizienter zu packen.

Auf die Frage nach Solanas idealem Blocklimit – das im Grunde definiert, wie rechenintensiv Blöcke sein können – sagte McGee, die Beschränkung sollte ganz entfernt werden. Validatoren sollten selbst ein Gleichgewicht für die Blockgröße finden.

Die oft zitierte Marke von einer Million Transaktionen pro Sekunde ist also noch in weiter Ferne. Eine wichtige Zahl, auf die man achten sollte, ist jedoch 20 %. Wenn dieser Anteil des Solana-Stakes Frankendancer nutzt, wird das Netzwerk zwar anfälliger für Ausfälle durch den Client sein, aber besser vor einem Infinite-Mint-Bug geschützt.

Übersetzt von B1tM1ner