Address Monitoring API: Wie sie funktioniert und wie Sie sie erstellen

Eine Address-Monitoring-API überwacht Blockchain-Adressen für Sie und informiert Ihre Anwendung, wenn etwas passiert: Eine Einzahlung trifft ein, Gelder verlassen die Adresse, ein Token wird bewegt, eine Transaktion wird bestätigt. Anstatt Nodes selbst abzufragen und rohe Logs zu decodieren, registrieren Sie eine Adresse, abonnieren Events und erhalten ein signiertes Webhook mit den Details. Dieser Leitfaden erklärt, wie das funktioniert, worauf Sie achten sollten, bevor Sie eine solche API auswählen oder selbst bauen, und wie Sie die kniffligen Teile meistern: Bestätigungen, Wiederholungsversuche, Duplikate und Sicherheit.

Ein Hinweis zum Umfang. „Address Monitoring“ bedeutet in der Blockchain-Welt zwei unterschiedliche Aufgaben. Die erste ist operativ: Wissen, wann Geld eine Adresse erreicht oder verlässt, die Ihre App kontrolliert, damit Sie einen Kunden gutschreiben oder eine Bestellung freigeben können. Die zweite ist Compliance: Analyse des Verhaltens von Adressen über einen längeren Zeitraum, um riskante Aktivitäten zu erkennen. Dieser Artikel konzentriert sich auf die erste Aufgabe, die die meisten Produktteams benötigen, und zeigt auf, wo die zweite beginnt.

TL;DR

• Eine Address-Monitoring-API verfolgt ausgewählte Blockchain-Adressen und sendet Events (eingehend, ausgehend, bestätigt) per Webhook an Ihren Server, sodass Sie keine Nodes betreiben oder pollen müssen.
• Gute Events kommen decodiert an: Absender, Empfänger, Token, Betrag und Status, nicht als rohe Hex-Logs.
• Behandeln Sie jedes Webhook als At-least-once-Zustellung: Verifizieren Sie die Signatur, deduplizieren Sie anhand der Transaktions-ID und schreiben Sie Gelder erst nach der von Ihnen gewählten Bestätigungsstufe gut.
• Operatives Monitoring (Zahlungen) unterscheidet sich von Compliance-Monitoring (Risikomuster über die Zeit); viele Teams benötigen beides, von unterschiedlichen Tools.
• Chaingateway bietet Ihnen Wallets, Transfers, decodierte Daten und HMAC-signierte Webhooks für Ethereum, Bitcoin, Tron, Solana, Polygon, BNB Chain und Arbitrum über eine einzige REST-API.

Inhaltsverzeichnis

• Was eine Address-Monitoring-API tatsächlich tut
• Warum nicht einfach eigene Nodes betreiben und pollen?
• Wie Webhook-basiertes Address Monitoring funktioniert
• Welche Netzwerke und Adresstypen sollte es unterstützen?
• Bestätigungen, Verzögerungen und Reorgs: Wann ist eine Zahlung echt?
• Umgang mit Wiederholungsversuchen und doppelten Benachrichtigungen
• Sicherheit, Authentifizierung und Ratenlimits
• Worauf Sie bei der Wahl einer Address-Monitoring-API achten sollten
• Unsere Perspektive: Monitoring ist ein Produktfeature, keine Klempnerarbeit
• Testen Sie es mit Ihren eigenen Adressen
• Eine minimale Implementierungs-Checkliste
• FAQ
• Quellen

Was eine Address-Monitoring-API tatsächlich tut

Eine Blockchain ist ein öffentliches Ledger, aber sie ruft Sie nicht an, wenn etwas passiert. Nichts im Protokoll wird eine Nachricht an Ihr Backend pushen, weil die Adresse 0xABC... 250 USDT erhalten hat. Jemand muss neue Blöcke lesen, diese nach den Adressen filtern, die Sie interessieren, das Ergebnis in etwas Sinnvolles decodieren und Sie benachrichtigen. Eine Address-Monitoring-API ist genau dieser Jemand, angeboten als Service.

In der Praxis erledigt die API fünf Dinge:

