BlockVectra als Chainstack-Alternative: Methodenpreise für zusätzliche Lesezugriffe

Wählen Sie BlockVectra für niedrigere Listenpreise bei zusätzlichen unterstützten EVM-Lesezugriffen und nutzungsbasierte Abrechnung ohne monatliches RPC-Abonnement.

Vergleich

Wettbewerberzahlen verifiziert am 2026-10-08. BlockVectra-Methodengewichte, Limits für den kostenlosen Tarif und Key-Limits wurden am 2026-10-09 anhand von GET /v1/plans und Log-Bereiche anhand von GET /v1/chains überprüft. Aktuelle Zahlen werden durch die unten stehenden Komponenten gerendert.

Die Developer-Tarife stellen inkrementelle Überschreitungsgebühren nach dem enthaltenen Kontingent dar, keine Preise für jeden Aufruf. Full-Anfragen verbrauchen 1 RU; Archive-Class-Anfragen verbrauchen 2 RU. Bei Global Nodes gelten berechtigte EVM-Methoden, die auf Blöcke mindestens 127 Blöcke hinter der Chain-Spitze abzielen, als Archive-Class; bei Logs ist der abgerechnete Startblock zu prüfen. Der Node-Modus kann die Klassifizierung ändern. Wenden Sie die aktuellen RU-Regeln vor dem Vergleich auf die exakte Anfrage an.

Warum BlockVectra wählen

Methodenpreise und Budget für kostenlose Konten

Methodengewichtungen, USD-Umrechnung und das Budget für kostenlose Konten unten stammen aus GET /v1/plans. Chain-Limits stammen aus GET /v1/chains. Vergleichen Sie dieselbe Chain, dieselbe Methode, denselben Block und das vollständige Ergebnis; Aufteilung und Wiederholungsversuche verändern die Anzahl der Aufrufe.

Obergrenze für kostenlose Konten: bis zu 25 Aufrufe pro Sekunde, geteilt über alle Schlüssel des Kontos, alle Chains und die Data API. Es gelten auch Key-spezifische Limits für key_defaults.cu_per_sec und burst_cu. Berechtigte Zyklus-Auffüllungen füllen das kostenlose Guthaben bis zum Zielwert auf, anstatt eine vollständige Gewährung hinzuzufügen. Die erste bezahlte Aufladung stoppt Zyklus-Auffüllungen, während verbleibende kostenlose CU erhalten bleiben. Siehe Regeln für den kostenlosen Tarif.

Zusätzliche Lesezugriffe nach Methode bepreist

Für eine hypothetische zusätzliche Arbeitslast von 1.000.000 eth_call-Lesezugriffen und 100.000 eth_getLogs-Anfragen addieren Sie 1.000.000 × aktuelles eth_call-CU-Gewicht und 100.000 × aktuelles eth_getLogs-CU-Gewicht aus der Methodentabelle. Schätzen Sie die bezahlte Rechenleistung als max(0, Workload-CU − verfügbare kostenlose CU) / (pricing.units_per_usd × pricing.cu_per_unit).

Zählen Sie jeden Chunk und abrechenbare Wiederholungsversuche mit und überprüfen Sie anschließend die erforderlichen Statusblöcke und vollständigen Log-Ergebnisse auf der Ziel-Chain. Historischer Status und Log-Spannen sind separate Funktionen; prüfen Sie historischen EVM-Status. Quellen: Pläne und Chains, geprüft am 2026-10-09.

Schlüssellose Tests und programmatische Agent-Finanzierung

Testen Sie eine aufgelistete public.methods-Methode unter der public.url des Chain-Katalogs, bevor Sie einen Key erstellen. Für authentifizierten Zugriff ermöglicht die programmatische Registrierung einem Agent die Erstellung eines Kontos und Keys per Wallet-Signatur. Agent-Aufladungen finanzieren dasselbe Nutzungsguthaben mit Stablecoins; lesen Sie Netzwerke, Token und Mindestbeträge über den Aufladestatus aus. Entwickler und KI-Agenten nutzen dieselben Preise und Limits.

Multi-Chain-Adress-Push

