Permit2 Uniswap: Cara Kerja, Risiko, dan Kapan Dipakai

Permit2 makin sering muncul di alur swap, aggregator, dan wallet modern. Buat banyak user, ia terlihat seperti lapisan teknis tambahan yang tidak perlu dipikirkan. Padahal justru di sinilah banyak miskonsepsi muncul: sebagian orang mengira Permit2 otomatis lebih aman dari approval biasa, sementara yang lain menganggapnya sama saja dengan memberi izin permanen ke aplikasi.

Posisi yang lebih akurat ada di tengah. Permit2 memang bisa memperbaiki UX dan mengurangi kebutuhan approval berulang, tetapi keamanannya bergantung pada cara ia dipakai. Kalau root approval ke kontrak Permit2 dibiarkan terlalu luas dan approval turunannya terlalu longgar, risikonya tetap nyata.

Apa Itu Permit2?

Menurut dokumentasi resmi Uniswap, Permit2 menggabungkan dua kontrak: SignatureTransfer dan AllowanceTransfer.

Secara sederhana:

1. SignatureTransfer dipakai untuk perpindahan token berbasis signature satu kali;
2. AllowanceTransfer dipakai untuk allowance yang bisa dipakai ulang dengan batas jumlah dan masa berlaku tertentu.

Tujuan utamanya adalah menyatukan pola approval modern tanpa menuntut setiap token mengimplementasikan fitur permit sendiri.

Kenapa Permit2 Dibuat?

EIP-2612 memperkenalkan approval berbasis tanda tangan offchain. Ini penting karena user tidak perlu mengirim transaksi approval terpisah hanya untuk memberi izin.

Masalahnya, tidak semua token mendukung EIP-2612. Di sinilah Permit2 masuk. Menurut Revoke.cash, Permit2 dikembangkan oleh tim Uniswap untuk membawa mekanisme permit ke token yang sebelumnya tidak mendukungnya.

Efek praktisnya:

• lebih sedikit friksi untuk user;
• approval bisa dibuat lebih granular;
• masa berlaku izin bisa diatur;
• aplikasi bisa memakai flow signature yang lebih rapi.

Dua Mode Utama di Permit2

1. SignatureTransfer

Doku resmi Uniswap menjelaskan bahwa SignatureTransfer dipakai untuk perpindahan token satu kali berbasis signature tanpa allowance ERC-20 jangka panjang.

Ini cocok saat integrasi butuh otorisasi yang sangat eksplisit per transaksi. Dalam model ini, user menandatangani izin untuk satu perpindahan spesifik, lalu izin itu habis dipakai.

Sudut pandang keamanan:

• lebih sempit dibanding allowance permanen;
• bagus untuk aksi satu kali;
• tetap berbahaya bila user menandatangani payload yang tidak dipahami.

2. AllowanceTransfer

Doku resmi Uniswap menyebut AllowanceTransfer sebagai model reusable approval dengan batas nominal dan expiration. Kontrak ini mendukung approve, permit, dan transferFrom.

Detail pentingnya:

• spender bisa ditentukan spesifik;
• jumlah allowance bisa dibatasi;
• masa berlaku bisa diberi timestamp kedaluwarsa;
• type(uint160).max diperlakukan sebagai unlimited allowance.

Di sini terlihat bahwa Permit2 bukan pengganti akal sehat. Ia memberi alat untuk approval yang lebih baik, tetapi tetap bisa dipakai secara ceroboh.

Tesis Utama: Permit2 Baik untuk UX, Tetapi Tidak Otomatis Aman

Ada dua lapis izin yang perlu dipahami.

Lapis pertama adalah approval ke kontrak Permit2 itu sendiri. Bahkan dokumentasi overview Uniswap menunjukkan bahwa sebelum aplikasi bisa memakai Permit2, user harus lebih dulu meng-approve kontrak Permit2 lewat token asal.

Lapis kedua adalah approval atau signature turunan yang Permit2 kelola.

Artinya, pertanyaan keamanan yang benar bukan cuma "apakah saya pakai Permit2?" tetapi:

1. berapa besar root approval ke kontrak Permit2;
2. spender mana yang menerima sub-approval;
3. kapan izin itu kedaluwarsa;
4. apakah izinnya one-time atau reusable.

Manfaat Nyata Permit2

Kalau dipakai dengan benar, Permit2 memberi tiga manfaat yang masuk akal.

1. Lebih sedikit transaksi approval terpisah

Ini mengurangi friksi saat swap atau interaksi DeFi.

2. Approval bisa dibuat time-bound

Menurut AllowanceTransfer, expiration adalah bagian native dari model ini. Ini penting karena approval tidak harus hidup tanpa batas.

3. Token lama ikut mendapat UX permit modern

Ini menutup kelemahan EIP-2612 yang tidak diimplementasikan oleh mayoritas token.

