SOLANA·HUB
EN
Infrastruktur

Firedancer V1 live auf Solana Mainnet — gradueller Rollout, Frankendancer bleibt der breite Hybrid

Stand 17. Mai 2026: Vollständiges Firedancer V1 produziert auf Solana Mainnet Blöcke — auf einer begrenzten Validator-Zahl, rund 100 Tage und ca. 50.000 Blöcke, bewusst gradueller Rollout nach 1-Mio-USD-Audit.

SOLANA·HUB Redaktion · ·
Quelle: CoinDesk

Update 17. Mai 2026 — Firedancer V1 ist live auf Mainnet

Der Stand hat sich gegenüber den Vormonaten geändert: Vollständiges Firedancer V1 — nicht nur der Frankendancer-Hybrid — produziert auf Solana Mainnet Blöcke.

  • Laut offiziellem Solana-Post läuft Firedancer “auf einer Handvoll Validatoren” seit rund 100 Tagen und hat dabei rund 50.000 Blöcke produziert.
  • Firedancer-Gründungsingenieur Ritchie Patel gegenüber CoinDesk (16. Mai 2026): “Firedancer is live and running in production.” Der Rollout erfolgt bewusst graduell und progressiv statt als breiter Public-Launch.
  • Vorausgegangen war eine Firedancer-V1-Audit-Competition auf Immunefi mit einem Reward-Pool von 1 Mio. USD (9. April bis 9. Mai 2026, laut Solana Ecosystem Roundup April 2026).

Einordnung: Das ist Client-Diversität auf Code-Ebene — eine zweite, vollständig unabhängige Validator-Implementation neben Agave. Der Pure-Firedancer-Pfad ist absichtlich auf eine begrenzte Validator-Zahl beschränkt; Frankendancer (Hybrid) bleibt der breiter verteilte Pfad. Eine netzwerkweite Aktivierung ist damit nicht erfolgt.

Was bekannt ist

Jump Trading Group entwickelt mit Firedancer einen zweiten unabhängigen Validator-Client für Solana, geschrieben in C. Die Migration ist zweistufig:

  • Frankendancer (Versions v0.xxx.yyyyy) — Hybrid mit Firedancer-Network-Layer und Agave-Runtime + Agave-Consensus. Läuft im Mainnet, breit verteilt.
  • Pure Firedancer (Versions 1.x) — vollständige Re-Implementation aller drei Validator-Schichten in C. Seit Mai 2026 in Production auf Mainnet, jedoch auf einer begrenzten Validator-Zahl (siehe Update oben). Die Firedancer-Docs hinken dem Stand naturgemäß nach.

Was bei Frankendancer schon läuft

Aus den Firedancer Getting-Started-Docs:

  • Network-Stack (TPU/QUIC, Shred-Reception, Repair) wird vom Firedancer-C-Code übernommen
  • Block-Production-Komponenten beim aktiven Leader-Slot
  • Runtime, Konsens und Account-Storage laufen weiter auf Agave-Rust-Code

Validator-Operators können Frankendancer aus Source bauen — pre-built Binaries werden vom Jump-Team nicht herausgegeben. Aktuelle Tag-Conventions: v0.xxx.yyyyy für Frankendancer-Releases, v1.x für die Pure-Firedancer-Version.

Konkrete Stake-Anteile

Konkrete Stake-Anteile von Frankendancer- und Firedancer-Validators sind über Solana-Beach und vergleichbare Validator-Tracker einsehbar. Eine netzwerkweite Pure-Firedancer-Aktivierungs-Timeline hat das Jump-Team nicht genannt; der Rollout bleibt laut CoinDesk bewusst graduell.

Wie sich Firedancer zu Alpenglow verhält

Firedancer und Alpenglow adressieren unterschiedliche Schichten:

  • Firedancer = Validator-Software (welcher Code läuft)
  • Alpenglow = Konsens-Protokoll (wie die Validators sich einigen)

Sobald Alpenglow auf Mainnet aktiviert wird (laut Anza-CEO Brennan Watt im Anza26-Post geplant für Q3 2026), müsste auch Firedancer eine Alpenglow-kompatible Implementation einbauen.

Was zu beobachten ist

  • Stake-Migration von Pure-Agave zu Frankendancer und zu Pure Firedancer
  • Wann das Jump-Team den Pure-Firedancer-Rollout über die aktuelle Validator-Zahl hinaus ausweitet
  • Hardware-Anforderungs-Reduktion: Firedancer-Roadmap nennt das als langfristiges Ziel
  • Wie die Alpenglow-Migration die Firedancer-Roadmap beeinflusst

Für die Tieferklärung der Architektur siehe unseren Wissens-Pillar Firedancer & Frankendancer.

Quellen

#firedancer #frankendancer #validator #jump-crypto