Moove API
Satu panggilan. Dibayar penuh.
Buat tautan pembayaran dari kode Anda. Pelanggan membayar dengan token apa pun, dan Anda menerima jumlah penuh dalam token Anda.
Dari kunci ke pembayaran pertama.
Buat kunci API
Di Moove Business, buat kunci untuk Moove Receive Agent. Kunci hanya ditampilkan sekali, jadi langsung simpan di environment Anda.Buat tautan pembayaran
Satu POST menghasilkan URL checkout. Pelanggan membayar di sana, dengan token apa pun, di chain mana pun.Terima notifikasi saat dibayar
Daftarkan endpoint HTTPS, dan Moove mengirim event bertanda tangan begitu tautan dibayar.
API ringkas. Jaminan kokoh.
Token apa pun masuk, token Anda keluar
Pelanggan membayar dengan aset yang mereka miliki, di 30+ jaringan blockchain. Setiap pembayaran masuk ke dompet Anda, dalam token dan di chain yang Anda pilih.Kontrak yang bisa jadi pijakan
Versi di path, hanya penambahan di v1, dengan skema OpenAPI live.Batas jelas, error jelas
Batas per kunci dan per IP, respons 429 yang jelas, dan satu format error dengan kode yang stabil.API-nya sendiri gratis.
Tanpa langganan dan tanpa biaya per panggilan. Pelanggan yang membayar dengan token atau chain lain menanggung 0,02%, jadi Anda menerima jumlah penuh.- Akses API
- Gratis
- Token sama, jaringan sama
- Gratis
- Antar token atau jaringan
- 0,02%
Moove vs membangun sendiri.
| Moove vs membangun sendiri. | Moove | Bangun sendiri |
|---|---|---|
| Chain yang didukung | Moove: 30+, dari satu endpoint | Bangun sendiri: Satu integrasi per chain |
| Konversi ke token Anda | Moove: Sudah termasuk di setiap pembayaran | Bangun sendiri: Routing swap dan bridge buatan sendiri |
| Mengetahui pembayaran masuk | Moove: Webhook bertanda tangan dan endpoint daftar | Bangun sendiri: Listener yang Anda jalankan untuk setiap chain |
| Halaman checkout | Moove: Tautan yang di-hosting, siap dibagikan | Bangun sendiri: Didesain, dibangun, dan di-hosting sendiri |
| Jika kunci bocor | Moove: Kunci hanya bisa meminta pembayaran ke Anda | Bangun sendiri: Semua isi hot wallet |
Pertanyaan yang sering diajukan.
Bagaimana cara mendapatkan kunci API?
Masuk ke konsol Moove Business dan buka Kunci API. Beri nama kunci dan pilih Moove Receive Agent, yang memberi izin untuk membuat dan membaca tautan pembayaran. Kunci lengkap hanya ditampilkan sekali, saat dibuat, dan tidak pernah lagi, jadi simpan di secret manager. Tidak ada endpoint yang membuat kunci, sehingga satu kunci tidak akan pernah bisa menerbitkan kunci lain.
Ke mana uang masuk saat pelanggan membayar?
Ke dompet utama milik pemilik kunci, di chain dan token penyelesaian dompet tersebut. Pemanggil tidak bisa menentukan tujuan lain. Karena itu, akun memerlukan Moove handle yang sudah diklaim dan dompet utama dengan token penyelesaian sebelum panggilan pertama; jika salah satunya tidak ada, pembuatan tautan mengembalikan 409 yang menyatakan akun belum siap menerima pembayaran.
Apakah ada API payout?
Belum. API ini menerima pembayaran, bukan mengirimnya. Untuk membayar pemasok atau kontraktor saat ini, gunakan Kirim di konsol Moove Business. Moove Send Agent sudah diumumkan dan akan muncul di dokumentasi saat dirilis.
Bagaimana cara kerja webhook Moove?
Daftarkan hingga lima endpoint HTTPS di konsol. Masing-masing menerima dua event: satu saat pembayaran pada sebuah tautan diselesaikan, dan satu saat tautan selesai. Pengiriman ditandatangani dengan HMAC-SHA256 menggunakan secret yang hanya ditampilkan sekali. Pengiriman bersifat at-least-once, jadi hapus duplikat berdasarkan id event. Pengiriman yang gagal dicoba ulang hingga enam kali.
Apakah ada rate limit?
Ya. Permintaan dibatasi per kunci API dan per IP sumber, mana yang tercapai lebih dulu, dan melewatinya akan mengembalikan 429. Gunakan backoff eksponensial dengan sedikit jitter alih-alih langsung mencoba ulang, karena permintaan yang ditolak tetap dihitung. Gunakan webhook untuk status pembayaran alih-alih melakukan polling pada satu tautan, dan perhitungkan batas IP jika beberapa integrasi berbagi satu host.
Bagaimana versi API dikelola?
Di path. Saat ini ada satu versi publik, v1. Perubahan di dalam satu versi hanya bersifat menambah: endpoint baru, field opsional baru, field respons baru. Apa pun yang bisa merusak klien, seperti menghapus field atau mengubah tipe, dirilis sebagai versi path baru. Buat klien Anda mengabaikan field yang tidak dikenal dan bercabang berdasarkan kode error, bukan pesannya.
