
Transaksi SUAVE yang umum tidak dimulai di mempool. Sebaliknya, semuanya dimulai dengan sebuah intent. Intent ini mungkin merupakan keinginan pengguna untuk swap token, menawar NFT, berpartisipasi dalam likuidasi, atau melakukan aksi cross-chain. Tidak seperti transaksi tradisional, yang sepenuhnya ditentukan dan disiarkan ke publik, sebuah intent dalam SUAVE dienkripsi dan hanya ditentukan sebagian. Hal ini memberi ruang bagi solver untuk mengusulkan jalur eksekusi yang optimal.
Setelah pengguna menandatangani dan mengirimkan intent ini ke Membrane SUAVE, lapisan privasi mengenkripsinya dan mengirimkannya ke lingkungan yang aman. Lingkungan ini dapat berupa Lingkungan Eksekusi Tepercaya (Trusted Execution Environment/TEE), sistem zero-knowledge proof, atau jaringan secure enclave yang direplikasi. Dalam lingkungan ini, intentnya dirahasiakan hingga jaringan Solver mengevaluasinya.
Solver mengakses sekumpulan intent terenkripsi dan bersaing dalam lelang universal untuk memberikan eksekusi terbaik. Setiap solver mengusulkan jalur transaksi lengkap beserta tawaran—yang bisa berupa rebate untuk pengguna, output minimum yang dijamin, atau keuntungan terukur lainnya. Penawaran ini tidak terlihat oleh solver lainnya selama lelang, demi menjaga keadilan.
MEVM, mesin eksekusi SUAVE, mengevaluasi solusi yang diusulkan dan memilih pemenang berdasarkan logika yang dapat diprogram. Bundle eksekusi solver yang menang kemudian didekripsi, diselesaikan, dan dirutekan ke blockchain yang sesuai melalui Membrane. Chain penerima menerima transaksi sebagai bundel standar atau bukti inklusi, menyelesaikannya secara on-chain, dan mengembalikan konfirmasi ke SUAVE.
Tidak ada satu titik pun dalam proses ini di mana data transaksi pengguna terekspos ke publik. Finalitas dijamin oleh lapisan penyelesaian chain tujuan, tetapi pengurutan dan privasi ditangani oleh SUAVE.
Ekosistem SUAVE terdiri dari beberapa pelaku berbeda, yang masing-masing memerankan peran penting dalam fungsionalitas sistem. Memahami peran ini penting bagi siapa pun yang ingin membangun atau berintegrasi dengan SUAVE.
Pengguna adalah sumber aliran order. Mereka berinteraksi dengan dApp atau dompet untuk mengekspresikan intent mereka. SUAVE mendukung pengguna individu dan protokol yang mengirimkan transaksi atas nama pengguna mereka. Pengguna memegang kendali penuh atas intent mereka dan dapat memilih preferensi untuk toleransi slippage, kecepatan, atau privasi.
Solver adalah entitas yang menafsirkan intent pengguna dan mengusulkan rencana eksekusi. Solver menganalisis intent terenkripsi dalam lapisan privasi dan bersaing dalam lelang untuk memenuhinya. Mereka dapat berupa pelaku arbitrase, router likuiditas, market maker, atau bot yang dioptimalkan untuk tugas-tugas tertentu. Insentif mereka selaras dengan pengguna—mereka hanya mendapat keuntungan jika memberikan eksekusi yang paling berharga.
Pembangun adalah perantara opsional yang menggabungkan beberapa intent yang telah diselesaikan menjadi satu bundle. Meskipun solver dapat mengirimkan langsung ke Membrane, pembangun dapat mengoptimalkan efisiensi gas, pengurutan ulang, atau pengemasan bersama beberapa transaksi. Pembangun menambahkan skalabilitas dan fleksibilitas, terutama saat menangani periode throughput tinggi.
MEVM menangani logika arbitrase dan eksekusi. MEVM mengevaluasi proposal solver, menerapkan aturan lelang, dan memastikan hanya solusi valid yang dipilih. Pengembang dapat menulis aturan khusus untuk MEVM, seperti memprioritaskan solver terdesentralisasi, menerapkan rebate minimum pengguna, atau mewajibkan bukti likuiditas cross-chain.
Membrane berfungsi sebagai bridge antara SUAVE dan chain eksternal. Membrane menerima masukan pengguna, mengirimkan transaksi final, dan menangani sinkronisasi status. Membrane juga mengelola perizinan dan proof-of-integrity untuk penyelesaian cross-chain.
Validator, dalam konteks ini, terbatas pada chain penyelesaian. Mereka tidak mengetahui cara kerja internal SUAVE dan hanya memproses bundel yang telah difinalisasi. Hal ini menjaga operasional SUAVE tetap ringan dan menghindari kebutuhan untuk meyakinkan lapisan konsensus untuk mengadopsi infrastruktur baru.
Inovasi utama dalam SUAVE adalah konsep router nilai— layanan serupa smart contract yang berada di dalam MEVM dan menangani kelas intent tertentu. Router nilai serupa dengan dApp tetapi beroperasi pada aliran order pra-chain privat alih-alih transaksi publik.
Untuk membangun router nilai, pengembang mendefinisikan tiga komponen:
Setelah diterapkan ke MEVM, router nilai mulai menerima intent melalui Membrane. Solver terhubung ke router melalui API standar dan mulai bersaing untuk memenuhi permintaan yang masuk. Karena router beroperasi dalam lingkungan yang menjaga privasi, mereka dapat memproses data sensitif dalam jumlah besar dengan aman tanpa mengungkapkan strategi.
Kasus penggunaan untuk router nilai meliputi:
Karena MEVM tidak bergantung pada chain, satu router dapat melayani beberapa chain, sehingga pengembang dapat menulis sekali saja dan melayani basis pengguna global.
Salah satu tujuan jangka panjang SUAVE adalah membuat ketahanan MEV tidak terlihat oleh pengguna. Agar ini terjadi, dompet harus terintegrasi dengan SUAVE di tingkat UI dan RPC. Alih-alih mengirim transaksi ke mempool tradisional, dompet merutekannya melalui Membrane dan menampilkan opsi eksekusi yang dikembalikan dari solver.
Dari sudut pandang pengguna, tidak ada yang berubah. Mereka mengeklik “Swap,” “Mint,” atau “Vote” seperti biasa. Namun di balik layar, transaksi mereka dienkripsi, dilelang, dan dipenuhi melalui SUAVE. Pengguna melihat harga yang lebih baik, konfirmasi yang lebih cepat, atau rebate—tanpa perlu memahami cara kerjanya.
Dompet secara opsional dapat menampilkan opsi solver, yang diberi peringkat berdasarkan harga, privasi, atau kecepatan. Hal ini memungkinkan pengguna berpengalaman untuk menyesuaikan pengalaman mereka sementara pengguna biasa mendapat manfaat dari pengaturan default yang dioptimalkan untuk keadilan. SDK dompet masa depan dari Flashbots dan pihak ketiga kemungkinan akan menyederhanakan jalur integrasi ini.
Karena SUAVE tidak menyelesaikan transaksi sendiri, ia harus bekerja selaras dengan chain eksternal. Hal ini menimbulkan kompleksitas tetapi juga membuka peluang untuk alur kerja tingkat lanjut. Pertimbangkan pengguna yang ingin:
Dalam pengaturan tradisional, ini memerlukan beberapa langkah, persetujuan, dan kepercayaan pada relayer bridge. Dalam SUAVE, seluruh alur kerja dapat dinyatakan sebagai satu intent tunggal. Para solver bersaing untuk memenuhi intent itu dengan cara seefisien mungkin. Solusi terbaik dipilih, diselesaikan di seluruh chain, dan dikonfirmasi kepada pengguna dengan satu tanda tangan.
Komposabilitas multi-chain semacam ini sulit dicapai dengan arsitektur yang ada. SUAVE memungkinkannya dengan memisahkan eksekusi dari penyelesaian, yang memungkinkan alur kerja dikoordinasikan sebelum diserahkan ke setiap chain secara berurutan.
Pertanyaan terakhir untuk penerapan praktis adalah bagaimana peserta dibayar. Solver, pembangun, dan relay harus diberi insentif untuk melakukan komputasi, berpartisipasi dalam lelang, dan merutekan transaksi.
Dalam SUAVE, insentif dapat diprogram. Solver mengajukan tawaran yang mencakup pembayaran kepada pengguna (rebate), kepada sistem (biaya), dan kepada chain penyelesaian (gas). Pembayaran ini diberlakukan di tingkat MEVM dan hanya diselesaikan setelah penyelesaian mengonfirmasi transaksi.
Sistem reputasi dapat melacak kinerja solver dari waktu ke waktu. Kinerja yang buruk, eksekusi yang gagal, atau slippage di luar toleransi yang ditetapkan dapat dihukum dengan mengecualikan solver dari lelang di masa mendatang. Pengguna juga dapat memasukkan solver yang berperilaku jahat ke dalam blacklist.
Keseimbangan antara insentif dan reputasi ini penting untuk menjadikan SUAVE berkelanjutan. Daripada mengandalkan altruisme atau kepercayaan, ia menciptakan pasar di mana perilaku jujur merupakan strategi yang paling menguntungkan.
Skenario:
Sarah ingin membeli NFT yang di-list di marketplace Arbitrum, tetapi ia hanya memiliki ETH di Ethereum Mainnet. Dalam pengaturan Web3 pada umumnya, hal ini meliputi:
Alur ini memerlukan waktu, melibatkan banyak antarmuka, memaparkannya pada risiko MEV dan bridge, serta memerlukan gas fee yang tinggi pada Ethereum.
Langkah 1: Kirimkan Intent
Sarah menggunakan dompet yang mendukung SUAVE. Dia mengklik “Beli NFT” dari UI marketplace dan menyetujui satu intent:
Langkah 2: Privasi & Lelang Solver
Solver menerima kumpulan intent ini. Seorang solver menyarankan:
Swap ETH→USDC melalui jalur yang dioptimalkan MEV di Ethereum.
Langkah 3: Eksekusi dan Finalitas
Contoh ini menunjukkan bagaimana SUAVE mengubah UX multi-langkah yang kompleks menjadi eksekusi privat cross-chain sekali klik, dengan biaya yang dioptimalkan dan insentif bawaan. Hal ini mencerminkan perilaku DeFi yang umum (seperti swap dan bridging), tetapi mengeksekusinya dengan lebih baik, menjadikan visi teknis SUAVE intuitif dan kuat dalam praktiknya.