Tata kelola Uniswap sedang membahas RFC yang diajukan oleh SilentSwap yang akan menambahkan jalur eksekusi privat opsional ke antarmuka Uniswap, dengan menggunakan hook Uniswap v4 dan UniswapX untuk mengurangi paparan informasi transaksi sebelum eksekusi swap. Proposal ini membingkai fitur sebagai opsi “Swap Privately” yang akan membiarkan swap standar tetap tidak berubah dan biaya pool tidak terpengaruh, dengan menggunakan zk-SNARKs serta penyaringan kepatuhan sebelum eksekusi untuk memproses perdagangan dengan lebih privat. RFC ini membahas masalah DeFi yang persisten: transparansi swap di-chain memungkinkan maksud transaksi bocor sebelum eksekusi, memberi peluang kepada bot dan trader canggih untuk front-run, melakukan sandwich, atau mengeksploitasi pengguna dengan cara lain.
Proposal SilentSwap Menargetkan Paparan MEV Dan Front-Running
RFC mengidentifikasi visibilitas eksekusi sebagai masalah inti dalam perdagangan DeFi. Saat pengguna mengirimkan transaksi, niat mereka dapat terlihat sebelum transaksi diselesaikan, sehingga bot bisa memantau transaksi yang tertunda, memperkirakan dampak harga yang mungkin terjadi, lalu menyisipkan perdagangan mereka sendiri di sekitar pengguna. Proposal ini menjelaskan MEV, serangan sandwich, dan kebocoran eksekusi sebagai isu yang sudah mapan dalam DeFi. Sebagian pengguna telah mempelajari cara melindungi diri dengan private RPC, aggregator, kontrol slippage, atau alat routing yang lebih canggih, tetapi RFC mencatat bahwa banyak pengguna belum mengadopsi perlindungan tersebut. Arsitektur yang disarankan akan membuat perlindungan lebih mudah dari tingkat antarmuka, karena kebanyakan pengguna berinteraksi dengan DeFi melalui frontend ketimbang langsung melalui kontrak.
Hook Uniswap v4 Memungkinkan Logika Eksekusi Kustom
RFC memanfaatkan Uniswap v4 hooks sebagai komponen inti dari arsitektur yang diusulkan. Hooks memungkinkan pengembang menyesuaikan perilaku pool dan logika eksekusi di sekitar swap, mendukung jenis-jenis routing baru, biaya, penanganan order, dan fitur terkait privasi. Dalam proposal ini, hook v4 menjadi bagian dari arsitektur yang disarankan untuk eksekusi privat. RFC juga menggabungkan UniswapX, yang sudah menangani eksekusi swap yang lebih fleksibel serta pihak penyedia likuiditas eksternal. Kombinasi ini akan memberi pengguna rute di mana detail transaksi mereka kurang terekspos sebelum eksekusi, sambil tetap menggunakan likuiditas dan antarmuka Uniswap.
RFC Menggabungkan Arsitektur Privasi Dengan Penyaringan Kepatuhan
Proposal memasangkan privasi dengan penyaringan kepatuhan sebelum eksekusi. RFC menggambarkan pasangan ini sebagai cerminan pengembangan privasi DeFi saat ini, di mana pengguna menginginkan perlindungan dari front-running dan kebocoran data, sementara regulator dan protokol ingin menghindari pembuatan alat yang memungkinkan aktivitas tersanksi atau penyalahgunaan. Proposal ini menggunakan zk-SNARKs dan penyaringan kepatuhan untuk memproses perdagangan. RFC menyatakan bahwa pendekatan ini berupaya melindungi pengguna yang sah sambil tetap memungkinkan adanya bentuk kontrol kepatuhan.
Proposal Masih Dalam Tahap Diskusi Tanpa Persetujuan
RFC ini adalah proposal diskusi, bukan produk live atau yang sudah disetujui. Tata kelola Uniswap masih perlu memperdebatkan apakah desainnya masuk akal, apakah implementasi teknisnya aman, apakah asumsi kepatuhan dapat diterima, apakah UX-nya jelas, dan apakah fitur tersebut menciptakan risiko baru apa pun bagi protokol atau antarmuka. RFC mengakui bahwa mungkin ada kekhawatiran seputar kompleksitas, asumsi kepercayaan, penyedia penyaringan, eksposur hukum, biaya, serta apakah pengguna memahami apa arti “privat” yang sebenarnya. Proposal ini didasarkan pada RFC tata kelola Uniswap tentang privasi eksekusi native melalui v4 hooks dan UniswapX.
FAQ
Apa yang diusulkan RFC Uniswap?
RFC yang diajukan oleh SilentSwap mengusulkan penambahan jalur eksekusi privat opsional ke antarmuka Uniswap menggunakan hook Uniswap v4 dan UniswapX. Fitur ini akan disajikan sebagai opsi “Swap Privately”, dengan menjaga swap standar dan biaya pool tetap tidak berubah sambil menggunakan zk-SNARKs dan penyaringan kepatuhan sebelum eksekusi.
Mengapa RFC membahas privasi swap?
RFC mengidentifikasi bahwa transparansi swap di-chain memungkinkan niat transaksi bocor sebelum eksekusi, sehingga memberi peluang kepada bot dan trader canggih untuk front-run, melakukan sandwich, atau mengeksploitasi pengguna melalui MEV dan kebocoran eksekusi.
Apa status terkini dari proposal tersebut?
Proposal ini merupakan RFC dalam tahap diskusi. Ini bukan fitur live atau perubahan tata kelola yang telah disetujui, dan tata kelola Uniswap masih perlu mengevaluasi desain, implementasi teknis, asumsi kepatuhan, serta potensi risiko.
