BlockVectra als Infura-Alternative: Zyklus-Guthaben und nutzungsbasierte Abrechnung

Wählen Sie BlockVectra, um ein Zyklus-CU-Guthaben für konzentrierte unterstützte Leseaufgaben zu nutzen und zusätzliche Leseoperationen ohne monatliches RPC-Abonnement zu bezahlen.

Vergleich

Die Zahlen des Mitbewerbers wurden am 2026-10-08 überprüft. Die Methodengewichte, Limits des kostenlosen Tarifs und Key-Limits von BlockVectra wurden am 2026-10-09 anhand von GET /v1/plans und die Log-Spannen anhand von GET /v1/chains geprüft. Aktuelle Zahlen werden von den folgenden Komponenten dargestellt.

Die Zeile zum kostenlosen Budget vergleicht, wann Guthaben genutzt werden kann, nicht identische monatliche Kontingente oder gemessenen Durchsatz. Eine konzentrierte Aufgabe erfordert ausreichend verbleibende BlockVectra-CU und muss sowohl in die Konto- als auch in die Key-Limits passen. Aus den Abonnementgebühren von Infura wird kein Mehrverbrauchspreis pro Credit abgeleitet.

Warum BlockVectra wählen

Methodenpreise und Budget für kostenlose Konten

Methodengewichte, 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, dieselbe Blockhöhe und das vollständige Ergebnis; Aufteilungen 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. Pro Key gelten zudem key_defaults.cu_per_sec und burst_cu. Berechtigte Zyklus-Auffüllungen stocken das kostenlose Guthaben bis zum Zielwert auf, anstatt ein vollständiges neues Kontingent hinzuzufügen. Die erste bezahlte Aufladung beendet die Zyklus-Auffüllungen, während verbleibende kostenlose CU erhalten bleiben. Siehe Regeln des kostenlosen Tarifs.

Ein Zyklus-Guthaben für konzentrierte Leseaufgaben

Für eine hypothetische Ethereum-eth_call-Aufgabe mit 50.000 Aufrufen an einem Tag berechnen Sie die BlockVectra-Nutzung anhand der Methodentabelle als 50.000 × aktuelles eth_call-CU-Gewicht. Teilen Sie durch pricing.units_per_usd × pricing.cu_per_unit für die Rechenkosten zum Listenpreis vor verfügbarem kostenlosem Guthaben. Sie können das Zyklus-Guthaben nutzen, wenn Ihr tatsächliches Restguthaben die Aufgabe abdeckt.

Obergrenze für kostenlose Konten: bis zu 25 Aufrufe pro Sekunde, geteilt über alle Schlüssel des Kontos, alle Chains und die Data API. Das Teilen von key_defaults.cu_per_sec durch das aktuelle eth_call-Gewicht ergibt eine kontinuierliche CU-Budgetrate, keinen gemessenen Durchsatz. Das geteilte Kontolimit und sonstiger Traffic können die nutzbare Rate reduzieren. Testen Sie vor der Migration dieselben festen Blöcke, die Ihre Aufgabe benötigt. Quellen: Pläne und Chains, geprüft am 2026-10-09.

Schlüssellose Tests und programmatische Agent-Finanzierung

Testen Sie eine unter public.methods aufgeführte Methode an der public.url des Chain-Katalogs, bevor Sie einen Key erstellen. Für den authentifizierten Zugriff ermöglicht die programmatische Registrierung einem Agenten, ein Konto und einen Key mit einer Wallet-Signatur zu erstellen. Agent-Aufladungen füllen dasselbe Nutzungsguthaben mit Stablecoins auf; 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äten freizuschalten. Gebühren für Adresstage und zugestellte Events werden separat von RPC-Aufrufen berechnet und sind unter Push-Preise aufgeführt.

RPC auf Robinhood Chain und HyperEVM ist im Chain-Katalog aufgeführt. Prüfen Sie Methoden und Push-Unterstützung pro Netzwerk; nutzen Sie den chainspezifischen Starter-Leitfaden und den HyperEVM-Backfill-Leitfaden für den jeweiligen 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 unspezifiziert, keine Archivabdeckung. Ein schlüsselloser Smoke-Test über public.url validiert nur die dort aufgeführten öffentlichen Methoden.
2. Key und Authentifizierung: Beziehen Sie einen BlockVectra-Key über die Konsole oder per programmatischer Registrierung. Bewahren Sie ihn in Ihrer Serverumgebung auf. RPC akzeptiert POST /v1/{chain}/{api_key} oder POST /v1/{chain} mit x-api-key; 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 Umschalten: Ersetzen Sie latest durch denselben unterstützten festen Block bei beiden Providern und erfassen Sie den Block-Hash. Vergleichen Sie die Rückgabewerte und JSON-RPC-error, auch nach HTTP 200. Testen Sie repräsentative Log-Abfragen, begrenzte Wiederholungsversuche, Rate-Limit-Wiederherstellung und Cursor-Fortsetzung. Migrieren Sie proprietäre APIs und Abonnements separat; leiten Sie den Traffic 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 Guthaben verändern inkrementelle Kosten; vergleichen Sie das Gesamtergebnis anstelle von Abrechnungseinheiten-Namen.

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

Für unterstützte Standard-RPC-Methoden aktualisieren Sie den Endpunkt und den Pfad-Key bzw. den x-api-key-Header und spielen Sie dann Festblock-Anfragen erneut ab. Prüfen Sie zuvor historischen State und Methodenabdeckung. Proprietäre APIs, WebSocket-Abonnements und Push-Empfänger erfordern eigene Migrationstests; siehe historischer State und Webhook vs. WebSocket.

Unter Auswahl eines RPC-Providers finden Sie eine Workload-Checkliste und Selbsttests.