Pemeriksaan Rug Pull dengan Bantuan AI: Alur Berbasis Bukti
AI dapat merapikan bukti kontrak, dompet, likuiditas, dan klaim proyek. AI tidak dapat mengubah input yang hilang menjadi vonis scam yang andal. Alur ini menjelaskan data yang perlu dikumpulkan, cara mengutipnya, dan bagian yang harus diverifikasi manusia.
1. Buat snapshot bukti #
Catat chain, alamat kontrak persis, waktu pengamatan, dan nomor block. Simpan tautan explorer langsung dan ekspor mentah bila tersedia. Laporan tanpa alamat dan waktu tidak dapat direproduksi; owner, saldo, atau konfigurasi proxy dapat berubah ketika dicek kembali.
| Input | Yang dicatat | Jika tidak ada |
|---|---|---|
| Kontrak | Chain, alamat, bytecode, source terverifikasi, ABI, implementasi proxy | Tandai analisis kode belum lengkap |
| Wewenang | Owner, admin, role, multisig/timelock, perubahan role terbaru | Sebut kontrol yang belum diketahui |
| Pasar | Protokol/versi pool dan bentuk posisi; supply, holder, serta lock token LP fungibel, atau manager NFT, tokenId, owner/operator, dan wewenang penarikan | Jangan sebut likuiditas terkunci |
| Distribusi | Total supply, holder utama, pool, burn, treasury, dompet terkait | Jangan simpulkan dari screenshot |
| Klaim | Audit, mitra, investor, dan tim beserta URL asli dan tanggal | Tandai klaim belum terverifikasi |
Panduan rug pull Binance Academy, diperbarui 19 Mei 2026 dan kami cek pada September 2026, menyarankan pemeriksaan distribusi token dan riwayat transaksi melalui block explorer, lock likuiditas, serta laporan audit terbaru. Panduan itu juga menyatakan langkah tersebut mengurangi risiko, bukan menjamin keamanan. Baca panduan resmi.
2. Baca kewenangan kontrak #
Cari kewenangan yang dapat mengubah kondisi holder: mint, pause, blacklist, batas transfer, perubahan fee atau tax, exemption, upgrade, serta perpindahan owner atau role. Untuk proxy, periksa implementasi saat ini dan proxy admin; membaca shell proxy saja belum cukup.
“Owner renounced” tidak otomatis berarti tidak ada kontrol khusus. Periksa semua role dan kontrak pengendali. Dokumentasi access control OpenZeppelin menjelaskan bahwa ownership dan roles dapat mengatur mint, pembekuan transfer, upgrade, dan pembagian role. Bukti yang relevan adalah fungsi nyata dan pemegang role saat ini pada deployment target.
Simpan nama fungsi atau selector, role yang diperlukan, pemegangnya, transaksi yang menetapkannya, dan apakah timelock atau multisig membatasi eksekusi. AI boleh mencari kandidat dari source, tetapi manusia harus mengonfirmasi satu per satu di explorer dan contract read.
3. Verifikasi likuiditas dan holder #
Identifikasi pool, protokol, dan versinya, bukan sekadar memercayai badge proyek. Untuk posisi dengan token LP fungibel, catat supply, holder, beneficiary locker, jumlah, waktu unlock, dan jalur penarikan lebih awal. Untuk posisi NFT pada likuiditas terkonsentrasi, periksa position manager, tokenId, owner, operator yang disetujui, likuiditas pada posisi tersebut, serta pihak yang dapat mengurangi likuiditas, mengambil aset, atau memindahkan posisi. Panduan resmi pembuatan posisi Uniswap v3 adalah salah satu contoh posisi NFT. Kesimpulan “likuiditas terkunci” harus merujuk pada protokol, versi, manager, dan wewenang penarikan yang spesifik.
Analisis konsentrasi dengan label alamat. Pool, burn, bridge, treasury, vesting, dan exchange memiliki arti berbeda; angka “top 10” mentah dapat menyesatkan. Ikuti transfer antara deployer, treasury, tim, dan dompet baru, serta tulis rentang block. Konsentrasi atau dompet baru adalah petunjuk, bukan bukti fraud dengan sendirinya.
Uji perilaku transfer hanya dengan simulasi aman atau alat khusus yang Anda pahami. Penjualan historis yang berhasil tidak membuktikan semua dompet dapat menjual sekarang; simulasi gagal juga dapat berasal dari konfigurasi atau alat. Simpan call data, block, revert reason, dan versi alat.
4. Periksa audit dan klaim publik #
Klaim audit perlu laporan asli auditor, tanggal, alamat kontrak atau commit, scope, temuan, dan bukti remediation. Laporan lama mungkin tidak mencakup implementasi setelah upgrade. Audit adalah bukti untuk scope tertentu, bukan jaminan atas treasury, perilaku tim, atau kode berikutnya.
Verifikasi klaim mitra, investor, dan tim melalui situs atau pengumuman pihak yang disebut, bukan hanya situs token. Simpan URL dan tanggal akses. Umur profil, jumlah pengikut, biodata rapi, atau anonimitas dapat memicu pertanyaan lanjutan, tetapi tidak membuktikan identitas atau niat.
Untuk aliran treasury yang bertahap, bandingkan perpindahan dompet dan pengumuman governance pada periode sama. Berikan posting asli dan transaksi kepada model. Bila riwayat Discord, forum, atau multisig tidak tersedia, nyatakan kekurangannya.
5. Pakai AI tanpa menyerahkan penilaian #
Minta tabel klaim-ke-bukti: fakta, URL primer, chain dan block atau waktu akses, nilai atau hash transaksi, alasan relevan, ketidakpastian, dan pemeriksaan manual berikutnya. Tolak baris tanpa sumber dan buka ulang setiap tautan.
| Output yang dapat diterima | Jangan diterima |
|---|---|
| “Alamat X memegang role Y pada block Z; tautan…” | “Tim bisa rug” tanpa fungsi dan pemegangnya |
| “Locker menunjukkan jumlah A dan unlock T” | “Likuiditas aman” dari badge |
| “Laporan mencakup commit C, bukan implementasi D” | “Sudah diaudit, jadi risiko rendah” |
| “Data tidak tersedia; cek berikutnya…” | Fakta atau skor risiko dari data yang hilang |
Model berbeda dapat merangkum paket yang sama secara berbeda. Tanpa input beku, transkrip, aturan penilaian, dan label independen, perbedaan itu tidak membuktikan peringkat kemampuan atau tingkat deteksi.
6. Template prompt yang dapat dilacak #
Anda mengatur bukti due diligence token, bukan memutuskan apakah proyek adalah scam.
Snapshot:
- Chain, kontrak, block/waktu: {ISI}
- Source, ABI, bytecode, implementasi/admin proxy: {TAUTAN_ATAU_HILANG}
- Pembacaan owner/role dan transaksi penetapan: {BUKTI}
- Protokol/versi pool dan bentuk posisi; supply/holder/locker token LP fungibel, atau manager NFT, tokenId, owner/operator, likuiditas posisi, dan wewenang penarikan: {BUKTI}
- Supply dan tabel holder berlabel: {BUKTI}
- Audit dan klaim publik: {SUMBER_PRIMER}
- Transaksi dan posting governance: {RENTANG_DAN_TAUTAN}
Kembalikan fakta, sumber primer dan block/waktu, nilai/fungsi/role/transaksi,
alasan perlu diperiksa, ketidakpastian, dan langkah verifikasi manual.
Jangan beri probabilitas scam atau mengarang fakta yang hilang.
Sebelum bertindak, baca ulang status penting pada block baru dan bandingkan. Hasil menjadi usang jika ownership, implementasi, role, likuiditas, atau supply berubah. Kontrol khusus yang belum terselesaikan atau bukti yang hilang dapat menjadi alasan untuk tidak berinteraksi; tidak adanya temuan bukan sertifikat aman.
Lihat Pustaka Prompt Lengkap →
— AI Trade Lab, revisi 24 Sep 2026