Blockchain kini benar-benar mampu bersaing dengan infrastruktur keuangan yang ada, dengan sistem produksi yang dapat memproses puluhan ribu transaksi per detik dan peningkatan kapasitas signifikan di masa depan.
Namun, di luar sekadar throughput, aplikasi keuangan menuntut kepastian. Ketika sebuah transaksi dikirim—baik perdagangan, bid lelang, atau eksekusi opsi—jaminan waktu tercatat yang dapat diandalkan sangat penting bagi kelangsungan sistem keuangan. Jika transaksi mengalami keterlambatan yang tidak terduga (baik karena faktor adversarial maupun kebetulan), banyak aplikasi menjadi tidak dapat digunakan. Agar aplikasi keuangan onchain kompetitif, blockchain harus memiliki jaminan inklusi jangka pendek: setiap transaksi valid yang diajukan ke jaringan dijamin akan tercatat secepat mungkin.
Contohnya, orderbook onchain. Orderbook yang efisien membutuhkan market maker untuk terus menyediakan likuiditas dengan menjaga order beli dan jual aset. Tantangan utama market maker adalah menjaga spread serapat mungkin tanpa membuka risiko adverse selection akibat harga yang tidak sesuai pasar. Untuk itu, market maker harus terus memperbarui order agar selaras dengan kondisi terbaru. Misal, jika pengumuman Federal Reserve membuat harga aset melonjak, market maker harus segera memperbarui order ke harga baru. Jika transaksi market maker tidak tercatat secara instan, mereka akan rugi karena arbitraseur mengisi order dengan harga lama. Market maker pun harus memperlebar spread demi mengurangi risiko, sehingga venue onchain menjadi kurang kompetitif.
Inklusi transaksi yang prediktabel memberikan market maker jaminan untuk bereaksi cepat terhadap peristiwa offchain dan menjaga efisiensi pasar onchain.
Apa yang ada dan apa yang dibutuhkan
Saat ini, blockchain hanya menawarkan jaminan inklusi eventual yang kuat dalam hitungan detik. Jaminan ini cukup untuk aplikasi pembayaran, namun terlalu lemah untuk aplikasi keuangan di mana pelaku pasar harus bereaksi secara real time. Contoh orderbook di atas: Bagi market maker, jaminan “dalam beberapa detik berikutnya” menjadi tidak berarti jika transaksi arbitraseur bisa tercatat lebih dulu. Tanpa jaminan inklusi kuat, market maker harus memperlebar spread dan menawarkan harga lebih buruk, sehingga perdagangan onchain menjadi kurang menarik dibanding venue lain dengan jaminan lebih kuat.
Agar blockchain benar-benar menjadi infrastruktur modernisasi pasar modal, pembangun harus mengatasi masalah ini supaya aplikasi bernilai tinggi seperti orderbook dapat berkembang.
Mengapa prediktabilitas sulit dicapai?
Memperkuat jaminan inklusi pada blockchain untuk mendukung use case ini sangat menantang. Beberapa protokol mengandalkan satu node (“leader”) yang menentukan inklusi transaksi. Meski menyederhanakan tantangan teknis, hal ini menciptakan titik ekonomi di mana leader dapat mengekstraksi nilai. Selama node terpilih sebagai leader, mereka berkuasa penuh atas transaksi yang masuk ke blok.
Untuk blockchain yang memproses aktivitas keuangan, leader memegang posisi istimewa. Jika leader tunggal menolak satu transaksi, satu-satunya jalan adalah menunggu leader berikutnya yang bersedia memasukkan transaksi. Pada jaringan permissionless, leader terdorong mengekstraksi nilai, dikenal sebagai MEV. MEV melampaui sandwich AMM. Bahkan penundaan inklusi transaksi 10 milidetik bisa menghasilkan profit besar dan menurunkan efisiensi aplikasi. Orderbook yang memprioritaskan subset transaksi trader membuat pelaku lain tidak kompetitif. Dalam kasus terburuk, leader bisa sangat adversarial sehingga trader meninggalkan platform.
Misal ada kenaikan suku bunga dan harga ETH langsung turun 5%. Semua market maker di orderbook bergegas membatalkan order dan membuat order baru dengan harga terbaru. Pada saat yang sama, arbitraseur mengajukan order menjual ETH dengan order lama. Jika orderbook dijalankan pada protokol leader tunggal, leader punya kekuasaan luar biasa. Leader bisa menyensor semua pembatalan order market maker, sehingga arbitraseur untung besar. Atau leader menunda pembatalan sampai arbitraseur tercatat lebih dulu. Leader bahkan bisa memasukkan transaksi arbitrase miliknya sendiri untuk memanfaatkan selisih harga.
Dua desiderata: Resistensi sensor dan privasi
Dengan keunggulan ini, market maker menjadi tidak ekonomis untuk berpartisipasi; setiap pergerakan harga bisa dimanfaatkan. Masalahnya, leader terlalu istimewa dalam dua hal utama: 1) Leader bisa menyensor transaksi pihak lain, dan 2) leader bisa melihat transaksi pihak lain lalu mengajukan transaksi sendiri. Keduanya bisa berakibat fatal.
Contoh
Masalah ini dapat dijelaskan dengan contoh berikut. Ada lelang dengan dua bidder, Alice dan Bob, di mana Bob juga leader untuk blok lelang. (Jumlah bidder hanya ilustrasi; prinsipnya sama.)
Lelang menerima bid selama produksi blok, misal dari t=0 hingga t=1. Alice mengajukan bid bA pada tA dan Bob mengajukan bid bB pada tB > tA. Karena Bob adalah leader, ia selalu bergerak terakhir. Alice dan Bob punya sumber harga aset yang terus diperbarui (misal harga mid-point di exchange terpusat). Pada waktu t, harga ini adalah pt. Diasumsikan pada t, harga yang diharapkan pada t=1 (lelang selesai) selalu pt. Aturan lelang: siapa dengan bid tertinggi menang dan membayar bid-nya.
Kebutuhan resistensi sensor
Jika Bob dapat menyensor bid Alice, lelang gagal. Bob bisa mengajukan bid sekecil apapun dan pasti menang karena tidak ada bid lain. Lelang selesai dengan pendapatan nyaris nol.
Kebutuhan privasi
Kasus lebih rumit: Bob tidak bisa menyensor bid Alice, tapi bisa melihat bid Alice sebelum mengajukan bid sendiri. Bob cukup cek apakah ptB > bA. Jika ya, Bob mengajukan bid sedikit di atas bA; jika tidak, Bob tidak mengajukan bid. Dengan strategi ini, Alice selalu menjadi korban adverse selection. Alice hanya menang jika harga berubah sehingga bid-nya lebih tinggi dari nilai aset. Setiap kali Alice menang, ia rugi dan lebih baik tidak berpartisipasi. Dengan semua bidder pergi, Bob bisa kembali mengajukan bid sekecil apapun dan menang dengan pendapatan lelang nyaris nol.
Intinya, tidak penting berapa lama lelang berlangsung. Selama Bob bisa menyensor bid Alice atau melihatnya sebelum mengajukan bid sendiri, lelang pasti gagal.
Prinsip ini berlaku pada setiap setting perdagangan aset frekuensi tinggi—spot trading, perps, atau exchange derivatif: Jika ada leader dengan kekuasaan seperti Bob, leader bisa membuat pasar runtuh. Agar produk onchain untuk use case ini viable, kekuasaan tersebut tidak boleh diberikan pada leader.
Bagaimana masalah ini muncul dalam praktik?
Kisah di atas menggambarkan suramnya perdagangan onchain pada protokol permissionless leader tunggal. Namun, volume DEX pada banyak protokol leader tunggal tetap sehat. Apa penyebabnya?
Ada dua faktor utama yang menyeimbangkan masalah di atas:
-
Leader tidak sepenuhnya mengeksploitasi kekuatan ekonominya karena mereka sangat berinvestasi pada keberhasilan blockchain, dan
-
Aplikasi membangun solusi agar tidak terlalu rentan terhadap masalah tersebut.
Meski dua faktor ini membuat DeFi tetap berjalan, keduanya tidak cukup agar pasar onchain benar-benar kompetitif dengan counterpart offchain dalam jangka panjang.
Menjadi leader pada blockchain dengan aktivitas ekonomi signifikan memerlukan stake besar. Leader memiliki stake besar sendiri atau reputasi cukup baik sehingga pemegang token lain mendelegasikan stake. Operator node besar umumnya adalah entitas yang dikenal dan reputasinya dipertaruhkan. Stake ini juga berarti operator punya insentif finansial agar blockchain berjalan baik. Karena itu, sejauh ini leader belum sepenuhnya mengeksploitasi kekuatan pasar—namun masalah tetap ada.
Pertama, mengandalkan niat baik operator node melalui tekanan sosial dan insentif jangka panjang bukan fondasi kokoh untuk keuangan masa depan. Semakin besar aktivitas keuangan onchain, semakin besar potensi profit bagi leader. Potensi ini memperberat tekanan sosial untuk menjaga perilaku leader.
Kedua, kekuatan leader adalah spektrum, dari yang jinak hingga menyebabkan pasar benar-benar runtuh. Operator node bisa secara sepihak mendorong eksploitasi kekuatan demi profit lebih tinggi. Jika beberapa operator mendorong batasan, operator lain segera mengikuti. Satu node mungkin tampak tidak signifikan, namun jika semua berubah, dampaknya jelas.
Contoh terbaik fenomena ini adalah timing games: Leader menunda pengumuman blok hingga waktu paling akhir yang valid agar mendapat reward lebih tinggi. Ini menyebabkan waktu blok lebih lama dan blok terlewat jika leader terlalu agresif. Meski profitabilitas strategi ini sudah diketahui, leader memilih tidak menjalankan demi menjaga chain. Namun, ini adalah keseimbangan sosial yang lemah. Begitu satu operator node mulai menjalankan strategi ini tanpa konsekuensi, operator lain segera mengikuti. Timing games hanyalah satu contoh bagaimana leader bisa meningkatkan profit tanpa sepenuhnya mengeksploitasi kekuatan pasar. Ada banyak langkah lain yang bisa diambil leader untuk meningkatkan reward dengan mengorbankan aplikasi. Secara terpisah, langkah-langkah ini mungkin bisa diterima untuk aplikasi, namun pada akhirnya biaya onchain melebihi manfaatnya.
Faktor lain yang membuat DeFi tetap berfungsi adalah aplikasi memindahkan logika penting ke offchain dan hanya memposting hasil ke onchain. Misal, protokol yang perlu menjalankan lelang cepat melakukannya offchain. Aplikasi ini menjalankan mekanisme pada node permissioned untuk menghindari masalah leader adversarial. Contohnya, UniswapX menjalankan lelang Dutch untuk mengisi perdagangan di Ethereum mainnet secara offchain; Cowswap menjalankan batch auction offchain. Meski ini bekerja untuk aplikasi, hal ini membuat layer dasar dan nilai membangun onchain menjadi rentan. Dunia di mana logika eksekusi aplikasi berada offchain membuat layer dasar hanya digunakan untuk settlement. Salah satu nilai utama DeFi adalah komposabilitas. Jika semua eksekusi terjadi offchain, aplikasi hidup di lingkungan terisolasi. Mengandalkan eksekusi offchain juga menambah asumsi baru pada model kepercayaan aplikasi. Tidak hanya mengandalkan chain untuk tetap live, infrastruktur offchain juga harus berjalan agar aplikasi berfungsi.
Cara mendapatkan prediktabilitas
Untuk mengatasi masalah ini, protokol harus memenuhi dua properti: aturan inklusi dan urutan transaksi yang konsisten, serta privasi transaksi sebelum konfirmasi (Untuk definisi rigor dan diskusi lebih lanjut, lihat https://arxiv.org/abs/2509.23984, khususnya Definisi 9 dan 11).
Desideratum #1: Resistensi sensor
Properti pertama adalah resistensi sensor jangka pendek. Protokol dianggap memiliki resistensi sensor jangka pendek jika setiap transaksi yang sampai ke node jujur dijamin akan tercatat di blok berikutnya:
Resistensi Sensor Jangka Pendek: Setiap transaksi valid yang sampai ke node jujur tepat waktu, pasti akan tercatat di blok berikutnya.
Protokol diasumsikan berjalan pada jam tetap dengan blok diproduksi pada waktu tertentu, misal setiap 100 ms. Jaminannya, jika transaksi mencapai node jujur pada t=250 ms, transaksi tercatat di blok t=300 ms. Adversary tidak boleh punya diskresi untuk memasukkan transaksi tertentu dan meninggalkan yang lain. Inti definisi ini, pengguna dan aplikasi harus punya cara sangat dapat diandalkan untuk mencatat transaksi kapan saja. Tidak boleh terjadi satu node drop packet, baik karena niat buruk atau gangguan operasional, menyebabkan perdagangan tidak tercatat.
Meski definisi ini membutuhkan jaminan inklusi untuk transaksi yang sampai ke node jujur, overhead untuk mencapainya mungkin besar. Fitur penting, protokol harus cukup kokoh sehingga entry point untuk transaksi onchain berperilaku sangat prediktabel dan mudah dipahami. Protokol permissionless leader tunggal jelas tidak memenuhi properti ini, karena jika leader tunggal bersifat Byzantine, tidak ada cara lain untuk mencatat transaksi. Namun, bahkan empat node yang bisa menjamin inklusi transaksi di setiap slot sangat meningkatkan opsi bagi pengguna dan aplikasi. Layak mengorbankan sebagian performa demi protokol yang bisa diandalkan agar aplikasi berkembang. Masih banyak pekerjaan untuk menemukan tradeoff yang tepat antara robust dan performa, namun jaminan protokol yang ada belum cukup.
Dengan protokol yang menjamin inklusi, urutan transaksi jadi lebih mudah. Protokol bebas menggunakan aturan urutan deterministik untuk urutan konsisten. Solusi sederhana: urutkan berdasarkan priority fee atau beri fleksibilitas ke aplikasi untuk urutan transaksi yang berinteraksi dengan state mereka. Cara optimal mengurutkan transaksi masih riset aktif, namun aturan urutan hanya penting jika transaksi benar-benar tercatat.
Desideratum #2: Privasi
Setelah resistensi sensor jangka pendek, properti berikutnya adalah protokol menyediakan bentuk privasi.
Privasi: Tidak ada pihak, kecuali node tempat transaksi diajukan, yang mengetahui informasi tentang transaksi sebelum inklusi transaksi difinalisasi oleh protokol.
Protokol dengan privasi memungkinkan node melihat transaksi yang diajukan kepada mereka secara plain text, tetapi protokol lainnya tetap buta hingga konsensus selesai dan urutan transaksi dalam log yang telah difinalisasi sudah ditentukan. Misal, protokol bisa menggunakan timelock encryption sehingga konten blok tersembunyi hingga tenggat waktu tertentu; atau threshold encryption sehingga blok didekripsi setelah komite sepakat blok sudah tidak dapat dibatalkan.
Node bisa menyalahgunakan informasi transaksi yang diajukan kepadanya, tetapi protokol lain tidak mengetahui isi transaksi yang mereka konsensuskan hingga setelah fakta tersebut. Saat informasi transaksi dibuka ke jaringan, transaksi sudah diurutkan dan dikonfirmasi, sehingga tidak ada pihak lain yang bisa front-run. Agar definisi ini berguna, beberapa node bisa mencatat transaksi di setiap slot.
Alasan tidak memilih konsep lebih kuat di mana hanya pengguna yang tahu transaksi sebelum dikonfirmasi (misal pada encrypted mempools) adalah protokol butuh langkah filter transaksi spam. Jika isi transaksi tersembunyi dari jaringan, jaringan tidak punya cara memfilter transaksi sampah dari transaksi bermakna. Satu-satunya cara mengatasi ini adalah membocorkan metadata seperti alamat fee payer yang tetap dikenakan biaya terlepas dari validitas transaksi. Namun, metadata ini bisa membocorkan informasi bagi adversary. Maka, lebih baik satu node punya visibilitas penuh atas transaksi, tetapi node lain di jaringan tidak punya visibilitas. Agar properti ini berguna, pengguna harus punya setidaknya satu node jujur sebagai entrypoint untuk transaksi di setiap slot.
Protokol dengan resistensi sensor jangka pendek dan privasi menyediakan fondasi ideal untuk aplikasi keuangan. Contoh menjalankan lelang onchain, dua properti ini langsung mengatasi cara Bob bisa menyebabkan pasar runtuh. Bob tidak bisa menyensor bid Alice maupun menggunakan bid Alice untuk bid miliknya sendiri, mengatasi masalah 1) dan 2) dari contoh sebelumnya. (Untuk detail lebih lanjut, lihat preprint terbaru ini.)
Dengan resistensi sensor jangka pendek, siapa pun yang mengajukan transaksi—perdagangan atau bid lelang—dijamin inklusi instan. Market maker bisa mengubah order; bidder bisa cepat mengajukan bid; likuidasi tercatat efisien. Pengguna bisa yakin setiap tindakan segera dieksekusi. Hal ini memungkinkan generasi berikutnya aplikasi keuangan real-world berlatensi rendah dibangun sepenuhnya onchain. Agar blockchain benar-benar bersaing dan melampaui infrastruktur keuangan yang ada, kita harus menyelesaikan lebih dari sekadar throughput.
Pandangan yang disampaikan di sini adalah milik individu AH Capital Management, L.L.C. (“a16z”) yang dikutip dan bukan pandangan dari a16z atau afiliasinya. Informasi tertentu diperoleh dari sumber pihak ketiga, termasuk perusahaan portofolio dana yang dikelola oleh a16z. Meski diambil dari sumber yang dianggap dapat dipercaya, a16z tidak secara independen memverifikasi informasi tersebut dan tidak membuat pernyataan tentang keakuratan atau kesesuaian informasi untuk situasi tertentu. Konten ini dapat mencakup iklan pihak ketiga; a16z tidak meninjau iklan tersebut dan tidak mendukung konten iklan yang terdapat di dalamnya.
Anda harus berkonsultasi dengan penasihat Anda sendiri terkait hal-hal tersebut. Referensi terhadap sekuritas atau aset digital hanya untuk ilustrasi dan tidak merupakan rekomendasi investasi atau penawaran layanan konsultasi investasi. Konten ini tidak ditujukan kepada maupun untuk digunakan oleh investor atau calon investor, dan tidak boleh dijadikan dasar dalam mengambil keputusan investasi pada dana yang dikelola a16z. (Penawaran investasi pada dana a16z hanya dilakukan melalui memorandum private placement, perjanjian langganan, dan dokumen relevan lain dari dana tersebut dan harus dibaca secara lengkap.) Investasi atau perusahaan portofolio yang disebutkan, dirujuk, atau dijelaskan tidak mewakili semua investasi pada kendaraan yang dikelola a16z, dan tidak ada jaminan investasi akan menguntungkan atau investasi lain di masa depan akan memiliki karakteristik atau hasil serupa. Daftar investasi dana yang dikelola oleh Andreessen Horowitz (tidak termasuk investasi yang penerbitnya tidak memberikan izin bagi a16z untuk mengungkapkan secara publik serta investasi yang belum diumumkan pada aset digital yang diperdagangkan secara publik) tersedia di https://a16z.com/investment-list/.
Konten hanya berlaku pada tanggal yang tertera. Proyeksi, estimasi, perkiraan, target, prospek, dan/atau opini dalam materi ini dapat berubah tanpa pemberitahuan dan mungkin berbeda atau bertentangan dengan opini pihak lain. Silakan lihat https://a16z.com/disclosures/ untuk informasi penting tambahan.
Penafian:
-
Artikel ini diterbitkan ulang dari [a16zcrypto]. Semua hak cipta milik penulis asli [@PGarimidi,@jneu_net, dan @MaxResnick]. Jika ada keberatan terhadap penerbitan ulang ini, silakan hubungi tim Gate Learn, dan mereka akan menanganinya dengan segera.
-
Penafian Tanggung Jawab: Pandangan dan opini yang diungkapkan dalam artikel ini semata-mata milik penulis dan tidak merupakan saran investasi apa pun.
-
Terjemahan artikel ke bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel terjemahan dilarang.
