BlockVectra als Ankr-Alternative: Methodenbasierte EVM-Lesepreise

BlockVectra bepreist unterstützte eth_call-Lesezugriffe mit jeweils 15 CU; ein volles kostenloses Guthaben von 30,000,000 CU kann 2,000,000 solcher Aufrufe abdecken, geteilt mit allen anderen Methoden und vorbehaltlich von Konto- und Key-Limits.

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.

Ankr rechnet $0.10 in 1M API Credits um, sodass die 200-Credit-Kategorie für HTTPS EVM $0.00002/Aufruf kostet. Diese Raten schließen WSS und Advanced API aus. Ein kostenloses Aufrufbudget setzt voraus, dass keine anderen Methoden Credits verbrauchen; monatliche und zyklusbasierte Kontingente haben eigene Auffüllregeln, und der tatsächliche Datenverkehr muss die Konto- und Key-Ratenbegrenzungen einhalten.

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 kostenloses Budget gemessen in nutzbaren Aufrufen

Die Tabelle für den kostenlosen Tarif zeigt die Anzahl der Aufrufe an, die ein volles Zyklusguthaben abdecken kann, wenn es ausschließlich für die jeweilige aufgeführte Methode genutzt wird. Contract-Leseoperationen, Log-Abfragen und Blockhöhenprüfungen greifen auf dasselbe CU-Guthaben zu: Kalkulieren Sie jede Methode mit dem Gewicht in der Methodenpreistabelle und addieren Sie anschließend die Kosten. Die Nutzung von CU für Logs reduziert das verbleibende Kontingent für Contract-Reads.

Berechtigte Auffüllungen stellen das Guthaben auf den Zielwert wieder her, anstatt ein vollständiges neues Kontingent hinzuzufügen. Prüfen Sie vor einem Backfill Ihre tatsächlich verbleibenden CU und verteilen Sie alle Keys innerhalb der geteilten Kontobergrenze und der Limits pro Key; die Anzahl der Zyklusaufrufe stellt kein garantiertes Tageskontingent dar. Siehe CU-Preise verstehen für Schätzungen bei gemischten Workloads.

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.