Alchemy

Alchemy ist eine Blockchain-Infrastrukturplattform, die RPC-Zugang und Datendienste für Anwendungen anbietet. Sie ermöglicht die Nutzung gemanagter Nodes, ohne dass das Team diese Infrastruktur selbst betreibt. Die zusätzlichen APIs und Webhooks können den Integrationsaufwand verringern, wenn sie die Daten und Netzwerke abdecken, die das Produkt benötigt.

Der Umfang wird je Dienst geprüft: RPC in einem Netzwerk bedeutet nicht, dass dort auch alle erweiterten APIs oder Benachrichtigungstypen verfügbar sind. Die Auswahl sollte von konkreten Operationen und Datenanforderungen ausgehen, nicht nur von einer Liste unterstützter Chains.

Eine Anwendung konfiguriert Endpunkte und Zugangsdaten und nutzt einen kompatiblen Client, um Transaktionen abzufragen oder zu senden. Standard-RPC und spezifische APIs haben unterschiedliche Schnittstellen; einige erweiterte Methoden können JSON-RPC verwenden, weshalb man sie nicht alle als austauschbare REST-Endpunkte beschreiben sollte.

Webhooks liefern Benachrichtigungen an einen Endpunkt des Produkts. Der Empfänger prüft die Signatur nach dem dokumentierten Verfahren, protokolliert die Zustellung und verarbeitet den Auftrag mit Duplikatkontrolle. Der Eingang einer Benachrichtigung ersetzt nicht die Bestätigungs- und Abstimmungsregeln der Anwendung.

Ein Backend kann RPC zur Verifizierung von Transaktionen mit aggregierten Daten zur Anzeige von Aktivität kombinieren. Das Team legt fest, welche Quelle es für welche Funktion nutzt und welche Verzögerung akzeptabel ist. Eine Bestandsabfrage und die Entscheidung, eine Leistung zu erbringen, können unterschiedliche Prüfungen erfordern, auch wenn sie sich auf dasselbe Konto beziehen.

Für die Kontinuität werden Verbrauchslimits, temporäre Fehler und die Wiederherstellung von Benachrichtigungen getestet. Eine persistente Warteschlange vermeidet die Abhängigkeit davon, dass der Auftrag innerhalb der HTTP-Anfrage abgeschlossen wird. Das System bewahrt Referenzen auf Block, Transaktion und Event auf, um Ergebnisse zu rekonstruieren und Abweichungen zwischen Quellen zu erkennen.

Die Kosten hängen von Methoden, Volumen, Funktionen und gebuchtem Plan ab. Kostenlose Kontingente und Service-Vereinbarungen können sich ändern und werden daher anhand des aktuellen Angebots geprüft. Man sollte weder allen Kunden ein SLA zuschreiben noch einen historischen Tarif als Produktionsbudget ansetzen.

Ein zweites RPC kann bei Ausfällen helfen, ersetzt aber nicht automatisch anbieterexklusive APIs. Die Architektur unterscheidet zwischen portablen Funktionen und spezifischen Abhängigkeiten. Sie schützt außerdem Zugangsdaten, beschränkt deren Nutzung, wo möglich, und vermeidet, Server-Secrets in den Browser zu übertragen. Der Betrieb des Nodes wird ausgelagert; die Integration erfordert weiterhin Überwachung.