Terbuka bagi developer, sekaligus menjadi pintu gerbang bagi pelaku kejahatan.

Ditulis oleh: 0x

Kompilasi: Chopper, Foresight News

Saatnya menghadapi masalah nyata yang ada pada mekanisme Uniswap v4 Hook.

Tahun ini, protokol 0x telah menyelesaikan 81,92 juta transaksi, dengan total volume perdagangan mencapai 42,67 miliar dolar AS; sekitar 70% transaksi akan memanggil pool likuiditas Uniswap.

Setiap bulan, kami menerima puluhan permohonan untuk audit dan integrasi v4 Hook—baik kasus yang baik maupun yang buruk telah kami lihat. Namun belakangan ini, banyak kasus berbahaya mulai bermunculan dalam jumlah besar.

Hook memang dapat mewujudkan banyak fungsi yang berguna, termasuk aturan transaksi kustom dan manajemen likuiditas. Artikel ini tidak bermaksud mengatakan bahwa skenario aplikasi seperti itu tidak boleh ada, dan juga tidak menentang developer untuk membangun berdasarkan Hook; namun mekanisme Hook tanpa izin menciptakan pertukaran risiko baru pada eksekusi transaksi dan agregasi. Masalah tipikalnya adalah: sebagian pool berbahaya mengembalikan kuotasi yang tidak sesuai dengan aset yang benar-benar diterima pengguna pada akhirnya.

Dalam beberapa minggu terakhir, 0x mengamati lonjakan tajam jumlah malicious Uniswap v4 Hook. Jenis Hook berbahaya ini mengembalikan satu harga saat permintaan kuotasi, tetapi pada saat penyelesaian transaksi aktual menggunakan seperangkat harga lain. Mode implementasi malicious Hook beragam, namun hasil akhirnya sama: dengan menipu agregator, wallet, dan aplikasi transaksi, mereka mencuri aset pengguna.

Berikut adalah fenomena yang kami amati di rantai, serta langkah mitigasi yang telah diambil oleh 0x.

Masalah mekanisme Hook: terbuka bagi developer, sekaligus terbuka bagi pelaku kejahatan

Pertama, sebutkan kelebihannya: v4 Hook memberi AMM (automated market maker) kemampuan inovatif. Developer dapat membangun AMM dengan logika kustom, lalu menjalankan logika pada titik-titik kunci dalam siklus hidup pool, misalnya sebelum dan sesudah pertukaran terjadi, atau saat perubahan posisi penyedia likuiditas. Hook dapat mewujudkan logika apa pun; siapa pun dapat melakukan deploy. Setelah deploy selesai, Hook langsung dapat menggunakan kembali lalu lintas dari jaringan likuiditas yang paling tinggi tingkat integrasinya di ekosistem DeFi.

Inilah kontradiksi inti. Sementara mekanisme ini memberi developer yang sah kemampuan kustomisasi eksekusi transaksi dan likuiditas yang lebih kuat, ia juga membuat agregator sulit membedakan pool mana yang tepercaya.

Selain menurunkan ambang batas pengembangan untuk developer, Hook juga memberi ruang operasi yang sangat besar bagi perilaku jahat. Proyek Hook yang berbuat jahat tidak perlu membangun merek terkenal, tidak perlu mengarahkan pengguna untuk mengakses front-end independen, dan tidak perlu mendapatkan lalu lintas dari cold start sejak nol. Yang perlu dilakukan hanyalah mengembalikan kuotasi yang sangat menggoda kepada berbagai agregator likuiditas.

Ketika agregator melihat kuotasi terbaik, ia akan mengarahkan rute transaksi ke pool tersebut. Sedangkan wallet dan aplikasi transaksi bergantung pada hasil yang dikeluarkan agregator; maka pool berbahaya dapat memanfaatkan infrastruktur yang awalnya dipercaya pengguna untuk melakukan tindakan jahat.

Kondisi malicious Hook

Dalam 18 bulan terakhir, jumlah Uniswap v4 Hook meledak secara eksponensial. Kami melakukan analisis statis dan analisis dinamis terhadap total 84.163 Hook di 6 rantai, serta menggabungkannya dengan data transaksi aktual untuk merekonstruksi: hanya 19,4% yang termasuk safe Hook, 54,2% adalah malicious Hook, dan 26,4% diduga malicious Hook.

Statistik data hingga 2026‑09‑11

Mode berbuat jahat beragam: ada yang mirip melempar dadu untuk memotong biaya secara acak, ada yang mendeteksi lingkungan runtime EVM apakah berasal dari kueri kuotasi. Namun perilaku dasarnya sangat konsisten: harga kuotasi yang dikembalikan oleh rute bukanlah harga andal yang benar-benar dapat diperoleh pengguna. Kami mengamati bahwa setelah transaksi melalui v4 Hook yang berbuat jahat, aset yang benar-benar diterima pengguna bisa menyusut hingga maksimal 50% dibandingkan dengan kuotasi tertinggi yang awalnya ditampilkan kepada pengguna.

Kasus 1

Alamat Hook: 0x800cef53c3fd41109dffec62e5251bdd7acba5c7

Rantai tempat: Base

Pasangan perdagangan: ETH/NVDAc

Total jumlah transaksi: 6516

Jumlah transaksi dengan biaya yang dipotong: 3946 (pangsa 60,6%)

Rentang pemotongan biaya: 0–18%

Median pemotongan biaya dari seluruh transaksi: 17,96%

Median pemotongan biaya dari transaksi yang terjadi pemotongan: 18%

Total biaya yang terkumpul (dolar AS): 143.037 dolar AS

Data hingga 11 September 2026

Kasus 2

Alamat Hook: 0x141984423d1a28242b3dd8888c5b0daa7b13c880

Rantai tempat: BNB Chain

Pasangan perdagangan: USDT/WBNB

Total jumlah transaksi: 4879

Jumlah transaksi dengan biaya yang dipotong: 1619 (pangsa 33,2%)

Rentang pemotongan biaya: 0–12,8%

Median pemotongan biaya dari seluruh transaksi: 0%

Median pemotongan biaya dari transaksi yang terjadi pemotongan: 12,8%

Total biaya yang terkumpul (dolar AS): 18.592 dolar AS

Data hingga 11 September 2026

Kesimpulan

Tujuan awal perancangan Hook adalah meningkatkan skalabilitas Uniswap, tetapi sekaligus juga memunculkan banyak risiko penyalahgunaan. Skalabilitas tanpa izin menimbulkan pertukaran yang tidak bisa diabaikan pada aspek eksekusi transaksi dan lapisan kepercayaan; kontrak rute, aplikasi, maupun pengguna biasa tidak boleh mengabaikan risiko tersebut.

Kondisi pasar musim panas tahun ini membuktikan bahwa likuiditas tanpa izin tidak sama dengan likuiditas yang tepercaya. Sama seperti kekacauan Prop AMM sebelumnya, fleksibilitas yang memungkinkan developer mengustomisasi logika pertukaran ini juga memberi pelaku kejahatan cara baru untuk memanipulasi transaksi.

Berdasarkan fenomena di atas, kami mengajukan beberapa pemahaman:

  • Kontrak rute harus memverifikasi bahwa kuotasi yang dikembalikan oleh pool konsisten dengan hasil eksekusi aktual;

  • Berbagai jenis aplikasi perlu memiliki kemampuan kontrol untuk cepat menyisihkan/menggugurkan rute transaksi yang mencurigakan;

  • Pengguna perlu memahami bahwa hanya ketika rute di balik kuotasi terbaik yang ditampilkan aman, kuotasi tersebut memiliki arti.