Pengembang · Bot

Jalankan otomasi deposit tanpa menciptakan manajer tarif sendiri.

A bot integration is not a browser flow with the buttons removed. It needs duplicate prevention, restart-safe state, explicit wallet custody, and a clear rule for when liquidity should be private.

01

Urutan bot

  1. 01Muat klien wallet Base dari infrastruktur penanda tangan Anda sendiri.
  2. 02Panggil deposits(walletAddress) sebelum membuat deposit baru; gunakan kembali inventaris aktif jika sesuai dengan order.
  3. 03Panggil offramp(walletClient, params) dengan integratorId dan referralId agar otomasi dapat diidentifikasi.
  4. 04Gunakan otcTaker ketika pembeli sudah diketahui; jika tidak, deposit dapat diisi secara publik.
  5. 05Pertahankan depositId, txHash, platform, currency, amount, dan konteks pembeli yang dimaksud.
  6. 06Poll deposits(address) or Peerlytics deposit/intent reads so fills and closes survive process restarts.
02

Disiplin coba ulang

  • SDK melanjutkan deposit yang belum terdelegasi dengan mendelegasikan daripada membuat duplikat.
  • Caching idempotencyKey browser tidak melindungi worker Node. Worker Anda harus memeriksa deposits(address) sebelum membuat likuiditas baru.
  • Jika delegasi gagal setelah pembuatan, coba ulang rute wallet yang sama; jalur resume dirancang untuk state tersebut.
  • Jangan coba ulang USER_CANCELLED secara otomatis. Itu menandakan bahwa penanda tangan menolak permintaan.

Teruslah menjelajah

Pertanyaan umum

Bisakah backend membuat deposit tanpa wallet pengguna?

Ya, jika memiliki penanda tangan Base dan saldo USDC sendiri. SDK menandatangani melalui viem WalletClient yang Anda berikan; kustodi dan manajemen kunci ada di tangan Anda.

Apakah idempotencyKey mencegah duplikat deposit bot?

Tidak. idempotencyKey didukung sesi browser. Di Node atau worker, gunakan deposits(address) dan database order Anda sendiri untuk mencegah inventaris duplikat.