ERPC startet Firedancer-basierten Solana-RPC auf Devnet und Testnet – mit geringerer Last und höherer Effizienz; Bewerbungen für den Mainnet-Beta-Test jetzt offen

ERPC startet Firedancer-basierten Solana-RPC auf Devnet und Testnet – mit geringerer Last und höherer Effizienz; Bewerbungen für den Mainnet-Beta-Test jetzt offen

ERPC startet Firedancer-basierten Solana-RPC auf Devnet und Testnet – mit geringerer Last und höherer Effizienz; Bewerbungen für den Mainnet-Beta-Test jetzt offen
ELSOUL LABO B.V. (Hauptsitz: Amsterdam, Niederlande; CEO: Fumitake Kawasaki) und Validators DAO haben bekannt gegeben, dass ERPC offiziell seine neue RPC-Infrastruktur mit Elementen des Solana-Clients der nächsten Generation, Firedancer, auf Devnet und Testnet gestartet hat. Im Vergleich zur herkömmlichen, auf Agave basierenden Struktur zeigt diese neue Implementierung deutliche Verbesserungen bei Effizienz und Ressourcenoptimierung. Die Vorbereitungen für die Bereitstellung auf Mainnet Beta schreiten nun schneller voran.
Diese Entwicklung stellt den nächsten Schritt in ERPCs kontinuierlichem Streben nach Geschwindigkeit, Stabilität und niedriger Latenz dar. Von der frühen Entwicklungsphase bis zum Produktionseinsatz entwickelt ERPC seine Infrastruktur weiter, um allen Nutzern ein konstant hochwertiges Solana-Erlebnis zu bieten.

Was ist Firedancer?

Firedancer, entwickelt von Jump Crypto, ist ein neuer Solana-Validator-Client, der unabhängig von Agave betrieben werden kann. Ziel ist es, die Netzwerkeffizienz zu steigern, den Hardware-Overhead zu minimieren und sowohl einen außergewöhnlichen Durchsatz als auch extrem niedrige Latenz zu liefern. Die Solana Foundation unterstützt seine Einführung aktiv, und die Vorbereitungen für die vollständige Veröffentlichung schreiten stetig voran.
Derzeit wird die Frankendancer-Konfiguration – eine hybride Kombination aus Firedancers Netzwerkschicht und Agaves Konsens-Engine – in Produktionsumgebungen eingesetzt. Dieser schrittweise Ansatz ermöglicht die allmähliche Einführung von Firedancer-Komponenten bei gleichzeitiger Wahrung von Netzwerkstabilität und Kompatibilität im gesamten Ökosystem.
ERPC hat diese Frankendancer-basierte Architektur auf Devnet und Testnet implementiert und damit ihren stabilen Betrieb bestätigt. Im Vergleich zur Agave-Konfiguration hat sich die gesamte Verarbeitungseffizienz verbessert; das System läuft nun stabil mit weniger als der Hälfte des bisherigen Speicherbedarfs. Dies ermöglicht sowohl einen ressourcenschonenderen Betrieb als auch schnellere Antwortzeiten und sorgt in Entwicklungs- und Testphasen für eine reibungslosere Leistung und höhere Stabilität.

Schrittweise Einführung auf Mainnet Beta

Nach dem stabilen Betrieb auf Devnet und Testnet wird ERPC diese Firedancer-basierte RPC-Architektur schrittweise auf Mainnet Beta ausrollen. Der Betatest konzentriert sich darauf, die Stabilität des Frankendancer-Setups unter dem gesamten Datenverkehr und der vollen Last im Produktionsmaßstab zu überprüfen. ERPC wird bei gleichzeitiger Gewährleistung von Sicherheit und Zuverlässigkeit weiter auf höhere Leistung und niedrigere Latenz hinarbeiten.
Bewerbungen für die Teilnahme am Firedancer-Mainnet-Betatest sind ab sofort möglich; bestehende ERPC-Nutzer werden bevorzugt berücksichtigt. Entwickler und Teams, die die Leistung eines Solana-RPC der nächsten Generation erleben möchten, können uns über den offiziellen Validators-DAO-Discord kontaktieren.

Solana-RPC-Bundle-Plan