Risiko Permit2 yang Perlu Dipahami

1. Root approval tetap penting

Revoke.cash menekankan bahwa user tetap perlu memberi approval ke kontrak Permit2. Kalau approval awal ini terlalu besar dan dibiarkan lama, ia tetap menjadi permission penting yang perlu dikelola.

2. Expiry panjang bisa mengalahkan tujuan keamanan

Secara teori, time-bound approval lebih aman. Secara praktik, expiry yang terlalu jauh membuat keunggulan itu menipis.

3. Signature offchain tetap harus dibaca seperti izin finansial

User sering merasa tanda tangan offchain hanyalah langkah login. Padahal pada flow permit, signature bisa mengaktifkan allowance atau perpindahan token.

4. Phishing tetap relevan

Permit2 tidak menghilangkan risiko UI palsu, spender palsu, atau payload yang disamarkan.

Kapan Permit2 Layak Dipakai?

Permit2 paling masuk akal saat:

1. kamu memakai aggregator atau aplikasi yang ingin mengurangi approval berulang;
2. kamu butuh approval yang cepat, granular, dan ada expiry;
3. token yang kamu pakai tidak punya dukungan permit bawaan;
4. kamu paham perbedaan antara one-time signature dan reusable allowance.

Kalau kamu hanya butuh satu transaksi kecil di dApp yang belum terlalu kamu kenal, one-time flow biasanya lebih sehat daripada approval reusable yang panjang.

Cara Pakai Permit2 dengan Disiplin

Gunakan aturan ini:

1. Pisahkan root approval dan sub-approval dalam pikiranmu

Approval ke Permit2 bukan akhir cerita. Setelah itu masih ada izin turunan ke spender tertentu.

2. Pilih expiry pendek jika interface mengizinkan

Kalau interaksi hanya untuk satu hari atau satu sesi, tidak ada alasan kuat memberi masa aktif berbulan-bulan.

3. Bedakan flow one-time dan reusable

Kalau kebutuhanmu hanya satu swap, model satu kali biasanya lebih mudah dipertanggungjawabkan.

4. Audit wallet operasional secara berkala

Periksa approval lama seperti kamu memeriksa izin akses aplikasi di ponsel.

5. Perlakukan signature sebagai instruksi keuangan

Kalau popup meminta signature yang berhubungan dengan token, spender, amount, atau deadline, jangan anggap itu sekadar login.

Implikasi untuk Pengguna Indonesia

Bagi pengguna Indonesia, Permit2 relevan karena semakin banyak aktivitas terjadi di DEX, bridge, dan interface global. Dari sisi regulasi, ini berarti kamu sering bertransaksi di luar jalur platform domestik yang biasanya lebih rapi dalam laporan.

Secara operasional, Permit2 bisa membantu efisiensi, tetapi tidak menyelesaikan dua hal yang tetap jadi tanggung jawab user:

1. menjaga wallet dari approval berlebih;
2. mencatat interaksi onchain jika ingin pembukuan aset lebih rapi untuk kebutuhan pajak atau audit pribadi.

Jadi manfaat Permit2 paling terasa untuk user yang memang aktif, bukan untuk user yang ingin mematikan kewaspadaan.

Kesimpulan

Permit2 adalah alat yang berguna. Ia memperluas dunia permit ke lebih banyak token, memungkinkan approval lebih fleksibel, dan memberi opsi expiry yang jelas. Dari sisi desain, ini langkah maju dibanding approval ERC-20 lama yang sering terlalu kaku.

Tetapi Permit2 bukan jimat keamanan. Root approval tetap harus diawasi, expiry tetap harus dibatasi, dan signature tetap harus dibaca sebagai izin finansial nyata. Kalau kamu memahami tiga hal itu, Permit2 bisa membantu. Kalau tidak, ia hanya memindahkan risiko lama ke alur yang terlihat lebih modern.

FAQ Permit2

Apakah Permit2 sama dengan EIP-2612?

Tidak. EIP-2612 adalah ekstensi yang harus didukung token itu sendiri. Permit2 adalah sistem terpisah yang mencoba membawa UX serupa ke lebih banyak token.

Apakah Permit2 menghapus kebutuhan approval onchain?

Tidak sepenuhnya. Biasanya tetap ada root approval ke kontrak Permit2 sebelum flow tertentu bisa berjalan.

Apakah Permit2 selalu lebih aman daripada approval biasa?

Tidak selalu. Ia bisa lebih aman jika memakai expiry pendek, nominal terbatas, dan flow one-time saat cocok. Ia bisa tetap berisiko bila allowance dibiarkan luas dan lama.

Apa hal pertama yang harus saya cek saat melihat popup Permit2?

Cek spender, jumlah token, dan masa berlaku izin. Tiga hal itu lebih penting daripada nama fiturnya.