1. Registriert Adressen. Sie fügen die zu überwachenden Adressen hinzu, in der Regel solche, die Sie für Kunden, Rechnungen oder interne Wallets generiert haben.
2. Liest die Blockchain. Der Anbieter betreibt Nodes oder Indexer für jedes Netzwerk und scannt jeden neuen Block.
3. Erkennt Aktivitäten. Es werden native Coin-Transfers und Token-Transfers gefunden, die Ihre überwachten Adressen betreffen.
4. Dekodiert die Daten. Roh-Transaktionen und Event-Logs werden in lesbare Felder umgewandelt: Richtung, Token-Symbol, Betrag mit korrekten Dezimalstellen, Gebühr, Block, Status.
5. Liefert Events. Diese werden an Ihren Endpunkt gesendet, typischerweise als HTTPS-POST-Webhook, und Sie können dieselben Daten auch auf Abfrage abrufen.

Was erkannt wird, hängt von der Kette ab. Bei Bitcoin sind es Ausgänge (Outputs), die an eine Adresse gezahlt werden. Bei Ethereum und anderen EVM-Netzwerken sind es native Transfers sowie Token-Events wie ERC-20 Transfer-Logs. Bei Tron werden TRX und TRC-20-Token abgedeckt, wo ein großer Teil des Stablecoin-Zahlungsverkehrs stattfindet. Unsere TRC20-Adress-API-Seite zeigt, wie das Generieren und Überwachen von Adressen in diesem Netzwerk zusammenpasst.

Operatives Monitoring versus Compliance-Monitoring

Der Begriff taucht auch in der Compliance-Welt auf, und die beiden sollten nicht verwechselt werden. Compliance-fokussierte Anbieter beschreiben Transaktionsmonitoring als fortlaufende Analyse der Blockchain-Aktivität über einen längeren Zeitraum, bei der nach Mustern wie Structuring, Layering, ungewöhnlicher Geschwindigkeit, Mixer-Nutzung, Sanktionenumgehung und ruhender Wallet-Aktivität gesucht wird. Das ist ein einmaliges Wallet-Screening, das weitergeführt wird: Risiken zeigen sich im Verhalten über viele Transaktionen hinweg, und Menschen untersuchen die Alarme.

Eine operative Monitoring-API beantwortet eine einfachere Frage: „Ist die Zahlung, auf die ich warte, angekommen und ist sie final?“ Wenn Sie ein reguliertes Unternehmen betreiben, werden Sie wahrscheinlich beide Ebenen benötigen. Die operative Ebene speist Ihr Hauptbuch und die Kundenerfahrung. Die Compliance-Ebene speist Ihr Risikoteam. Wenn ein Alarm eine tiefere Prüfung erfordert, wie das Verfolgen von Geldern über mehrere Hops oder das Erstellen eines Berichts, der vor Gericht Bestand hat, ist das die Arbeit von Spezialisten für die forensische Prüfung markierter Transaktionen, nicht etwas, wofür ein Zahlungs-Webhook gebaut ist.

Warum nicht einfach eigene Nodes betreiben und pollen?

Das ist eine berechtigte Frage, und für einige Teams ist die Antwort, genau das zu tun. Hier ist, worauf Sie sich dabei einlassen.

• Node-Betrieb. Jede Kette benötigt ihren eigenen Node oder einen gehosteten Endpunkt, mit Upgrades, Speicherwachstum und Uptime, die verwaltet werden müssen. Sieben Netzwerke bedeuten sieben verschiedene Setups.
• Kettenspezifische Logik. Bitcoins UTXO-Modell, Ethereums Logs, Trons Ressourcenmodell und Solanas Account-Modell benötigen jeweils ihren eigenen Parsing-Code.
• Dekodierung. Token-Beträge kommen als Integer-Werte, die die richtigen Dezimalstellen benötigen. Contract-Events benötigen ABIs. Interne Transfers und gebatchte Transaktionen werden leicht übersehen.
• Reorg-Handling. Jüngste Blöcke können ersetzt werden. Ihr Scanner muss dies bemerken und sich selbst korrigieren.
• Zustellung. Sobald Sie ein Event erkannt haben, benötigen Sie immer noch eine Queue, Retries und ein Signaturverfahren, um es sicher an Ihre eigenen Dienste zu liefern.

Eine Monitoring-API fasst den Großteil davon in einer einzigen Integration zusammen. Der Kompromiss ist die Abhängigkeit von einem Anbieter; bewerten Sie diesen daher anhand von Zuverlässigkeit, Datenqualität und wie sauber er Ihnen Events liefert. Für einen breiteren Überblick über die Alternativen lesen Sie unseren Vergleich von sechs Arten von Blockchain-APIs und wann Sie welche einsetzen.

