Brale Vor kurzem wurde eine aktualisierte Version der „stablecoin“-APIs veröffentlicht. Das Projekt begann im ersten Quartal mit einer Design-Kohorte, ging im zweiten Quartal in die Entwicklungsphase über und wurde kurz darauf bei echten Kunden in Betrieb genommen.

Die „API“ bietet eine Vielzahl von Funktionen. Dieser Beitrag ist keine detaillierte Aufschlüsselung all dieser Funktionen. Er ist lediglich eine Aufzeichnung meiner Tests, die ich größtenteils aus Spaß durchgeführt habe und teilweise, um zu verstehen, wie andere bei der ersten Nutzung vorgehen könnten.

Einsatz von LLMs zur Erforschung des „API“

Als ich das letzte Mal an etwas Ähnlichem gearbeitet habe, waren große Sprachmodelle noch nicht wirklich Teil des Arbeitsablaufs. Das hat sich geändert. Mit Cursor und einigen gut formulierten Prompts ist es nun einfach, funktionierende Prototypen zusammenzustellen und Annahmen in Echtzeit zu testen.

Ich nutze nach wie vor gerne Postman, um APIs zu erkunden, aber ich wollte sehen, wie es sich anfühlt, den „Brale“ API in einer Umgebung zu nutzen, die einer echten Benutzeroberfläche etwas näher kommt.

Erster Test: Authentifizierung

Ich habe mit einem einfachen Authentifizierungsablauf begonnen – unter Verwendung einer und eines , um ein zu erhalten. Nichts Ausgefallenes. Gerade genug, um zu beweisen, dass die Anmeldedaten funktionierten und der Geltungsbereich korrekt war.

Dieser kleine Test ist hier zu finden: github.com/superduperdot/auth-app

Zweiter Test: Guthaben

Das stellte sich als etwas aufwendiger heraus. Die Schnittstelle „Brale“ API unterstützt mehrere Werttypen (die jeweils einen bestimmten Vermögenswert darstellen) und mehrere Übertragungsarten (die jeweils eine Kette oder ein Netzwerk darstellen). Der Vorgang zum Abrufen der Guthaben lief also wie folgt ab:

  • Rufe die mit deinen Anmeldedaten verknüpfte account_id ab

  • Verwenden Sie diese ID, um die Liste der Adressen abzurufen

  • Filtern Sie die Ergebnisse nach Typ: „internal“, um verwahrte Wallets zu isolieren

  • Durchlaufen Sie alle bekannten Kombinationen aus Werttyp und Übertragungsart

  • Guthaben abfragen und die Ergebnisse protokollieren

Die App finden Sie hier: github.com/superduperdot/balance-app

Unterstützte Typen aufspüren

Die „TransferTypes“ sind gut dokumentiert. Die „ValueTypes“ sind in der Dokumentation noch nicht direkt aufgeführt, daher habe ich sie aus der Live-Anwendung extrahiert und beide Listen zur späteren Verwendung auf GitHub hinterlegt:

  • Liste der „Brale“-TransferTypes

  • Liste der „Brale“-ValueTypes

Das Abrufen von Preisinformationen über den Daten-Endpunkt funktionierte ebenfalls einwandfrei.

Weitere Beobachtungen

  • Wenn Sie lokal arbeiten, müssen Sie mit CORS-Problemen rechnen – verwenden Sie einen Proxy.

  • Die Authentifizierung erfolgt unter auth.brale.xyz; alles andere unter api.brale.xyz.

  • Die Unterscheidung zwischen „account_id“ und „address_id“ führt bei mir immer noch zu kleinen Fehlern, wenn ich nicht aufpasse.

  • Diese Test-Apps speichern Anmeldedaten lokal und sind für den produktiven Einsatz nicht sicher. Das ist beabsichtigt

Nichts hier ist endgültig. Bei diesen Tests ging es vor allem um Geschwindigkeit und Benutzerfreundlichkeit. Das Ziel war es, zu sehen, wie schnell man von den Anmeldedaten zu einem funktionierenden Ergebnis gelangt, ohne auf interne Tools oder fundierte Kenntnisse der Plattform angewiesen zu sein.

Wenn du dich gerade mit dem „Brale“ (API) beschäftigst, verkürzt das vielleicht den Weg. Auch wenn nicht, hat es sich dennoch gelohnt, zu sehen, wie sich die neue Ebene in der Praxis verhält. Die CLI kann ebenfalls hilfreich sein, um die Funktionen auszuprobieren.