Beobachten Sie dieselbe Adressgruppe über mehrere unterstützte Chains hinweg in einem einzigen Abonnement mit einem HTTPS-Empfänger. Dies eignet sich für Wallet-Aktivitäten und Zahlungsbenachrichtigungen, ohne pro Chain einen Socket aufrechterhalten zu müssen. Siehe Self-Service- und Enterprise-Adresskapazität; kontaktieren Sie uns, um Enterprise-Kapazität freizuschalten. Gebühren für Adresstage und zugestellte Ereignisse sind getrennt von RPC-Aufrufen und werden unter Push-Preise aufgeführt.

RPC für die Robinhood Chain und HyperEVM ist im Chain-Katalog aufgeführt. Prüfen Sie Methoden und Push-Unterstützung pro Netzwerk; nutzen Sie den chain-spezifischen Starter-Leitfaden und den HyperEVM-Backfill-Leitfaden für den entsprechenden Workflow.

Migrationsschritte

1. Bestandsaufnahme und Abdeckung: Listen Sie Chains, Methoden, feste Blöcke, Log-Spannen und Abonnement-Abhängigkeiten auf. Prüfen Sie methods.allow, methods.deny, public.methods, state_window_blocks und ws im Katalog. Ein Null-Verlaufsfenster ist nicht spezifiziert, keine Archiv-Abdeckung. Ein schlüsselloser Smoke-Test über public.url validiert nur die dort aufgelisteten öffentlichen Methoden.
2. Key und Authentifizierung: Beziehen Sie einen BlockVectra-Key über die Konsole oder die programmatische Registrierung. Bewahren Sie ihn in Ihrer Serverumgebung auf. RPC akzeptiert POST /v1/{chain}/{api_key} oder POST /v1/{chain} mit x-api-key; die Data-API verwendet x-api-key. Dieses Ethereum WETH decimals()-Beispiel verwendet den Header:

if [ -z "$BLOCKVECTRA_API_KEY" ]; then
  echo "Set BLOCKVECTRA_API_KEY in your server environment"
  exit 1
fi

curl --fail-with-body -sS --max-time 15 https://api.blockvectra.com/v1/eth_mainnet \
  -H 'Content-Type: application/json' \
  -H 'User-Agent: curl BlockVectraQA/1' \
  -H "x-api-key: $BLOCKVECTRA_API_KEY" \
  -d '{"jsonrpc":"2.0","id":1,"method":"eth_call","params":[{"to":"0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2","data":"0x313ce567"},"latest"]}'

3. Replay vor dem Wechsel: Ersetzen Sie latest auf beiden Anbietern durch denselben unterstützten festen Block und zeichnen Sie den Block-Hash auf. Vergleichen Sie zurückgegebene Werte und JSON-RPC-error, selbst nach HTTP 200. Testen Sie repräsentative Log-Abfragen, begrenzte Wiederholungsversuche, die Wiederherstellung nach Rate-Limits und das Fortsetzen per Cursor. Migrieren Sie proprietäre APIs und Abonnements separat; leiten Sie den Datenverkehr erst um, nachdem die erforderlichen Ergebnisse übereinstimmen.

FAQ

Bedeutet ein niedrigerer Methodenpreis geringere Gesamtkosten für die Aufgabe?

Berechnen Sie max(0, sum(calls × method CU) − available_free_cu) / (pricing.units_per_usd × pricing.cu_per_unit). Berücksichtigen Sie Aufteilungen, Wiederholungsversuche und alle von Ihrer Aufgabe genutzten Dienste. Vorhandene enthaltene Credits verändern die inkrementellen Kosten; vergleichen Sie das vollständige Ergebnis statt der Namen von Abrechnungseinheiten.

Kann ich migrieren, indem ich einfach den Endpunkt ändere?

Aktualisieren Sie für unterstützte Standard-RPC-Methoden den Endpunkt und den Pfad-Key oder den x-api-key-Header und wiederholen Sie dann Anfragen mit festem Block. Prüfen Sie zuvor den historischen Status und die Methodenabdeckung. Proprietäre APIs, WebSocket-Abonnements und Push-Empfänger erfordern eigene Migrationstests; siehe historischen Status und Webhook im Vergleich zu WebSocket.

Nutzen Sie Auswahl eines RPC-Providers für eine Checkliste zu Arbeitslasten und Selbsttests.