Wie webhook-basiertes Adress-Monitoring funktioniert

Der typische Ablauf besteht aus vier Schritten und ist identisch, egal ob Sie es selbst bauen oder kaufen.

1. Adresse erstellen oder registrieren

Für Zahlungen ist das sauberste Muster eine Adresse pro Kunde, Rechnung oder Bestellung. Wenn eine Zahlung auf einer eindeutigen Adresse eingeht, wissen Sie, wer gezahlt hat, ohne nach einem Memo oder einer Referenz fragen zu müssen. Mit Chaingateway können Sie Wallets über die API erstellen und die resultierenden Adressen direkt verwenden. Wenn Kunden ihre eigenen Adressen für Auszahlungen angeben, validieren Sie diese zuerst. Unser kostenloser Krypto-Adress-Validator deckt Tron-, Ethereum- und BSC-Formate ab und ist eine praktische Referenz, während Sie Ihre eigenen Prüfungen entwickeln.

2. Events abonnieren

Sie teilen der API mit, welche Adressen und Event-Typen relevant sind und wohin diese gesendet werden sollen: an Ihren HTTPS-Endpunkt. Abonnements können so eng gefasst sein wie eine Adresse und ein Token oder so breit wie jede Adresse in Ihrem Account. Details zu diesem Modell finden Sie auf der Seite zu Blockchain-Webhooks und Event-Benachrichtigungen.

3. Dekodierte Payload empfangen

Eine nützliche Payload sagt Ihnen, ohne weitere Lookups:

• das Netzwerk und den Transaktions-Hash
• Absender- und Empfängeradressen
• den Asset (nativen Coin oder Token-Vertrag und Symbol)
• den Betrag in menschenlesbarer Form
• die Blocknummer und den Bestätigungsstatus
• einen Zeitstempel und eine eindeutige Event- oder Delivery-ID

Das ist der Unterschied zwischen „vordekodierten“ Daten und rohen Ketten-Daten. Bei Rohdaten schreiben Sie den Parser. Bei dekodierten Daten lesen Sie ein Feld.

4. Bestätigen, verifizieren und handeln

Ihr Server verifiziert die Signatur, speichert das Event, antwortet schnell mit einem 2xx-Statuscode und verarbeitet die Geschäftslogik asynchron. Alles danach, wie das Gutschreiben eines Kontos oder der Versand einer Bestellung, hängt von den Regeln ab, die Sie für Bestätigungen festlegen.

Welche Netzwerke und Adresstypen sollte es unterstützen?

Bevor Sie sich festlegen, listen Sie auf, was Ihr Produkt im nächsten Jahr berühren wird, nicht nur heute. Ein Checkout, der mit USDT in einem Netzwerk beginnt, wird oft innerhalb von Monaten nach einem weiteren gefragt.

Prüfen Sie die Abdeckung von:

• Nativen Coins und Tokens. Bitcoin, ETH, TRX, SOL, MATIC-Netzwerk- und BNB-Chain-Assets sowie Token-Standards wie ERC-20, BEP-20 und TRC-20.
• NFTs. Wenn Sie Sammlerstücke oder Tickets ausgeben oder akzeptieren, benötigen Sie auch ERC-721-ähnliche Transfer-Events.
• Adressformate. Bitcoin hat mehrere Formate; EVM-Chains teilen sich ein Format über Netzwerke hinweg, was zu Fehlern führen kann, wenn ein Kunde im falschen Netzwerk sendet. Ihre App sollte das erwartete Netzwerk neben jeder Einzahlungsadresse angeben.
• Ausgehende Aktivität. Viele Tools erfassen nur Einzahlungen. Wenn Sie Auszahlungen tätigen, möchten Sie dieselbe dekodierte Sicht auf ausgehende Transaktionen und deren Status.

Chaingateway deckt Ethereum, Bitcoin, Tron, Solana, Polygon, BNB Chain und Arbitrum hinter einer einzigen Blockchain-API ab, einschließlich der wichtigsten Token-Standards und NFT-Transfers. Eine Integration, ein Payload-Format, ein Signaturverfahren.

Bestätigungen, Verzögerungen und Reorgs: Wann ist eine Zahlung echt?

