Daftar Isi
Dalam artikel ini
  1. 1. Buat snapshot bukti
  2. 2. Baca kewenangan kontrak
  3. 3. Verifikasi likuiditas dan holder
  4. 4. Periksa audit dan klaim publik
  5. 5. Pakai AI tanpa menyerahkan penilaian
  6. 6. Template prompt yang dapat dilacak

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.

Terbit 25 Apr 2026Diperbarui 24 Sep 2026Oleh PromptDeck
Batas bukti: kami tidak memiliki identitas proyek, paket input beku, transkrip model, log beberapa kali pengujian, atau label hasil independen untuk “tiga kasus” sebelumnya. Karena itu, halaman ini tidak menyajikan tingkat deteksi, peringkat model, atau klaim bahwa sebagian besar rug dapat disaring dalam waktu tertentu. Ini metode due diligence, bukan bukti bahwa token aman atau curang.

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.

InputYang dicatatJika tidak ada
KontrakChain, alamat, bytecode, source terverifikasi, ABI, implementasi proxyTandai analisis kode belum lengkap
WewenangOwner, admin, role, multisig/timelock, perubahan role terbaruSebut kontrol yang belum diketahui
PasarProtokol/versi pool dan bentuk posisi; supply, holder, serta lock token LP fungibel, atau manager NFT, tokenId, owner/operator, dan wewenang penarikanJangan sebut likuiditas terkunci
DistribusiTotal supply, holder utama, pool, burn, treasury, dompet terkaitJangan simpulkan dari screenshot
KlaimAudit, mitra, investor, dan tim beserta URL asli dan tanggalTandai 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 diterimaJangan 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

Catatan metode: halaman ini menyediakan alur pengumpulan bukti. Tidak ada pengujian proyek bernama atau perbandingan performa model, dan tidak menuduh proyek aktif. Kontrak dan operasi proyek dapat berubah setelah snapshot. Bukan saran investasi. Pendaftaran melalui tautan kami dapat memberi kami komisi tanpa biaya tambahan bagi Anda. Pengungkapan lengkap →