BlockVectra als Alchemy-Alternative: Methodenpreise und kostenlose Log-Abfragen

BlockVectra unterstützt authentifizierte HyperEVM-Log-Abfragen von bis zu 1,000 Blöcken und veröffentlicht eth_call zu $1.50 pro Million Aufrufe vor verfügbarem kostenlosem Guthaben; prüfen Sie Ihre Chain und das vollständige Ergebnis vor der Migration.

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.

Alchemy-Preise berechnen sich mit $0.525 pro Million CU × Methoden-CU pro Aufruf, vor kostenlosem Guthaben und Durchsatz-Add-ons. Das kostenlose Kontingent beträgt 30M Alchemy CU/Monat. Provider-CUs sind unterschiedliche Einheiten; vergleichen Sie die USD-Kosten pro identischer abgeschlossener Anfrage. Die Zeile zur Log-Spanne vergleicht ausschließlich kostenlose Konten; Antwortgröße und Ereignisdichte beeinflussen weiterhin die Abfrageausführung.

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.

Kostenlose Log-Abfragen

Nutzen Sie die oben genannte authentifizierte HyperEVM-Spanne, um mehr Blöcke pro Anfrage innerhalb Ihrer verfügbaren kostenlosen CU abzufragen. Speichern Sie den zuletzt abgeschlossenen Block und teilen Sie dichte Intervalle bei Bedarf auf. Unter Log-Bereich und Wiederherstellung finden Sie Hinweise zu Chunking und Deduplizierung.

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.