Die erste Benachrichtigung ist nicht das letzte Wort. Eine Transaktion kann im Mempool gesehen, in einen Block aufgenommen und später ein Maß an Finalität erreichen, das Sie als sicher betrachten. Ketten unterscheiden sich hier stark: Blockzeiten, Bestätigungskonventionen und Finalitätsmodelle sind bei Bitcoin, Ethereum, Tron oder Solana nicht identisch, daher sollten Ihre Schwellenwerte pro Netzwerk und pro Betrag festgelegt werden.

Eine praktische Richtlinie sieht wie folgt aus:

Stufe	Bedeutung	Was Ihre App tun sollte
Erkannt	Die Transaktion wurde gesehen, ist aber noch nicht in einem Block	”Zahlung ausstehend” anzeigen; keine Waren freigeben
Eingeschlossen	Sie ist in einem Block, mit wenigen Bestätigungen	Einen ausstehenden Betrag für kleine Beträge gutschreiben, falls Ihr Risiko dies zulässt
Bestätigt	Sie hat Ihre gewählte Bestätigungstiefe erreicht	Konto gutschreiben, Bestellung freigeben
Fehlgeschlagen oder verworfen	Sie wurde ersetzt, rückgängig gemacht oder nie gemined	Den ausstehenden Zustand zurücksetzen und den Kunden informieren

Zwei Regeln bewahren Sie vor Problemen. Erstens: Skalieren Sie die Bestätigungsanforderung mit dem gefährdeten Wert: Eine kleine Abonnementzahlung kann eine niedrigere Schwelle tolerieren als eine große Auszahlung. Zweitens: Machen Sie den Zustandsautomaten in Ihrer Datenbank explizit. “Ausstehend”, “bestätigt” und “fehlgeschlagen” sollten gespeicherte Zustände sein, keine abgeleiteten.

Erwarten Sie auch, dass Ereignisse verspätet oder in falscher Reihenfolge eintreffen. Eine Bestätigungsbenachrichtigung kann Sie erreichen, bevor ein langsamer Handler die Verarbeitung der Erkennungsbenachrichtigung abgeschlossen hat. Nutzen Sie den Transaktionshash und den Status als Quelle der Wahrheit, nicht die Ankunftsreihenfolge.

Umgang mit Wiederholungen und doppelten Benachrichtigungen

Die Webhook-Zustellung ist ihrer Natur nach “at-least-once” (mindestens einmal). Wenn Ihr Server ein Timeout hat oder einen Fehler zurückgibt, versucht der Absender es erneut, und manchmal wurde Ihre erste Antwort empfangen, aber die Bestätigung ging verloren. Das Ergebnis sind Duplikate. Planen Sie diese von Tag eins an ein.

• Machen Sie Handler idempotent. Speichern Sie einen eindeutigen Schlüssel pro Ereignis, wie den Transaktionshash plus den Log-Index oder die Delivery-ID, mit einer Unique-Datenbank-Constraint. Wenn der Schlüssel existiert, geben Sie Erfolg zurück und tun nichts.
• Antworten Sie schnell. Schreiben Sie das rohe Ereignis in eine Warteschlange oder Tabelle, geben Sie 200 zurück, und verarbeiten Sie dann. Langsame Handler verursachen Timeouts, die Wiederholungen verursachen, die Duplikate verursachen.
• Abgleichen. Webhooks können während Ihrer eigenen Ausfallzeiten verpasst werden. Führen Sie einen periodischen Job aus, der die API nach aktuellen Transaktionen auf Ihren aktiven Adressen fragt und diese mit Ihren Aufzeichnungen vergleicht. Dies verwandelt ein verlorenes Ereignis von einem Vorfall in eine verzögerte Korrektur.
• Protokollieren Sie alles. Bewahren Sie das rohe Payload, den Signatur-Header und Ihr Verarbeitungsergebnis auf. Wenn ein Kunde sagt, er habe gezahlt, wollen Sie den Beweis in einer Minute, nicht in einer Stunde.
• Alarm bei Stille. Wenn eine Adresse, die normalerweise Traffic erhält, für einen ungewöhnlichen Zeitraum keine Ereignisse produziert, prüfen Sie die Pipeline.

Sicherheit, Authentifizierung und Ratenlimits

Ein Endpunkt, der auf Anfrage Geld gutschreibt, ist ein Ziel. Behandeln Sie ihn wie eines.