Bundle Plan
Viele Entwickler beginnen mit Geyser gRPC, um Solanas Echtzeit-Datenströme zu nutzen. Die Implementierung ist einfacher, weil die Daten bereits vorab dekodiert werden, zahlreiche Beispiele verfügbar sind und die Lernkurve flacher ist.
Fortgeschrittene Nutzer entscheiden sich dagegen häufig wegen der höheren Geschwindigkeit für Shredstream. In der Praxis bevorzugen viele Teams stabile, auf gRPC basierende Anwendungen und entwickeln gleichzeitig mit Shredstream weiter, um dessen schnelleren Datenfluss zu nutzen. ERPCs Bundle-Plan wurde speziell für diesen professionellen Bedarf entwickelt.
Bisher standen Entwickler, die „schneller“ werden wollten, häufig vor technischen und finanziellen Hürden. Der Bundle-Plan beseitigt diese Hürden, indem Shredstream für Nutzer, die bereits RPC und gRPC verwenden, zu einem niedrigeren Gesamtpreis enthalten ist. Dadurch wird Shredstream erschwinglicher und lädt zum risikofreien Experimentieren ein.
Beginnen Sie mit dem Aufbau Ihrer Basisanwendung mit RPC + gRPC und integrieren Sie anschließend Shredstream in derselben Umgebung, um zu einer leistungsfähigeren Entwicklung überzugehen. Fortgeschrittene Teams können Shredstream eigenständig ausführen, um sowohl processed- als auch confirmed-Daten direkt zu erfassen. Dafür ist jedoch eine individuelle Client-Entwicklung erforderlich. Das Bundle bietet einen fertigen und zuverlässigen Einstieg in diese fortgeschrittene Ebene.
Die enthaltene gRPC-Verbindung unterliegt keinen Filterlimits und unterstützt während der Entwicklung auch Devnet und Testnet. So entsteht eine nahtlose Umgebung zum Testen und Skalieren von Solana-Produkten.
Der ERPC Bundle-Plan ist eine praktische Lösung, die sowohl für die Entwicklung als auch für den Produktionseinsatz von Solana optimiert ist.
Bei Fragen oder für Unterstützung bei der Migration wenden Sie sich bitte über den offiziellen Validators-DAO-Discord an uns.

Premium Ryzen VPS

Premium Ryzen VPS
Der Premium Ryzen VPS läuft im selben Netzwerk wie ERPC und verfügt über erstklassige Hardware: Ryzen-CPUs mit 5,7 GHz Taktfrequenz, ECC-DDR5-Speicher, NVMe4-Speicher und zwei 25-Gbit/s-Netzwerkverbindungen. Dank des Designs ohne Überbelegung bietet er auch in einer virtualisierten Umgebung eine Stabilität nahe Bare Metal.
Da er sich in denselben Rechenzentren wie große Solana-Validatoren und Jito-Shredstream-Knoten befindet, ermöglicht er Zero-Distance-Konnektivität und beseitigt durch Internet-Routing verursachte Latenz. Diese ausgewogene Kombination aus Leistung und Kosteneffizienz wird von zahlreichen Solana-Projekten sehr geschätzt.

Entwicklungsstruktur und SLV als Open Source

Mit SLV, unserer zentralen Open-Source-Initiative, ermöglichen wir die sofortige Bereitstellung von Solana-Knoten, automatisierte Updates und Migrationen ohne Ausfallzeit.
Nach unzähligen Testläufen haben wir sowohl den Betrieb von ERPC als auch den Validator-Betrieb kontinuierlich verbessert. In enger Zusammenarbeit mit vertrauenswürdigen Rechenzentrumspartnern geben wir diese Fortschritte direkt an unsere Nutzer und Community-Mitglieder weiter.
Wir wollen ein Ökosystem erweitern, in dem Validatoren, RPC-Anbieter, Trader und Web3-Projekte nahtlos zusammenarbeiten und durch gemeinsame Anreize Effizienz und Widerstandsfähigkeit im gesamten Solana-Netzwerk fördern.
SLV vereinfacht die Einrichtung von RPC- und Knotenkonfigurationen, einschließlich Firedancer-basierter Systeme, und ermöglicht es jedem, sich einfach an Tests und Validierungen zu beteiligen. Wir werden SLV Open Source als Grundlage dieses Ökosystems weiterentwickeln.

Herausforderungen, die ERPC und Validators DAO angehen

  • Häufige Transaktionsfehler und Latenzschwankungen, die in herkömmlichen RPC-Umgebungen auftreten
  • Von vielen Infrastrukturanbietern auferlegte Leistungslimits
  • Der starke Einfluss der Netzwerkentfernung auf die Kommunikationsqualität
  • Eingeschränkter Zugang zu hochwertiger Infrastruktur für kleinere Projekte
Während der Entwicklung unseres Open-Source-Solana-Projekts Epics DAO standen wir vor derselben Herausforderung wie viele Teams: dem Mangel an zugänglichen, leistungsfähigen Solana-Entwicklungsumgebungen. Als Reaktion darauf haben wir unsere eigene Plattform aufgebaut und bieten nun ERPC und SLV auf Grundlage dieser Erfahrung an.
Besonders im Finanzsektor ist Zuverlässigkeit entscheidend – jede Verzögerung und jeder Fehler wirkt sich direkt auf die Nutzererfahrung aus. Solanas verteilte Validator-Architektur und die inhärente Komplexität von Web3 erschweren es, zugleich Transparenz und Stabilität zu gewährleisten, sodass viele Projekte mit unvorhersehbarer Latenz und Instabilität zu kämpfen haben.
Wir bieten die leistungsfähige Grundlage, die zur Überwindung dieser Probleme erforderlich ist, und verbessern damit die Erfahrung von Entwicklern und Nutzern im gesamten Solana-Ökosystem. ERPC und SLV sind zentrale Säulen dieser Mission.