Pengaturan Izin Agent ID: Pemisahan Dompet Agen AI, Batas Dana, dan Daftar Pencabutan
Nama hanyalah alamat—izinlah kuncinya. Artikel ini membongkar mekanisme pemisahan sub-akun agen di Agent OS, menjelaskan apa yang boleh dan tidak bole…
Nama Hanya Seperti Nomor Rumah, Izinlah yang Menjadi Kuncinya
Setelah Agent ID diluncurkan, kebanyakan orang fokus pada pertanyaan: “Apakah saya berhasil mendapatkan nama bagus?” Namun hal yang benar-benar penting bagi keamanan dana Anda adalah hal lain: apa saja tindakan yang diizinkan untuk agen AI ini. Membuat alamat dompet mudah dibaca memang memudahkan identifikasi dompet, tetapi tidak serta-merta memberikan perlindungan apa pun.
Dalam pengumuman Agent OS-nya, Binance menyediakan kerangka desain izin—dan sangat disarankan untuk memeriksa satu per satu pengaturan Anda terhadap kerangka tersebut.
Prinsip inti Agent OS adalah “pemisahan + pemberian izin”: agen AI tidak beroperasi langsung di akun utama, melainkan beraktivitas di dalam subakun agen yang terpisah, dengan izin yang diberikan secara eksplisit oleh pengguna, satu per satu.
Pertama, Pahami Dulu Mekanisme Pemisahan
Sesuai penjelasan resmi, integrasi MCP menggunakan subakun agen terpisah, yang terisolasi dari akun utama. Agen dapat melihat saldo, posisi, dan riwayat transaksi subakun tersebut; jika pengguna memberikan izin secara aktif, agen juga bisa membaca informasi akun utama secara hanya-baca (read-only). Artinya, bahkan jika agen diretas sekalipun, kerugian teoretisnya dibatasi hanya pada subakun—dengan syarat Anda tidak memasukkan sejumlah besar dana ke dalam subakun tersebut.
Kedua, Apa yang Boleh dan Tidak Boleh Dilakukan Agen
| Kemampuan | Penjelasan Resmi | Tingkat Risiko |
|---|---|---|
| Melihat saldo, posisi, dan riwayat transaksi subakun | Dukungan penuh | Rendah (hanya-baca) |
| Membaca informasi akun utama secara hanya-baca | Memerlukan izin pengguna | Rendah (paparan informasi) |
| Menempatkan pesanan spot, leverage, Convert, dan kontrak | Tergantung izin yang diberikan dan produk yang tersedia di wilayah Anda | Tinggi (berpotensi menyebabkan kerugian perdagangan) |
| Transfer internal dalam subakun (misalnya dari spot ke kontrak berbasis USDT) | Dukungan penuh | Sedang |
| Mengirim aset ke alamat eksternal | Tidak didukung | — (perlindungan krusial) |
“Tidak boleh mengirim aset ke luar” adalah benteng pertahanan paling penting saat ini. Artinya, bahkan jika kunci API atau logika agen disalahgunakan, aset tetap sulit dipindahkan secara langsung—namun benteng ini hanya efektif selama Anda *tidak secara aktif* mengirim aset keluar sendiri.
Ketiga, Lima Pengaturan Wajib Sebelum Diluncurkan
- Buat subakun terpisah, khusus untuk strategi ini: Masukkan hanya dana yang dibutuhkan strategi ini—jangan mencampurnya dengan saldo akun utama;
- Tetapkan batas dana maksimal: Batasi baik per transaksi maupun per hari, agar satu kesalahan instruksi tidak menghabiskan seluruh posisi;
- Buka hanya izin produk yang benar-benar diperlukan: Jika tidak pakai kontrak, jangan buka akses kontrak; jika tidak pakai leverage, jangan aktifkan leverage;
- Tambahkan daftar putih IP ke kunci API: Izinkan hanya IP keluaran server Anda yang bisa memanggil API—sehingga mempersempit celah pemanfaatan jika kunci bocor;
- Nonaktifkan izin baca yang tidak diperlukan: Hindari memberikan izin baca akun utama jika tidak mutlak diperlukan—untuk meminimalkan paparan informasi.
Keempat, Cara dan Saat yang Tepat untuk Mencabut Izin
Menurut penjelasan resmi, pengembang dapat mencabut izin akses kapan saja. Secara praktis, disarankan menangani tiga skenario berikut:
- Strategi dihentikan: Cabut dulu izin API, lalu tutup semua posisi terbuka, baru pindahkan sisa saldo subakun kembali ke akun utama;
- Kunci mungkin telah bocor (misalnya salah unggah ke GitHub atau dikirim ke jendela obrolan): Segera hapus kunci lama, buat kunci baru, lalu periksa riwayat transaksi subakun;
- Perilaku agen tidak wajar (sering menempatkan pesanan, volume pesanan tiba-tiba meledak, atau muncul pasangan perdagangan yang tidak pernah Anda atur): Segera cabut izin—jangan hanya mengandalkan “mengingatkan agar tidak sembarangan”.
Kelima, Tiga Kesalahpahaman Umum
“Memiliki Agent ID berarti sudah bersertifikasi resmi”
Salah. Agent ID hanyalah sebuah nama—siapa pun bisa mengaitkannya ke Agentic Wallet miliknya sendiri. Untuk menilai keandalannya, lihatlah alamat di baliknya, cakupan izin yang diberikan, dan perilaku nyatanya—bukan sekadar akhiran namanya.
“Tidak boleh mengirim aset ke luar = aman mutlak”
Tidak demikian. Agen tetap bisa menempatkan pesanan. Strategi yang kehilangan kendali bisa menghabiskan seluruh saldo subakun dalam hitungan menit—melalui leverage tinggi atau pasangan perdagangan dengan likuiditas buruk. Batasan pengiriman aset hanya mencegah “pencurian”, bukan “kerugian”.
“Semakin banyak izin diberikan, semakin lancar operasinya”
Sebaliknya: semakin besar izin, semakin besar pula potensi kerugian saat terjadi kesalahan. Toleransi kesalahan agen AI berasal dari pembatasan—bukan dari kepercayaan. Perlakukan agen seperti magang: berikan hanya izin minimal yang cukup untuk menyelesaikan tugas, dan sisanya tunggu hingga ia membuktikan kemampuannya.
Keenam, Daftar Periksa yang Siap Diaplikasikan
- □ Agen menggunakan subakun terpisah, dengan saldo terpisah dari akun utama
- □ Sudah ditetapkan batas dana per transaksi dan per hari
- □ Hanya mengaktifkan jenis perdagangan yang benar-benar dibutuhkan strategi saat ini
- □ Kunci API telah dibatasi dengan daftar putih IP
- □ Akun utama tidak diberi izin baca yang tidak perlu
- □ Memeriksa riwayat transaksi dan transfer subakun setiap minggu
- □ Mengetahui lokasi pasti tombol pencabutan izin, dan sudah pernah diuji sekali
peringatan risiko: Artikel ini hanya berupa rangkuman informasi, dan tidak merupakan saran investasi. Agen AI dapat menempatkan pesanan secara otonom, sehingga berpotensi menyebabkan kerugian besar dalam waktu singkat; kebocoran kunci API, konfigurasi izin yang salah, atau kehilangan kendali atas strategi—semuanya dapat membahayakan dana Anda. Gunakan subakun terpisah, izin minimal, dan batas dana, serta periksa berkala status izin yang diberikan.