--- title: "FAQ - Bare-Metal-Server" description: "Häufig gestellte Fragen zu ERPC Bare-Metal-Servern: warum sie schnell sind, IPv4-Adressen hinzufügen, Knotenregionen, Regionswahl für Solana, Pläne und Zahlung." canonical: "https://erpc.global/de/faq/metal/general/" locale: "de" --- # FAQ - Bare-Metal-Server ## Nicht an eine bestimmte Chain gebunden ### Q. Warum ist Ihr Bare Metal so schnell? Neben leistungsstarken CPUs, RAM und NVMe-SSDs setzen wir auf Partneranbieter, die wir auf Grundlage umfangreicher Erfahrung sorgfältig ausgewählt haben. So erzielen wir selbst mit Hardware gleicher Spezifikation durchgängig optimale Leistung. Unsere vertrauenswürdigen Partneranbieter garantieren höchste Qualität bei CPUs, RAM, SSDs und Netzwerkinfrastruktur und verbessern ihre Dienste kontinuierlich, indem sie weitere Points of Presence (PoPs) hinzufügen und die Latenz zu häufig genutzten PoPs senken. Darüber hinaus integriert unsere Plattform die gemeinsame Netzwerknutzung vollständig und reduziert die Distanz zwischen Ihren Anwendungen und dem Solana-Netzwerk praktisch auf null. Da die Netzwerkgeschwindigkeit in der Regel den größten Leistungsengpass darstellt, haben wir eine schnelle, optimierte Solana-Netzwerkumgebung aufgebaut, die dieses Problem beseitigt und dafür sorgt, dass Ihre Anwendungen maximale Leistung erreichen. ### Q. Was sind die Vorteile von Bare-Metal? Wie unterscheidet es sich von einem VPS? Bare-Metal-Server stellen Ihnen einen physisch dedizierten Server zur ausschließlichen Nutzung bereit. VPS-Server sind virtuelle Umgebungen, die physische CPU-Kerne in mehrere virtuelle CPUs (vCPUs) aufteilen, sodass mehr vCPUs bereitgestellt werden können, als tatsächlich physische Kerne vorhanden sind. - **Für leistungsorientierte Nutzung**: Bare-Metal-Server werden empfohlen. - **Für ein optimiertes Preis-Leistungs-Verhältnis**: VPS-Server werden empfohlen. ### Q. Kann ich meinem Bare-Metal-Server eine öffentliche IPv4-Adresse hinzufügen? Zusätzliche öffentliche IPv4-Adressen sind nur mit einem Jahresvertrag für den Bare-Metal-Server verfügbar. Für weitere Informationen wenden Sie sich bitte über das [ERPC-Dashboard](https://dashboard.erpc.global/de) an den Support. ### Q. In welchen Regionen liegen Ihre Knoten? Aktuell betreiben wir Knoten in den folgenden Regionen: - Frankfurt (FRA) - Amsterdam (AMS) - London (LON) - Stockholm (STO) - New York (NY) - Chicago (CHI) - Salt Lake City (SLC) - Tokio (TY) - Singapur (SGP) ERPC Web Dashboard: https://dashboard.erpc.global/de ### Q. Wie ist die Latenz? Die Latenz variiert je nach Messmethode und spezifischer Nutzungsumgebung. Statt sich auf exakte Zahlenwerte zu konzentrieren, ist es entscheidend sicherzustellen, dass die Latenz Ihren tatsächlichen betrieblichen Anforderungen entspricht. Für Solana können Sie die Latenz mit diesen Open-Source-Werkzeugen für TypeScript und Rust messen. - [Solana Stream SDK - ValidatorsDAO GitHub](https://github.com/ValidatorsDAO/solana-stream) - [SLV (Deutsch)](https://slv.dev/de) ### Q. Warum sind dedizierte Endpunkte schneller? Geteilte Endpunkte werden von mehreren Kunden genutzt, die sich dieselben Ressourcen teilen. Mit zunehmendem Traffic steigt tendenziell die Latenz. Server-Ressourcen haben physische Grenzen, und die Arbeitslast, die sie bewältigen können, ist endlich. Wenn zu viele Anfragen gleichzeitig eintreffen, müssen sie nacheinander verarbeitet werden, was zu längeren Antwortzeiten führt. Obwohl wir verschiedene Maßnahmen ergreifen, um die Leistung auch auf geteilten Endpunkten zu optimieren, sind Sie bei dedizierten Endpunkten der einzige Nutzer der Ressource. Andere Nutzer haben also keinerlei Einfluss auf Sie, was durchgängig stabile und schnelle Antworten sicherstellt. Darüber hinaus bieten dedizierte Endpunkte Kommunikationsoptionen ohne TLS, etwa HTTP. Da der TLS-Handshake (etwa 20 ms) entfällt, ist die Kommunikation noch schneller als über HTTPS. ### Q. Welcher Plan ist am schnellsten? In der Regel ist unser Plan der höchsten Stufe am schnellsten, da er leistungsstärkere CPUs, mehr Arbeitsspeicher und robuste Hardwarekonfigurationen bietet. Wenn Sie noch leistungsfähigere Server benötigen, bieten wir auch maßgeschneiderte Lösungen an; unsere Standardpläne sind jedoch auf ein optimales Preis-Leistungs-Verhältnis ausgelegt. Wir sind überzeugt, auf jedem Preisniveau Leistung auf Weltklasseniveau zu bieten. Wenn Sie im gleichen Preissegment einen schnelleren Anbieter finden, teilen Sie es uns bitte mit, damit wir der Sache nachgehen und Verbesserungen vornehmen können. ### Q. Die Latenz entspricht nicht meinen Erwartungen. Die Leistung variiert je nach verwendeter Programmiersprache. Typischerweise ergibt sich bei der Leistung der Sprachen folgende Rangfolge: **Rust > Go > TypeScript (JavaScript) > Python** Detaillierte Vergleiche finden Sie in der folgenden Ressource: [Geschwindigkeitsvergleich von Programmiersprachen](https://niklas-heer.github.io/speed-comparison/) Für höchste Leistung empfehlen wir dringend den Einsatz von Rust. ### Q. Wird der Verkaufspreis erhöht, nachdem ich abonniert habe? Solange Ihr Abonnement aktiv bleibt, gilt weiterhin der Verkaufspreis, den Sie sich bei der Anmeldung gesichert haben. Umgebungen, die Solanas Echtzeit-Workload standhalten, sind weltweit knapp, und wir planen, die Preise im Einklang mit der wachsenden Nachfrage nach Hardware und Netzwerk schrittweise anzuheben. Höher spezifizierte Konfigurationen und stark nachgefragte Regionen sind am schnellsten ausverkauft; sich den aktuellen Preis zu sichern, ist daher langfristig die kosteneffizienteste Wahl. ### Q. Ich möchte mit Krypto bezahlen Krypto-Zahlungen sind im ERPC Web Dashboard verfügbar, wenn das Land Ihrer registrierten Rechnungsadresse eines der EU-Mitgliedsländer ist. Wenn alle in Ihrem Konto hinterlegten Zahlungskarten außerhalb der EU ausgestellt wurden, sind Krypto-Zahlungen nicht verfügbar. Sie können mit SOL, USDC oder EURC ERPC Credits kaufen. Mit diesen ERPC Credits können Sie ERPC-Pläne starten oder fortsetzen. Öffnen Sie das Dashboard, wählen Sie die Krypto-Zahlung, senden Sie die Zahlung aus Ihrer Wallet, und das Dashboard prüft die Transaktion und schreibt die Credits Ihrem Konto gut. Unterstützte Länder: Belgien, Bulgarien, Dänemark, Deutschland, Estland, Finnland, Frankreich, Griechenland, Irland, Italien, Kroatien, Lettland, Litauen, Luxemburg, Malta, Niederlande, Österreich, Polen, Portugal, Rumänien, Schweden, Slowakei, Slowenien, Spanien, Tschechien, Ungarn, Zypern. Für Länder, die nicht auf der Liste stehen, zahlen Sie bitte per Kreditkarte. [ERPC Web Dashboard](https://dashboard.erpc.global/de) ## Solana Diese Antworten beruhen auf der Funktionsweise von Solana: Die Leader-Rolle wechselt gemäß dem Leader-Schedule zwischen den Validatoren, daher prägen die Standorte der Validatoren Ihre Wahl der Region. ### Q. Welche Region empfehlen Sie? Es gibt keine einzelne Region, die dauerhaft die beste ist. Solana ist global, und die Leader-Rolle wechselt gemäß dem Leader-Schedule zwischen den Validatoren. In Regionen mit mehr Validatoren und höherem Stake fallen Leader-Slots häufiger an, was dazu beitragen kann, dass Transaktionen schneller in einen Block aufgenommen werden. Der Nachteil: Auch der konkurrierende Traffic konzentriert sich dort, sodass eine weniger überlaufene Region je nach Strategie manchmal bessere Ergebnisse liefern kann. Ein praktischer Ausgangspunkt: Wählen Sie eine Region mit hoher Validatordichte wie Frankfurt oder die US-Ostküste, wenn ein stetiges Angebot an Leader-Slots am wichtigsten ist, oder platzieren Sie sich in der Nähe eines bestimmten Ziel-Validators, wenn die Ausführung über den kürzesten Pfad Vorrang hat. Nutzen Sie [Validators Solutions](https://validators.solutions/), um die öffentliche Verteilung des Solana-Netzwerks zu verstehen, und entscheiden Sie dann anhand der [ERPC Leader Slot API](https://erpc.global/de/doc/rpc/leader-slot-api/) und realer Messungen, ob eine Bereitstellung in einer Region, in zwei Regionen oder global sinnvoll ist. [![Bericht zur Verteilung des Solana-Mainnets](https://erpc.global/faq/SolanaMainnetReportEN.jpg)](https://validators.solutions/) ### Q. Ich brauche eine Latenz von ~400 ms oder besser. Um eine Latenz innerhalb von etwa 400 ms zu erreichen, sollten Sie diese wesentlichen Punkte berücksichtigen: - **Realistisches Verständnis von Ping-Werten**: Ping-Werte geben ideale Bedingungen wieder und spiegeln nicht die tatsächliche Latenz bei Streaming-Kommunikation wider, die typischerweise etwa das Fünffache der Ping-Latenz beträgt. Ein Ping von 100 ms zwischen Kontinenten führt beispielsweise realistisch betrachtet zu etwa 500 ms Latenz. Um ~400 ms Latenz zu erreichen, muss die Infrastruktur daher in derselben Region aufgebaut werden. - Typische Ping-Referenzwerte: - Gleiches Netzwerk: ~0,1 ms - Private Network Interconnect (PNI): ~0,2 ms - Gleiches Rechenzentrum: ~0,3 ms - Gleiche Stadt: ~1 ms - Nachbarland: ~5–10 ms - Interkontinental: ~100–300 ms - **Die Durchschnittslatenz-Falle vermeiden**: Solana-Validatoren sind geografisch über die ganze Welt verteilt, und der Leader-Schedule ändert sich mit jeder Epoche zufällig. Sich auf die durchschnittliche Latenz zu verlassen, um ~400 ms zu erreichen, ist nicht praktikabel. Verfolgen Sie stattdessen die Schedules der Validatoren in Ihrer jeweiligen Region genau, um die Slots mit der niedrigsten Latenz zu identifizieren. Um durchgängig minimale Latenz zu erreichen, ist Infrastruktur in allen relevanten Regionen erforderlich. In derselben Region kann die Datenerfassung binnen einiger Dutzend Millisekunden erfolgen, und die Übertragung ist in nur wenigen Millisekunden möglich. - **Den Leader-Schedule verfolgen**: Beobachten Sie den Leader-Schedule der Validatoren für Ihre Region mit der **ERPC Leader Slot API (`getLeaderSlots`)**. Die API liefert den anstehenden Leader-Schedule, die Stake-Gewichtung für die aktuelle Epoche, geschätzte Standorte der Validatoren und Referenz-Ping-Werte, sodass Sie die Slots mit der niedrigsten Latenz als Ziel bestimmen können, bevor sie an der Reihe sind. Öffentliche Daten im Kartenstil und native RPC-APIs eignen sich für einen breiten Überblick über das Netzwerk, sind für das Timing der Ausführung aber nicht präzise genug. Die Leader Slot API schließt diese Lücke mit der Granularität, die für Routing- und Trading-Entscheidungen nötig ist. - [Dokumentation zur ERPC Leader Slot API](https://erpc.global/de/doc/rpc/leader-slot-api/) - [ERPC Web Dashboard](https://dashboard.erpc.global/de) [![Validators Solutions - Solana-Netzwerkdaten](https://erpc.global/faq/ValidatorsSolutionsEN.jpg)](https://validators.solutions/) Solana-Netzwerkdaten: [Validators Solutions](https://validators.solutions/) ### Q. Wie kann ich Zero-Block-Trading (Zero-Slot-Trading) erreichen? Für erfolgreiches Zero-Block-Trading (Zero-Slot-Trading) sind ausgefeiltere Strategien nötig: - **Opportunity Zones identifizieren**: Solana-Validatoren sind weltweit verteilt, und es ist physikalisch unmöglich, für jeden Slot eine optimale Latenz zu erreichen. Beobachten Sie daher die Leader-Schedules der Validatoren in der Region, in der sich Ihre Infrastruktur befindet, und identifizieren Sie die günstigsten Opportunity Zones. Auch eine Verteilung der Infrastruktur auf mehrere Regionen kann von Vorteil sein. Frankfurt etwa ist dank seiner hohen Validatordichte eine Schlüsselregion: Leader werden dort häufiger ausgewählt, was mehr Trading-Möglichkeiten eröffnet. Nutzen Sie die **ERPC Leader Slot API (`getLeaderSlots`)**, um den anstehenden Leader-Schedule, die Stake-Gewichtung für die aktuelle Epoche, geschätzte Standortdaten der Validatoren und Referenz-Ping-Werte mit weitaus höherer Präzision abzurufen als über öffentliche Datenquellen im Kartenstil oder native RPC-APIs. So können Sie Opportunity Zones ermitteln, bevor die Slots an der Reihe sind, und Trades mit nahezu null Latenz ausführen. - [Dokumentation zur ERPC Leader Slot API](https://erpc.global/de/doc/rpc/leader-slot-api/) - [ERPC Web Dashboard](https://dashboard.erpc.global/de) - **Dedizierte Knoten einsetzen**: Wenn Sie Schwierigkeiten haben, im Wettbewerb mitzuhalten, sollten Sie dedizierte Knoten in Betracht ziehen. Bei geteilten Knoten entsteht durch den Traffic anderer Nutzer Latenz; sie werden daher nicht empfohlen. Wenn Sie Ihren dedizierten Knoten zudem im selben Netzwerk wie Ihre Anwendung platzieren, sinkt die Netzwerklatenz erheblich und die Performance wird optimiert. ### Q. Was ist am schnellsten: WebSockets, gRPC oder Shreds? Laut aggregiertem Kundenfeedback ergibt sich folgende Rangfolge der Leistung: **Shreds > gRPC > WebSockets** Bitte informieren Sie uns, wenn Sie abweichende Ergebnisse beobachten. ### Q. Ich möchte die bestmögliche Umgebung. [UDP Forwarding](https://erpc.global/de/doc/shredstream/udp-forwarding/) gibt es als Standard und als Premium. Bei beiden gelangen die Shreds aus der von Ihnen gewählten Region zu Ihrem Empfänger. Bei Standard leitet ERPC sie von einem Knoten in dieser Region aus weiter, sodass sie bei Ihnen von einer einzigen Quell-IP ankommen. Bei Premium gibt das Mesh-Netzwerk von jedem Shred die Kopie weiter, die es als Erste erreicht. Bei Premium kommen Shreds oft 1–3 ms früher an als bei Standard. Am 30. Oktober 2026 hat ein ERPC-Empfänger in Frankfurt Standard und Premium in einer einzigen 120-sekündigen Messung parallel empfangen. Für jeden Shred, der über beide ankam, wurde verglichen, wann er jeweils erstmals über Standard und über Premium eintraf. Wählen Sie Premium, wenn Sie diesen Geschwindigkeitsunterschied benötigen, andernfalls Standard. Wählen Sie im ERPC Web Dashboard Ihre Region und legen Sie die öffentliche IPv4-Adresse und den Port Ihres Servers als Ziel für Raw Shreds fest. Ganz gleich, wofür Sie sich entscheiden, lassen Sie in der Firewall auf der Empfangsseite jede im Dashboard angezeigte Quell-IP zu. Für Details kontaktieren Sie uns bitte über das ERPC Web Dashboard. [ERPC Web Dashboard](https://dashboard.erpc.global/de) 🔗 [ERPC Web Dashboard](https://dashboard.erpc.global/de) ### Q. Ist dieser RPC (gRPC, Shreds) schneller als andere? Wir legen jede Preisstufe auf Geschwindigkeit aus und freuen uns, wenn das im direkten Vergleich mit jedem anderen Anbieter gemessen wird. Die Ergebnisse können je nach Region variieren, ebenso je nachdem, ob Sie einen geteilten oder einen dedizierten Endpunkt nutzen, welches Protokoll Sie verwenden (WebSockets, gRPC oder Shreds) und in welcher Programmiersprache Ihr Client läuft. Wenn Ihnen unser Dienst langsamer erscheint, nennen Sie uns bitte über das ERPC Web Dashboard die konkreten Bedingungen und die Wettbewerber, mit denen Sie ihn verglichen haben. Wir ermitteln die Ursache und verbessern die Geschwindigkeit weiter. [ERPC Web Dashboard](https://dashboard.erpc.global/de)