Was der kostenlose Tarif abdeckt: Methodengewichte und Nutzung
Verstehen Sie anhand realer Methodengewichte, was der kostenlose Tarif abdeckt, mit aufgabenbezogenen Berechnungen und Upgrade-Pfaden.
Wofür der kostenlose Tarif geeignet ist
Der kostenlose Tarif von BlockVectra bietet Entwicklern eine sofort einsatzbereite Blockchain-Schnittstelle. Ohne Kreditkarte können Sie ihn für lokale Entwicklung, persönliche Projekte, leichtgewichtige Automatisierungs-Bots, Contract-Event-Tracking und Chain-Datenabfragen mit moderater Frequenz nutzen.
Die Abrechnung erfolgt in Compute Units (CU): Jede Methode verbraucht CU entsprechend ihrer Gewichtung, wobei die Nutzung über alle Chains, JSON-RPC und die Data API hinweg zusammengefasst wird. Detaillierte Abrechnungsregeln finden Sie auf der Preisseite.
Methodengewichte und Periodenkapazität
Die folgende Tabelle berechnet die geschätzte Aufrufkapazität für gängige Methoden innerhalb eines einzelnen Nutzungsfensters basierend auf den aktiven Methodengewichten und Plattform-API-Daten:
Der kostenlose Tarif erfordert die Registrierung eines Kontos und die Verwendung eines API-Schlüssels; alle Schlüssel eines Kontos teilen sich durchschnittlich 25 Aufrufe pro Sekunde (kurze Bursts erlaubt). Am Ende jedes 30-Tage-Zyklus werden Guthaben unter 30,000,000 CU wieder auf 30,000,000 CU aufgefüllt.
| Methode | CU-Gewichtung | Ca. Aufrufe / Zyklus | Ca. / Tag | Listenpreis / 1M Aufrufe |
|---|---|---|---|---|
eth_blockNumber | 1 | 30,000,000 | 1,000,000 | $0.10 |
eth_getBlockByNumber | 5 | 6,000,000 | 200,000 | $0.50 |
eth_getBalance | 10 | 3,000,000 | 100,000 | $1.00 |
eth_call | 15 | 2,000,000 | 66,666 | $1.50 |
eth_getLogs | 30 | 1,000,000 | 33,333 | $3.00 |
debug_traceTransaction | 100 | 300,000 | 10,000 | $10.00 |
data.block | 5 | 6,000,000 | 200,000 | $0.50 |
data.address_balances | 25 | 1,200,000 | 40,000 | $2.50 |
data.dex_prices | 15 | 2,000,000 | 66,666 | $1.50 |
data.transaction_trace | 200 | 150,000 | 5,000 | $20.00 |
Aufgabenbeispiele und Upgrade-Pfade
Um Ihnen bei der Einschätzung der Nutzung zu helfen, finden Sie hier Berechnungen für repräsentative Entwicklungsaufgaben:
- Polling von eth_blockNumber einmal pro Sekunde: ca. 2,592,000 Aufrufe pro Zyklus, verbraucht nur 8.6% des Freikontingents.
- Verfolgen von Vertragsereignissen mit eth_getLogs: Polling alle 60 s verbraucht 4.3%, alle 10 s 25.9% und alle 2 s 129.6% (überschreitet Freikontingent).
- Abfragen von Guthaben für 1.000 Adressen alle 10 Minuten (data.address_balances): Gesamtverbrauch pro Zyklus beträgt 108,000,000 CU, was dem 3.6x des Freikontingents entspricht; die durchschnittliche Aufrufrate liegt bei nur 1.67 Aufrufen/s, was zeigt, dass die Nutzung das CU-Kontingent und nicht das Ratenlimit überschreitet; zum Listenpreis beträgt die Gesamtnutzung dieser Aufgabe ca. $10.80/Monat — ein natürlicher Upgrade-Pfad.
Erste Schritte und Upgrades
Das kostenlose Kontingent ist ideal für Entwicklung, Tests und leichtgewichtige Workloads. Wenn Ihr Traffic wächst und eine höhere Parallelität oder mehr Compute Units erfordert, laden Sie on-chain auf: Rufen Sie Ihre Einzahlungsadresse über die Billing-Seite der Konsole oder über GET /v1/topup/deposit-address ab (MCP get_deposit_address; siehe den Leitfaden zum Aufladen für Agenten); sobald der Betrag gutgeschrieben ist, wird die Aufrufe-pro-Sekunde-Obergrenze auf Kontoebene aufgehoben. Jeder Key unterliegt weiterhin den CU-Raten- und Burst-Limits, wie in der JSON-RPC-Dokumentation beschrieben. Ungenutztes kostenloses Guthaben verbleibt in Ihrem Guthaben und kann weiterhin verwendet werden. Aktuelle Tarife und Abrechnungseinheiten finden Sie auf der Preisseite.
Nächste Schritte
- Datensatzverzeichnis durchsuchen, um alle von BlockVectra indexierten Datensätze zu sehen.
- Kostenlosen Tarif und Preise ansehen, um zu prüfen, was Ihr Konto beinhaltet.
- In der Konsole anmelden, um einen API key zu erstellen.
Zuletzt aktualisiert:
Historischer EVM-State
Unterscheiden Sie authentifizierte State-Fenster, schlüssellosen Verlauf und Log-Spannen. Wählen Sie einen festen Block für eth_call und diagnostizieren Sie state_window-Fehler.
eth_getLogs-Blockbereich
Bei logs_range_too_large lesen Sie max_logs_block_range der Chain aus, teilen das inklusive Blockintervall innerhalb dieses Limits auf und rücken erst nach Erfolg des aktuellen Segments vor.