Jeden Webhook verifizieren

Jeder, der Ihre URL findet, kann eine gefälschte Nachricht „Zahlung erhalten“ senden. Erfordern Sie eine Signatur. Chaingateway signiert Anfragen mit HMAC, sodass Ihr Server die Signatur über den Body mit Ihrem gemeinsamen Geheimnis neu berechnen und alles ablehnen kann, was nicht übereinstimmt. Vergleichen Sie Signaturen mit einer Constant-Time-Funktion und prüfen Sie diese gegen den rohen Request-Body, bevor ein JSON-Parsing diesen verändert.

Schützen Sie Ihre API-Schlüssel

Bewahren Sie Schlüssel in einem Secrets Manager oder in Umgebungsvariablen auf, niemals in Client-seitigem Code oder Repositories. Verwenden Sie separate Schlüssel pro Umgebung und rotieren Sie diese nach einem Zeitplan sowie nach jedem Personalwechsel. Wir haben weitere Gewohnheiten wie diese in unseren sechs Sicherheitstipps für die Verwendung einer Blockchain-API zusammengefasst.

Härten Sie den Endpunkt

• Stellen Sie ihn ausschließlich über HTTPS bereit.
• Verwenden Sie einen schwer zu erratenden Pfad, und erlauben Sie, falls Ihr Anbieter Quell-IP-Bereiche veröffentlicht, nur diese.
• Lehnen Sie übergroße Bodys und unerwartete Content-Types ab.
• Vertrauen Sie niemals Beträgen oder Adressen in einem Webhook, die Sie nicht mit Ihren eigenen Aufzeichnungen abgeglichen haben: Die Adresse muss eine sein, die Sie ausgestellt haben, und der Betrag muss für die Bestellung Sinn ergeben.

Planen Sie für Ratenlimits

Wenn Sie für den Abgleich oder Batch-Adressabfragen Anfragen stellen, werden Sie bei jedem Anbieter auf Anfragelimits stoßen. Cachen Sie, was sich nicht ändert, bündeln Sie Anfragen, wo die API dies erlaubt, warten Sie bei Drosselungsantworten exponentiell länger und verteilen Sie geplante Jobs, anstatt sie zur vollen Stunde abzufeuern. Kennen Sie die Limits Ihres Plans vor dem Launch, nicht während Ihres ersten Traffic-Spitzen.

Worauf Sie bei der Wahl einer Adressüberwachungs-API achten sollten

Nutzen Sie diese Checkliste beim Vergleich von Anbietern oder bei der Entscheidung, ob Sie selbst entwickeln.

Kriterium	Warum es wichtig ist	Frage, die Sie stellen sollten
Kettenabdeckung	Vermeidet eine zweite Integration bei Expansion	Sind alle Netzwerke und Token-Standards, die ich brauche, in einer API enthalten?
Dekodierte Daten	Spart Parser-Code und Fehler	Enthalten Events Token, Betrag, Richtung und Status?
Zustellgarantien	Bestimmt Ihren Idempotenz-Aufwand	Wie werden Wiederholungsversuche gehandhabt, und gibt es eine Zustell-ID?
Signaturen	Verhindert gefälschte Zahlungen	Ist jeder Webhook signiert, und wie verifiziere ich ihn?
Gebühren- und Gas-Hilfe	Ausgehende Transfers schlagen ohne die richtige Gebühr fehl	Schätzt die API Gas und Gebühren automatisch?
Wallet-Tooling	Spart das Zusammenfügen von Diensten	Kann ich Wallets erstellen und Transfers von derselben API aus senden?
Preismodell	Vorhersehbarkeit bei Skalierung	Ist die Preise an nutzungsbasierte Stufen gekoppelt, die ich prognostizieren kann?

Es hilft auch, eine direkte Frage zu stellen: Brauchen Sie ein reines Überwachungsprodukt oder die komplette Schleife aus Wallet erstellen, empfangen, senden und abgleichen? Viele Zahlungsprojekte beginnen nur mit der Überwachung und wollen am Ende den Rest. Unser Überblick zu Anwendungsfällen einer Blockchain-API zeigt, wie die Bausteine tendenziell zusammenpassen, und der E-Commerce-Artikel führt ein Checkout-Beispiel durch.

