Bot-Sequenz
- 01Laden Sie einen Base-Wallet-Client aus Ihrer eigenen Signer-Infrastruktur.
- 02Rufen Sie deposits(walletAddress) auf, bevor Sie eine neue Einzahlung erstellen; verwenden Sie aktives Inventar wieder, wenn es zur Order passt.
- 03Rufen Sie offramp(walletClient, params) mit integratorId und referralId auf, damit die Automatisierung identifiziert werden kann.
- 04Verwenden Sie otcTaker, wenn der Käufer bereits bekannt ist; andernfalls ist die Einzahlung öffentlich ausführbar.
- 05Speichern Sie depositId, txHash, Plattform, Währung, Betrag und den beabsichtigten Käuferkontext.
- 06Poll deposits(address) or Peerlytics deposit/intent reads so fills and closes survive process restarts.
Wiederholungsdisziplin
- Das SDK setzt nicht delegierte Einzahlungen durch Delegierung fort, anstatt ein Duplikat zu erstellen.
- Das browserbasierte idempotencyKey-Caching schützt keine Node-Worker. Ihr Worker sollte deposits(address) prüfen, bevor er neue Liquidität erstellt.
- Wenn die Delegierung nach der Erstellung fehlschlägt, wiederholen Sie dieselbe Wallet-Route; der Resume-Pfad ist für diesen Status konzipiert.
- Wiederholen Sie USER_CANCELLED nicht automatisch. Dies zeigt an, dass ein Signierer eine Anfrage abgelehnt hat.
Nützliche Bot-Muster
Lohn- oder Auszahlungswarteschlange
Erstellen Sie eine private OTC-Einzahlung pro bekannter Käufer-Wallet und senden Sie dann den zurückgegebenen Link.
Treasury-Liquiditätsbot
Maintain a small delegated deposit on a preferred route and refill after reconciled fills.
Support-Abgleich
Verwenden Sie depositId und txHash als Support-Handles und gleichen Sie dann mit deposits(address) ab.