Unsere Perspektive: Überwachung ist ein Produkt-Feature, keine Klempnerarbeit

Wir sprechen mit vielen Teams, die planen, die Kette „einfach selbst zu scannen“. Die erste Version funktioniert in einer Woche. Die Probleme beginnen in Monat drei: Eine Reorg schreibt eine Zahlung gut, die wieder verschwindet, ein Token mit ungewöhnlichen Dezimalstellen zeigt den falschen Betrag an, ein Node hinkt in einer geschäftigen Stunde hinterher, und der Support jagt einem Kunden hinterher, der schwört, er habe gezahlt.

Deshalb haben wir Chaingateway rund um die Entwicklererfahrung des gesamten Zyklus gebaut. Sie erstellen eine Wallet, abonnieren deren Aktivität, erhalten vordekodierte Events, die mit HMAC signiert sind, und senden Transfers mit für Sie geschätzter Gas-Gebühr. Die gleichen Anfrageformate funktionieren über Ethereum, Bitcoin, Tron, Solana, Polygon, BNB Chain und Arbitrum hinweg, sodass das Hinzufügen eines Netzwerks eine Konfigurationsänderung statt eines neuen Projekts ist, und Sie nie einen Node betreiben müssen.

Unser Rat: Legen Sie Ihre Bestätigungsrichtlinie früh fest, schreiben Sie idempotente Handler vor Ihrer ersten Live-Zahlung und führen Sie regelmäßig einen Abgleich durch. Diese drei Gewohnheiten sind wichtiger als die Wahl des Anbieters. Eine Monitoring-API sollte sie erleichtern, nicht die Notwendigkeit dafür ersetzen.

— Bitblade

Probieren Sie es mit Ihren eigenen Adressen aus

Wenn Sie Zahlungen, Einzahlungen oder Wallet-Funktionen entwickeln, können Sie sehen, wie Monitoring in eine vollständige Integration mit Chaingateway passt. Webhooks, Wallet-Erstellung, Token- und NFT-Transfers, dekodierte Transaktionsdaten und Gas-Schätzung stammen aus einer einzigen REST-API. Die Pläne sind nach Nutzung und Funktionen gestaffelt: Plus kostet 49 € pro Monat (oder 490 € pro Jahr), Pro 99 € pro Monat (990 € pro Jahr), Premium 249 € pro Monat (2.490 € pro Jahr) und Enterprise 499 € pro Monat (4.990 € pro Jahr). Sie starten mit einer kostenlosen Testphase, und die Preisseite enthält die aktuellen Plandetails. Um zu sehen, wie Events Ihre App erreichen, lesen Sie über Chaingateway Webhooks.

Eine minimale Implementierungs-Checkliste

Bevor Ihre erste Live-Zahlung ansteht, arbeiten Sie diese Liste ab.

1. Generieren Sie pro Rechnung oder Kunde eine Adresse und zeigen Sie das erwartete Netzwerk daneben an.
2. Abonnieren Sie diese Adressen für eingehende und ausgehende Events.
3. Stellen Sie einen HTTPS-Endpunkt bereit, der die HMAC-Signatur am rohen Body prüft.
4. Speichern Sie jedes Event mit einem eindeutigen Schlüssel und ignorieren Sie Wiederholungen.
5. Führen Sie Zahlungen über gespeicherte Zustände: ausstehend, bestätigt, fehlgeschlagen.
6. Legen Sie Bestätigungsschwellen pro Netzwerk und pro Betrag fest.
7. Planen Sie einen Abgleichsjob gegen den Transaktionsverlauf der API.
8. Alarmieren Sie bei fehlgeschlagenen Zustellungen, langen Pausen und Signaturfehlern.
9. Testen Sie mit kleinen echten Beträgen in jedem Netzwerk und jedem Token, das Sie unterstützen, einschließlich einer Falschnetzwerk-Einzahlung, damit Sie Ihre Support-Antwort im Voraus kennen.

Quellen

• Was ist Krypto-Transaktionsüberwachung? | Elliptic

Empfohlen

• TRC20 Address API: TRON-Adressen generieren und überwachen
• Blockchain API – Eine REST-API für Bitcoin, Ethereum & 5 weitere
• RPC API Beta Release — Bringen Sie Ihre Krypto-Reise auf das nächste Level
• Blockchain APIs im Vergleich: 6 Typen und wann Sie welchen nutzen