Dark pool dengan cepat muncul sebagai medan baru sektor keuangan terdesentralisasi (DeFi) Ethereum. Desain dark pool mengatasi masalah seperti ketidakpastian harga dan privasi perdagangan yang buruk dalam pertukaran onchain-masalah yang membuat investor luar waspada terhadap DeFi, meskipun manfaat yang jelas seperti akses ke likuiditas 24/7 dan mekanisme generasi yield baru.

Dalam artikel ini, kami memberikan gambaran tentang dark pools dan menjelajahi peran mereka dalam keuangan tradisional dan DeFi. Kami juga menjelaskan mekanisme dark pools yang khusus untuk kripto dan membahas kendala potensial untuk adopsi lebih luas dark pools onchain.

Pengantar: Dark pools dalam keuangan tradisional

Meskipun terdengar menyeramkan dan ilegal, dark pools sebenarnya merupakan komponen yang sudah ada dalam sistem keuangan tradisional (yang sangat diatur). Di bawah ini adalah definisi dark pool dari Investopedia:

“Kolam gelap adalah forum keuangan yang diatur secara pribadi atau bursa untuk perdagangan sekuritas. Kolam gelap memungkinkan investor institusional untuk berdagang tanpa paparan hingga setelah perdagangan dilaksanakan dan dilaporkan. Kolam gelap adalah jenis sistem perdagangan alternatif (ATS) yang memberikan kesempatan kepada investor tertentu untuk menempatkan pesanan besar dan melakukan perdagangan tanpa secara publik mengungkapkan niat mereka selama mencari pembeli atau penjual.”

Dark pools populer di kalangan investor institusi, individu berkekayaan tinggi, dana lindung nilai, perusahaan reksa dana, dan entitas lain yang ingin mengeksekusi perdagangan dalam skala besar secara anonim. Keinginan untuk melakukan perdagangan secara anonim berasal dari sensitivitas harga pasar terhadap permintaan dan penawaran yang dirasakan (semakin diperkuat oleh platform perdagangan elektronik yang memungkinkan respon hampir instan bahkan terhadap sinyal yang lemah). Hal ini terutama berlaku di bursa tradisional di mana orderbook bersifat publik dan orang dapat menempatkan atau membatalkan pesanan sesuka hati.

Buku pesanan di bursa pusat limit orderbook (CLOB) bersifat publik. (sumber)

Misalkan Alice menempatkan pesanan jual pasar untuk menjual 500 saham Tesla di bursa. Ini adalah pesanan kecil yang hampir tidak akan berdampak pada harga saham Tesla yang ditawarkan di bursa. Namun, Alice menempatkan pesanan untuk menjual 10 juta saham saham Tesla adalah hal yang berbeda sama sekali.

Dalam skenario ini, pesanan jual besar yang terlihat dalam orderbook menandakan potensi penurunan permintaan untuk saham Tesla. Perusahaan perdagangan canggih, terutama yang menggunakan algoritma perdagangan frekuensi tinggi (HFT), kemungkinan besar akan menangkap sinyal ini. Mereka mungkin bertindak cepat dengan menjual kepemilikan mereka sebelum pesanan Alice dapat dieksekusi, mengantisipasi penurunan harga saham Tesla. Akibatnya, nilai pasar saham Tesla dapat menurun, mengakibatkan harga eksekusi yang lebih buruk bagi Alice. Jika Alice tidak menggunakan teknik perdagangan canggih, perdagangannya mungkin berakhir dengan kerugian karena penurunan harga terjadi sebelum pesanannya terisi.

Masalah ini semakin rumit dengan adanya perusahaan HFTyang menggunakan algoritma properti yang mampu merespons secara real-time terhadap aktivitas di pertukaran central limit orderbook (CLOB). Berikut adalah beberapa skenario hipotetis:

Frontrunning

Bayangkan Alice, seorang investor, memutuskan untuk menjual sejumlah besar saham Tesla di bursa saham tradisional. Jika dia menempatkan pesanan jualannya di pasar, detail pesanan ini, termasuk ukuran dan tujuan, menjadi terlihat secara publik bagi peserta lain sebelum perdagangan diselesaikan. Sebuah perusahaan perdagangan yang canggih, dilengkapi dengan algoritma perdagangan berkecepatan tinggi, mungkin melihat pesanan besar ini dan segera bertindak atas informasi ini.

Misalnya, perusahaan perdagangan dapat memutuskan untuk menjual saham Tesla miliknya sendiri sebelum pesanan Alice dieksekusi, dengan mengantisipasi bahwa pesanan jual besarannya akan menurunkan harga saham. Dengan melakukannya, perusahaan mengunci harga yang lebih tinggi untuk sahamnya sebelum pasar bereaksi terhadap penjualan Alice. Begitu pesanan besar Alice dieksekusi, banjir saham yang masuk ke pasar menekan harga saham, dan perusahaan perdagangan dapat membeli kembali saham yang sama dengan harga diskon, menghasilkan keuntungan dari selisih tersebut.

Praktik ini, yang disebut frontrunning, mengeksploitasi keterlihatan pesanan Alice untuk mendapatkan keuntungan keuangan dengan biaya yang ditanggung olehnya. Hasilnya bagi Alice adalah harga eksekusi yang lebih buruk untuk perdagangannya karena pasar bereaksi negatif sebelum pesanannya selesai. Frontrunning adalah masalah yang signifikan dalam sistem keuangan tradisional di mana orderbook adalah publik, memungkinkan peserta tertentu bertindak berdasarkan informasi sebelum orang lain mendapat kesempatan.

Pemudaran kutipan

Mari kita lanjutkan dengan contoh Alice, namun kali ini fokus pada perilaku pembuat pasar - entitas yang memberikan penawaran beli dan jual di bursa. Misalkan pesanan jual besar Alice menjadi terlihat di orderbook publik bursa. Pembuat pasar awalnya memiliki tawaran untuk membeli saham Tesla seharga $200 per saham. Setelah melihat pesanan jual besar Alice, pembuat pasar mungkin curiga bahwa peningkatan pasokan akan menyebabkan harga saham Tesla turun.

Untuk menghindari membeli saham pada harga $200 hanya untuk melihat nilainya menurun, pembuat pasar dengan cepat membatalkan atau memodifikasi pesanan belinya. Tindakan ini, yang dikenal sebagai quote fading, efektif menghilangkan likuiditas dari pasar. Ketika pesanan jual Alice akhirnya dieksekusi, ada lebih sedikit pembeli yang tersisa, dan dia harus menerima harga yang lebih rendah—mungkin $195 alih-alih $200.

Penipisan kuotasi secara tidak adil merugikan pedagang seperti Alice dengan memungkinkan penyedia likuiditas untuk menyesuaikan kuotasinya berdasarkan pengetahuan seperti yang dimiliki oleh peserta lainnya. Karena orderbook adalah publik dalam pertukaran orderbook batas terpusat (CLOB), pembuat pasar dapat melihat pesanan masuk secara real time dan bereaksi sesuai. Sayangnya, Alice tidak memiliki cara untuk mencegah transaksinya terpengaruh oleh praktik ini, karena hal itu berasal dari transparansi orderbook itu sendiri.

Mengapa dark pools?

Dark pool muncul di keuangan tradisional sebagai respons terhadap masalah yang disebutkan di atas. Tidak seperti pertukaran "menyala", dark pool mengeksekusi perdagangan di luar bursa umum seperti NYSE (New York Stock Exchange) dan Nasdaq. Pesanan yang diajukan oleh pembeli dan penjual dicocokkan secara langsung dan tidak ada seorang pun kecuali operator pusat yang memiliki informasi tentang buku pesanan.

Yang lebih penting, setiap orang yang bertransaksi melalui dark pool hanya mengetahui pesanan mereka sendiri dan harga penyelesaian. Kecuali operator pusat membocorkan informasi, tidak mungkin mengetahui apa pun tentang pengguna lain – seperti identitas dan ukuran/nilai pesanan – bahkan saat berdagang aset dengan pihak lain.

Ini memiliki beberapa implikasi bagi orang-orang yang ingin berdagang dengan risiko paparan fluktuasi pasar yang minimal. Secara khusus, para trader dapat melakukan perdagangan dalam skala besar tanpa memberi tahu niat untuk membeli atau menjual saham tertentu kepada publik dan mengurangi dampak perdagangan pada pasar saham. Hal ini meningkatkan kepastian bahwa perdagangan yang signifikan tidak akan mengalami frontrunning atau quote fading dan penjual (atau pembeli) akan mendapatkan harga terbaik yang tersedia.

Misalkan Alice memutuskan untuk menjual 10 miliar saham Tesla di kolam gelap, menetapkan harga jual sebesar $1 per saham. Kolam gelap mengidentifikasi dan mencocokkan pesanan Alice dengan pesanan sesuai Bob untuk membeli 10 miliar saham Tesla dengan valuasi yang sama. Ketika perdagangan dieksekusi, publik tetap tidak menyadari rincian transaksi sampai setelah penyelesaian. Hanya setelah itu pasar mengetahui bahwa 10 miliar saham berpindah tangan, tetapi tanpa mengetahui identitas pembeli atau penjual, sehingga melindungi niat dan strategi perdagangan kedua belah pihak.

Kita dapat melihat bagaimana perdagangan melalui dark pool melindungi kepentingan Alice dan meningkatkan kualitas eksekusi serta kepastian harga kliring:

• Bob tidak tahu apa-apa tentang Alice dan hanya tahu bahwa ia menerima 10 miliar saham Tesla dengan harga $10 miliar, dan seseorang menerima $10 miliar untuk saham-saham tersebut. Bob tidak dapat memudarkan kutipan karena orderbook tersembunyi - Bob harus merencanakan untuk benar-benar membeli saham untuk mengetahui seseorang memiliki 10 miliar saham untuk dijual (informasi ini diketahui setelah order cocok).
• Perdagangan depan Alice sulit dilakukan karena operator pusat menyamarkan rincian pesanan beli dan jual tertunda serta likuiditas pasar. Satu-satunya cara perdagangan Alice menjadi informasi publik adalah jika administrator kolam gelap membagikan informasi tersebut dengan pihak eksternal (ini ilegal, namun).

Hari ini, ada puluhan kolam renang yang beroperasi dan perkiraan menunjukkan bahwa 40 persen dari perdagangan elektronik dilakukan melalui dark pools. Popularitas dark pool yang semakin meningkat telah bersamaan dengan regulasi yang semakin berkembang, terutama mengingat akses istimewa operator kolam renang terhadap informasi tentang pesanan yang tertunda (Credit Suisse dan Barclays dijatuhi denda total $150 juta pada tahun 2016 karena bocornya informasi tentang transaksi dark pool kepada pihak eksternal).

Kolam gelap di DeFi

(sumber)

Jika kolam renang gelap diperlukan di TradFi, dapat dikatakan bahwa hal tersebut bahkan lebih kritis di DeFi karena transparansi bawaan dari sistem blockchain dan tantangan yang dihadirinya dalam menjaga privasi perdagangan dan kualitas eksekusi. Hal ini terutama berlaku untuk pertukaran terdesentralisasi (DEXes) yang memfasilitasi perdagangan elektronik dan menyediakan fungsionalitas yang mirip dengan bursa tradisional.

• Node-noda arsip dapat mengajukan pertanyaan kepada blockchain untuk informasi tentang transaksi historis yang berinteraksi dengan kolam AMM dan silang merujuk ke aktivitas onchain yang terkait dengan alamat tertentu. Hal ini membuat mudah bagi siapa pun untuk menyalin strategi perdagangan yang digunakan oleh para trader alpha.
• Mempool yang menyimpan informasi tentang transaksi tertunda bersifat publik dan tersedia untuk siapa saja yang terhubung ke node penuh. Hal ini membuat pengguna DEX rentan terhadap masalah kehilangan kuota di mana orang membatalkan pesanan jual/beli sebagai respons terhadap perdagangan besar yang mampu menggerakkan pasar dan menyebabkan eksekusi harga terburuk bagi para pedagang.
• Status pasca dari DEX dapat dihitung dengan mudah oleh siapa pun yang mengamati mempool, yang membuka pintu bagi ekstraksi MEV (nilai ekstraksi maksimal) yang jahat oleh validator dan bot MEV. Para pelaku ini dapat mengamati dampak dari perdagangan di kolam DEX dan memutuskan untuk memotong atau menyandwich transaksi jika simulasi perubahan status mengungkapkan potensi keuntungan. (Bahwa pengguna mengirimkan transaksi “secara terang-terangan” untuk disertakan dalam blok memperparah masalah ini.)
• Perdagangan DEX mungkin gagal dilakukan jika produsen blok dengan sengaja menyensor transaksi pengguna. Karena informasi akun tersedia secara publik, validator dapat membangun profil untuk alamat tertentu dan memilih untuk diskriminasi terhadap pihak lawan tersebut saat memproses transaksi.
• Validator mungkin melihat informasi tentang transaksi dan memutuskan untuk tidak menyertakannya dalam blok berikutnya. Pengguna tidak dapat menyembunyikan rincian transaksi dari validator atau menghindari mengungkapkan niat untuk membeli/menjual token.

(Sumber)

Masalah-masalah ini telah menyebabkan DEX tradisional tidak disukai oleh paus besar dan trader institusional yang sensitif terhadap harga dan kualitas eksekusi. DeFi adalah korban terbesar, bagaimanapun—dengan DEX tidak mampu menggantikan bursa TradFi meskipun memiliki beberapa kualitas seperti transaksi tanpa batas dan eksekusi yang bebas kepercayaan dan transparan untuk pengguna. Alternatif baru sepertiCowSwapdanUniswapXtelah muncul untuk memecahkan masalah, tetapi memperkenalkan kembali kebutuhan untuk mempercayai operator pusat, mirip dengan cara dark pools tradisional berfungsi. Sementara dark pools di TradFi bersifat pribadi dalam arti bahwa informasi akun tersembunyi dari orang lain, data ini tetap dapat diakses oleh bank atau operator, membuatnya rentan terhadap penyalahgunaan atau kebocoran jika administrator kurang mampu atau tidak jujur.

Membawa dark pools onchain bukan hanya mungkin tetapi juga merupakan pendekatan optimal untuk membangun platform perdagangan terdesentralisasi yang menawarkan eksekusi berkualitas tanpa ketergantungan berlebihan pada operator pusat. Sementara transparansi inheren dari blockchain—di mana siapa pun dapat memverifikasi keakuratan komputasi melalui menjalankan node—mungkin terlihat bertentangan dengan fungsionalitas dark pool, tantangan ini dapat diatasi. Solusinya terletak pada teknologi peningkatan privasi (PET), pendekatan kriptografis yang memungkinkan penyembunyian informasi sambil mempertahankan integritas pembaruan ledger. Hal ini memungkinkan kita untuk memanfaatkan verifikasi blockchain sambil memperkenalkan fitur-fitur privasi yang penting untuk operasi dark pool.

Membangun dark pools terdesentralisasi mungkin terlihat tidak mungkin karena blockchain dirancang untuk transparan dan dapat ditanyakan. Ini sebenarnya yang membuat blockchain lebih baik dari basis data reguler: semua orang dapat menjalankan node dan memverifikasi bahwa perubahan pada basis data dihitung dengan benar. Tetapi kita dapat bekerja di sekitar kendala ini dengan memanfaatkan kriptografi - khususnya, teknologi peningkatan privasi (PET) - yang memungkinkan menyembunyikan informasi sambil memastikan pembaruan pada buku besar konsisten dengan aturan.

Bagaimana dark pools bekerja?

Tidak ada satu cara untuk membangun dark pool onchain. Namun, semua dark pool crypto memiliki karakteristik umum: mereka menggunakan berbagai mekanisme kriptografi untuk menyembunyikan informasi tentang perdagangan onchain dan meningkatkan kualitas eksekusi untuk pengguna.

Multiparty computation (MPC), zero-knowledge proofs, threshold encryption, Fully Homomorphic Encryption (FHE), dan Trusted Execution Environments (TEEs) adalah beberapa primitif yang tersedia bagi perancang mekanisme yang bekerja pada dark pool crypto-native. Tujuan dalam setiap kasus adalah untuk mempertahankan jaminan seputar privasi perdagangan tanpa meningkatkan asumsi kepercayaan atau membuat sistem rentan terhadap manipulasi.

Renegade, Tristero, dan Railgunadalah contoh-contoh kolam gelap onchain dalam ekosistem Ethereum. Kami akan menjelaskan secara singkat setiap protokol ini untuk memberikan gambaran tentang bagaimana kolam gelap onchain berfungsi dalam praktiknya. Artikel ini akan berfokus pada Renegade, mengeksplorasi desainnya dan pendekatan protokol dalam melindungi informasi tentang perdagangan yang dilakukan oleh peserta pasar.

Renegade: Mempercepat DeFi pribadi dengan kriptografi mutakhir

Renegade adalah dark pool terdesentralisasi yang menjaga privasi yang dirancang untuk mengatasi kekurangan kritis dalam lanskap perdagangan keuangan terdesentralisasi (DeFi) yang ada. Dengan memanfaatkan teknik kriptografi canggih seperti bukti pengetahuan nol (ZKP) dan komputasi multipihak (MPC), Renegade memungkinkan pengguna untuk menempatkan, mencocokkan, dan menyelesaikan pesanan dengan aman tanpa mengungkapkan saldo, niat perdagangan, atau strategi mereka kepada pihak ketiga. Berbeda dengan DEX tradisional, yang mengungkapkan data orderbook untuk pemeriksaan publik, Renegade mengenkripsi semua informasi dompet dan pesanan, memastikan bahwa perdagangan terjadi dengan cara yang pribadi dan tahan terhadap manipulasi.

Pada intinya, Renegade memungkinkan pengguna untuk mencapai perdagangan yang tanpa kepercayaan, onchain dengan presisi dan kualitas eksekusi yang sama seperti pertukaran terpusat sambil mempertahankan jaminan privasi yang diperlukan untuk melindungi dari praktik-praktik frontrunning, quote fading, dan eksploitasi lainnya. Dengan memperkenalkan single global merkle tree untuk manajemen state, Renegade mempertahankan manfaat dari transparansi blockchain, seperti verifikasi dan ketidakubahannya, sambil melindungi rincian perdagangan yang sensitif dari mata publik.

Menangani masalah-masalah sistem DeFi saat ini

Desain pertukaran terdesentralisasi (DEX) saat ini — baik berdasarkan Automated Market Makers (AMM) maupun Central Limit Order Books (CLOB) — memperkenalkan kelemahan kritis yang mempengaruhi semua peserta, mulai dari pengguna reguler hingga trader institusional. Masalah ini muncul karena transaksi dan pesanan disiarkan sebagai teks biasa pada blockchain yang transparan. Meskipun transparansi adalah dasar untuk verifikasi tanpa kepercayaan, hal itu juga mengungkapkan trader terhadap praktik berbahaya seperti frontrunning, quote fading, dan address profiling.

Untuk pedagang kecil dan investor besar, kerentanan ini mengakibatkan eksekusi perdagangan yang buruk, kerugian finansial, dan berkurangnya kepercayaan pada keuangan terdesentralisasi. Renegade menghilangkan masalah ini dengan memperkenalkan teknik kriptografi yang menjaga privasi tanpa mengorbankan integritas sistem terdesentralisasi.

Nilai Ekstraksi Maksimal (MEV)

Rata-rata total keuntungan MEV (dataset 30 hari) menurut EigenPhi

Setiap kali pesanan dan transaksi terlihat di mempool, mereka menjadi rentan terhadap manipulasi oleh produsen blok (di Layer 1) atau sequencer (di Layer 2). Aktor-aktor ini dapat menyusun ulang, frontrun, atau backrun transaksi untuk mendapatkan keuntungan. Misalnya, mengamati pesanan beli atau jual yang besar memungkinkan pelaku jahat untuk melakukan transaksi mereka dengan biaya gas yang lebih tinggi terlebih dahulu (frontrunning) atau memanfaatkan peluang segera setelah eksekusi (backrunning). Bentuk MEV ini memengaruhi semua desain DEX, terlepas dari apakah mereka menggunakan arsitektur AMM atau CLOB.

Transparansi perdagangan

Transparansi buku pesanan berbasis blockchain mengekspos para trader pada risiko sebelum dan sesudah perdagangan:

• Risiko sebelum perdagangan: Dalam sistem buku pesanan terbuka, pesanan yang terlihat secara publik menandakan niat para pedagang, memungkinkan lawan untuk menyesuaikan strategi sebagai respons. Hal ini dapat menyebabkan taktik manipulatif seperti quote fading, di mana penyedia likuiditas menarik pesanan mereka untuk memanfaatkan perdagangan yang masuk, menyebabkan slippage dan kualitas eksekusi yang menurun.
• Risiko pasca-perdagangan: Setelah perdagangan dieksekusi, detailnya, termasuk strategi perdagangan dan pola, tercatat secara permanen di blockchain. Para pelaku jahat atau pesaing dapat menganalisis data historis ini untuk memprediksi dan mengeksploitasi perdagangan di masa depan. Kurangnya privasi pasca-perdagangan ini membuat para trader, terutama institusi, rentan terhadap eksploitasi.

Dengan menggabungkan semua ini ke dalam satu kategori yang lebih luas, Renegade mengatasi seluruh siklus masalah transparansi perdagangan dengan solusi kriptografis yang memastikan privasi pra-perdagangan dan penyelesaian pasca-perdagangan yang aman.

Profil berbasis alamat

Dalam sistem blockchain transparan, setiap transaksi mengekspos alamat pihak yang memulai. Penyerang dapat menganalisis data ini untuk membuat profil terperinci, menghubungkan perilaku perdagangan dengan dompet tertentu. Profil ini memungkinkan praktik diskriminatif, seperti menawarkan harga yang lebih buruk atau memilih target pada pengguna tertentu. Meskipun identitas blockchain bersifat samaran, analitik canggih dapat mengkorelasikan alamat dengan entitas dunia nyata atau pola perilaku, lebih memperparah kerentanan ini.

Desain yang berfokus pada privasi Renegade memastikan identitas pengguna dan strategi tetap terlindungi sepanjang proses perdagangan, melindungi peserta ritel maupun institusional.

Pada intinya, masalah-masalah ini terletak pada transparansi yang tak terhindarkan dari blockchain. Sementara transparansi menjamin verifikasi tanpa kepercayaan dan ketetapan—kualitas kritis untuk sistem terdesentralisasi—itu juga mengekspos detail sensitif tentang aktivitas pengguna. Setiap perdagangan, pembaruan saldo, atau transaksi tertunda menjadi informasi publik yang dapat dianalisis, dimanipulasi, atau dieksploitasi oleh pihak yang bermusuhan untuk keuntungan. Ini menciptakan sistem di mana pengguna menghadapi tantangan seperti ekstraksi MEV, manipulasi perdagangan, dan profil berbasis alamat, yang semuanya menurunkan kualitas eksekusi dan mengikis kepercayaan pada pasar terdesentralisasi.

Untuk menyelesaikan masalah-masalah ini, Renegade menggantikan transparansi dengan privasi yang terkendali melalui penggunaan kombinasi bukti pengetahuan nol (ZKP) dan komputasi multipihak (MPC). ZKP memastikan bahwa perdagangan valid, saldo mencukupi, dan aturan protokol ditegakkan tanpa pernah mengungkapkan konten dompet atau detail transaksi. Pada saat yang sama, MPC memungkinkan pencocokan pesanan yang aman, di mana beberapa pihak bekerja sama untuk menemukan pasangan perdagangan tanpa mengungkapkan input apa pun atau bocor informasi sensitif.

Bersama-sama, teknik-teknik ini membentuk sistem yang mulus di mana perdagangan tetap bersifat pribadi, pelaksanaan dapat diverifikasi, dan rincian pesanan tersembunyi sepanjang siklus hidupnya. Hal ini menghilangkan kerentanan yang melekat dalam blockchain transparan sambil mempertahankan desentralisasi dan validasi tanpa kepercayaan.

Dengan pemahaman yang jelas tentang masalah yang dipecahkan oleh Renegade dan pendekatannya terhadap privasi, mari kita masuk ke dalam bagaimana sistem ini bekerja untuk menyediakan perdagangan yang aman, pribadi, dan adil.

Bagaimana Renegade bekerja di dalamnya?

Renegade mengubah ulang perdagangan terdesentralisasi dengan mengintegrasikan teknik kriptografi canggih yang mendefinisikan batasan transparansi, privasi, dan keadilan dalam DeFi. Dengan mengatasi keterbatasan pertukaran terdesentralisasi konvensional, Renegade memperkenalkan pendekatan inovatif yang menggabungkan teknologi yang menjaga privasi dengan perdagangan on-chain yang tanpa kepercayaan.

Bagian ini memberikan pandangan mendalam tentang komponen arsitektur unik yang menggerakkan Renegade. Kami akan menjelajahi:

• Desain pohon komitmen dan dompet: Bagaimana dompet pengguna tetap sepenuhnya di luar jaringan dan pribadi, diamankan oleh komitmen kriptografis, dan dikelola melalui hirarki kunci yang canggih.
• Relayer dan super relayer: Peran relayer dalam memfasilitasi pencocokan perdagangan dan eksekusi yang aman, bersamaan dengan integrasi mereka dengan izin dompet yang didelegasikan.
• Mesin pencocokan MPC: Mekanisme komputasi multi-pihak dua-pihak terobosan Renegade yang memastikan pencocokan perdagangan pribadi, tanpa kepercayaan.
• SNARKs kolaboratif: Bagaimana penyelesaian atom dicapai melalui integrasi tanpa batas dari bukti tanpa pengetahuan dengan perhitungan multi-pihak.
• Kinerja dan skalabilitas: Sebuah diskusi tentang kompromi yang terlibat dalam pilihan desain Renegade dan bagaimana arsitekturnya menyeimbangkan privasi, desentralisasi, dan efisiensi.

Dengan memanfaatkan inovasi-inovasi ini, Renegade tidak hanya menyelesaikan kekurangan kritis dari model DEX yang ada tetapi juga membentuk dasar bagi lingkungan perdagangan terdesentralisasi yang lebih aman, pribadi, dan adil.

Dompet Renegade dan pohon komitmen

Renegade memperkenalkan model manajemen status yang memprioritaskan privasi dan verifikasi. Pada intinya, sistem ini menggunakan Commitment Tree, yaitu global Merkle tree append-only yang menyimpan representasi kriptografis (commitment) dari dompet pengguna. Desain ini memastikan bahwa isi dompet tetap sepenuhnya pribadi sambil mempertahankan jaminan trustless dari sistem terdesentralisasi.

Berbeda dengan pertukaran terdesentralisasi (DEX) tradisional di mana data dompet terlihat di rantai, Renegade menyimpan semua informasi dompet di luar rantai, memungkinkan pengguna untuk mengelola saldo, pesanan, dan riwayat transaksi mereka dengan aman tanpa mengungkapkan rincian sensitif. Di rantai, dompet ini hanya direpresentasikan dengan menyembunyikan dan mengikat komitmen, hash kriptografi yang mengaburkan konten dompet sambil memastikan mereka tidak dapat dimanipulasi atau digunakan kembali dengan tidak benar.

Sebuah analogi: Wallet sebagai mini-rollups

Untuk lebih memahami arsitektur Renegade, kita bisa membuat perumpamaan dengan rollup Ethereum. Dalam rollup, transaksi dieksekusi di luar jaringan, di mana perubahan status terjadi secara pribadi, dan hanya root status, representasi kriptografis dari status kumulatif rollup, yang secara berkala diserahkan ke Ethereum. Bersamaan dengan root status ini, bukti pengetahuan nol (ZKP) disediakan untuk memvalidasi bahwa transisi status mengikuti aturan protokol rollup tanpa mengungkapkan detail transaksi apa pun.

Dompet Renegade beroperasi dengan cara yang sangat mirip:

• Eksekusi di luar jaringan: Semua operasi dompet—seperti penempatan pesanan, pembaruan saldo, dan eksekusi perdagangan—terjadi di luar jaringan. Pembaruan tersebut tercermin dalam keadaan pribadi dompet, tidak dapat diakses oleh pengamat eksternal, termasuk Ethereum.
• Komitmen on-chain: Setelah status dompet diperbarui, komitmen baru ditambahkan ke pohon komitmen. Komitmen ini berfungsi sebagai ringkasan kriptografis dari saldo baru dompet, pesanan, dan perubahan apa pun yang terjadi selama proses pembaruan. Pembaruan disertai dengan ZKP, memastikan bahwa transisi dari status dompet lama ke yang baru valid.

Kemiripan ini menyoroti bagaimana Renegade Wallet berfungsi seperti mini-rollups. Mereka secara independen memproses perubahan status di luar rantai sambil mengandalkan pohon komitmen untuk menyelaraskan status mereka dengan sistem yang lebih luas. Yang penting, proses ini dirancang khusus untuk meningkatkan privasi, daripada skalabilitas, dengan menjaga data dompet tetap tidak transparan dan tidak dapat dibaca oleh semua pengamat eksternal.

Skema komitmen-revelasi untuk pembaruan dompet

Setiap operasi pada dompet di Renegade mengikuti skema commit-reveal, memastikan privasi dan kebenaran selama proses pembaruan. Mekanisme ini memungkinkan pengguna untuk memodifikasi dompet mereka sambil mempertahankan integritas sistem.

1. Membongkar dompet lama: Pengguna mengirimkan bukti Merkle yang menunjukkan bahwa komitmen dompet sebelumnya mereka ada sebagai leaf di Pohon Komitmen. Yang penting, proses pengungkapan ini tidak mengungkapkan rincian apa pun tentang isi dompet, menjaga jaminan privasi sebelum perdagangan Renegade. Sistem hanya mempelajari bahwa komitmen dompet valid dan disertakan dalam pohon.
2. Menghitung nullifier: Untuk mencegah penggunaan ulang status dompet lama, Renegade membutuhkan perhitungan dua nullifier untuk setiap dompet: nullifier pengeluaran dompet dan nullifier pertandingan dompet. Nullifier ini berasal dari komitmen dompet lama dan nilai acak pribadi, memastikan keunikan.

Para pembatalkan kemudian diserahkan bersamaan dengan komitmen dompet baru untuk memastikan dompet lama tidak dapat digunakan kembali.

1. Berkomitmen pada dompet baru: Pengguna menghasilkan keadaan dompet baru yang mencerminkan pembaruan yang diinginkan, seperti penempatan pesanan, penyesuaian saldo, atau penyelesaian perdagangan, dan menghitung komitmen kriptografisnya. Sebuah ZKP dikirimkan untuk membuktikan hal berikut:
   • Komitmen dompet lama ada dalam Pohon Komitmen.
   • Nullifier dihitung dengan benar dan unik.
   • Transisi dari status dompet lama ke yang baru mematuhi aturan protokol (misalnya, tidak ada peningkatan saldo yang tidak sah).
   • Pengguna memiliki kunci rahasia yang diperlukan untuk memberi izin pembaruan.

Setelah bukti diverifikasi dan nullifier dikonfirmasi sebagai tidak digunakan, kontrak cerdas menandai nullifier dompet lama sebagai "dibelanjakan" dan menyisipkan komitmen baru ke dalam Pohon Komitmen.

(Sumber: Dokumentasi Renegade)

Arsitektur berbasis komitmen Renegade memastikan bahwa data perdagangan yang sensitif tetap aman sepanjang waktu. Sifat menyembunyikan dan mengikat komitmen dompet menjamin bahwa tidak ada pengamat eksternal yang dapat menyimpulkan isi dompet, bahkan dengan akses ke pohon komitmen. Selain itu, keacakan yang disertakan dalam perhitungan komitmen dompet mencegah lawan untuk membuat tabel pelangi untuk mengidentifikasi status dompet umum, seperti dompet dengan saldo nol atau pesanan.

Dengan menggabungkan mekanisme kriptografi ini dengan bukti pengetahuan nol, Renegade mencapai desain privasi-terlebih dahulu di mana operasi dompet dapat diverifikasi namun tidak terlihat oleh pihak eksternal. Ini memastikan bahwa protokol menjaga privasi sebelum perdagangan, melindungi pengguna dari strategi musuh seperti frontrunning dan manipulasi kutipan.

Sistem hirarki kunci dan sistem pengalih

Renegade bergantung pada relayers untuk memfasilitasi operasi kritis seperti pencocokan pesanan dan penyelesaian, memungkinkan pengguna bertransaksi dengan efisien tanpa mengorbankan keamanan. Untuk mencapai hal ini, protokol mengimplementasikan hierarki kunci yang kuat, kerangka kriptografi yang memisahkan izin kontrol dan tampilan, memastikan pengguna mempertahankan kepemilikan aset mereka sambil mendelegasikan tugas-tugas tertentu kepada relayers. Sistem ini tidak hanya mengamankan informasi dompet sensitif tetapi juga menyederhanakan interaksi dengan relayers, membuat perdagangan pribadi dan terdesentralisasi lebih praktis dan ramah pengguna.

Bagaimana hierarki kunci bekerja

Meskipun desain saat ini dari Hirarki Kunci Renegade telah berkembang melebihi deskripsi awalnya dalam whitepaper, prinsip-prinsip intinya tetap konsisten. Ketika dompet dibuat untuk pertama kalinya dan di-commit ke Commitment Tree, itu mencakup lima rahasia yang berbeda yang secara kolektif mendefinisikan fungsinya. Rahasia-rahasia ini adalah:

• Pasangan kunci akar: Pasangan kunci akar adalah pasangan kunci ECDSA (kurva secp256k1), identik dengan kunci pribadi Ethereum standar. Ini adalah kunci yang paling berwenang dan memberikan hak penuh atas dompet. Semua operasi yang memodifikasi status dompet - seperti deposit, penarikan, menempatkan pesanan, atau pembatalan - memerlukan tanda tangan dari kunci rahasia akar. Untuk memastikan keamanan maksimum, kunci akar disimpan secara ketat di sisi klien dan tidak pernah dibagikan dengan pihak eksternal mana pun, termasuk pihak relay.
• Match skalar: Match skalar adalah nilai skalar rahasia yang didefinisikan pada kurva bn254 dan berfungsi sebagai mekanisme yang mengotorisasi pengirim untuk mengirimkan pertandingan untuk penyelesaian ke kontrak pintar atau lapisan dasar. Berbeda dengan pasangan kunci asimetris tradisional, match skalar adalah nilai rahasia tunggal yang digunakan oleh pengirim untuk menghasilkan bukti pengetahuan mereka tentang gambaran pra-skalar di bawah hash Poseidon. Hal ini memastikan pengirim hanya dapat menyelesaikan pertandingan yang secara eksplisit diotorisasi oleh konfigurasi dompet. Selain itu, match skalar dipasangkan dengan biaya yang telah ditentukan di dompet, memungkinkan pengguna untuk menentukan biaya tepat yang dapat diterapkan oleh pengirim untuk layanan mereka.
• Kunci API simetris: Kunci API simetris adalah alat di luar protokol yang digunakan untuk mengautentikasi interaksi antara pengguna dan relayer. Ini memungkinkan relayer untuk mengalirkan pembaruan waktu nyata, seperti perubahan dompet atau status pesanan, ke pengguna tanpa mengorbankan keamanan dompet atau integritas kriptografinya. Meskipun tidak langsung terkait dengan operasi dompet, kunci ini memfasilitasi komunikasi yang mulus dan meningkatkan pengalaman perdagangan secara keseluruhan.
• Benih Blinder dan Benih Share: Benih Blinder dan Benih Share adalah komponen penting yang memungkinkan relayer untuk mendekripsi dan memproses informasi dompet dengan aman. Benih-benih ini berfungsi sebagai kunci tampilan, memberikan relayer kemampuan untuk mengakses status pribadi dompet. Namun, sebagai benih, mereka di-hash secara dinamis menjadi nilai-nilai yang berubah dengan setiap transaksi. Ini memastikan bahwa nilai-nilai blinder dan share spesifik untuk operasi saat ini, mencegah penggunaan ulang atau akses yang tidak disengaja.

Biji blinder bertanggung jawab untuk mengindeks dompet on-chain dengan membuat rantai hash kriptografis yang menghubungkan status dompet. Ini memastikan bahwa keberadaan dompet dalam Pohon Komitmen tetap dapat dibuktikan tanpa mengungkapkan isinya.

Biji benih saham digunakan untuk membuat “saham rahasia” dari data dompet, memungkinkan relayer untuk bekerja sama dengan mesin pencocokan MPC selama proses pencocokan pesanan. Integrasi ini memungkinkan relayer untuk melakukan fungsinya dengan aman dan tanpa mengungkapkan rincian sensitif tentang dompet kepada jaringan secara umum.

Bagaimana relayers bekerja di renegade

Relayers di Renegade berfungsi sebagai perantara penting yang memungkinkan protokol menjaga sifat privasi dan terdesentralisasi sambil menawarkan pengalaman perdagangan yang mulus. Bertindak sebagai fasilitator dan penyedia, relayer diberdayakan oleh hierarki kunci untuk melakukan operasi tertentu atas nama pengguna tanpa mengorbankan tanggung jawab dompet atau privasi. Dengan memanfaatkan rahasia yang tersemat dalam dompet, relayer dapat mendekripsi informasi dompet, mengidentifikasi pesanan yang tertunda, dan mengirimkan kesepakatan ke kontrak pintar untuk penyelesaian - semuanya sambil mempertahankan jaminan kriptografi yang ketat.

Hubungan antara relayer dan Hierarki Kunci dibangun berdasarkan model delegasi yang jelas. Pengguna hanya berbagi rahasia yang diperlukan - seperti scalar pencocokan, biji pembungkam, dan biji berbagi - dengan relayer. Rahasia ini memberikan relayer kemampuan untuk melihat dan memproses data dompet dengan aman. Scalar pencocokan memungkinkan relayer untuk mengotorisasi dan menyelesaikan pencocokan dengan membuktikan pengetahuannya tentang preimage Poseidon hash melalui bukti pengetahuan nol (ZKP). Sementara itu, biji pembungkam dan biji berbagi memastikan bahwa relayer dapat mengakses data dompet tanpa mengeksposnya kepada pengamat eksternal atau mendapatkan kendali yang tidak sah. Pemisahan kekuasaan ini memastikan bahwa relayer memiliki alat yang diperlukan untuk menjalankan tugas yang didelegasikan tanpa mengorbankan kontrol atau keamanan pengguna secara keseluruhan.

Salah satu keunggulan utama dari sistem ini adalah bahwa ia memungkinkan delegasi yang sangat detail. Relayers dibatasi untuk peran yang secara eksplisit diizinkan oleh rahasia bersama. Sebagai contoh, sementara relayers dapat melihat detail dompet dan mencocokkan pesanan yang tertunda, mereka tidak dapat memodifikasi, menarik, atau membatalkan pesanan karena pasangan kunci root—kunci penjaga utama—tetap berada dengan pengguna. Desain ini memastikan bahwa pengguna tetap memiliki kepemilikan penuh atas dompet mereka sambil mengandalkan tugas-tugas spesifik untuk efisiensi.

Relayer juga membawa kemudahan signifikan ke dalam proses perdagangan dengan menangani kompleksitas komputasi pencocokan pesanan dengan mesin pencocokan MPC dan memastikan validitas pencocokan tersebut melalui kolaboratif SNARKs. Mekanisme ini memungkinkan relayer untuk mengurangi sebagian besar beban teknis dari pengguna sambil tetap mempertahankan jaminan privasi pra-perdagangan dan pasca-perdagangan Renegade yang ketat. Dengan mengelola operasi-operasi ini secara aman, relayer tidak hanya melindungi rincian dompet sensitif selama pencocokan pesanan dan penyelesaian tetapi juga mengurangi banyak tantangan UX yang biasanya terkait dengan sistem pemeliharaan privasi. Kemampuan mereka untuk memberikan pembaruan real-time melalui kunci API simetris lebih lanjut meningkatkan pengalaman pengguna, memastikan bahwa pengguna tetap terinformasi tentang perdagangan dan status dompet mereka tanpa mengorbankan keamanan.

Secara praktis, sistem ini menciptakan lingkungan perdagangan yang sangat fleksibel dan aman. Pengguna dapat menugaskan dompet mereka ke relayer untuk jangka waktu yang lebih lama, memberi mereka akses yang persisten untuk mencocokkan pesanan tanpa harus berulang kali berbagi kunci baru. Pada saat yang sama, pengguna dapat mencabut akses relayer kapan saja dengan membuat dompet baru dan mentransfer aset mereka, efektif mereset delegasi. Mekanisme ini menyeimbangkan kenyamanan jangka panjang dengan adaptabilitas jangka pendek, memenuhi kebutuhan pedagang biasa dan peserta yang lebih sadar keamanan.

Dengan mengintegrasikan pengulang ke dalam arsitekturnya, Renegade mencapai kombinasi langka antara desentralisasi, privasi, dan kegunaan. Pengulang bertindak sebagai perantara yang dipercayai tanpa memerlukan kepercayaan eksplisit, berkat perlindungan kriptografis yang diberlakukan oleh Hirarki Kunci. Ini memungkinkan Renegade untuk memperluas operasinya sambil mempertahankan tingkat keamanan dan otonomi pengguna yang tertinggi.

Secara singkat, arsitektur pohon komitmen dan hierarki kunci Renegade menyediakan kerangka dasar untuk menyeimbangkan privasi dan verifikasi dalam perdagangan terdesentralisasi. Dengan memastikan bahwa dompet pengguna tetap sepenuhnya diluar jaringan dan hanya direpresentasikan sebagai komitmen kriptografi di jaringan, Renegade menghilangkan visibilitas data perdagangan yang sensitif.

Desain ini tidak hanya mencegah frontrunning, quote fading, dan perilaku eksploitatif lainnya tetapi juga memungkinkan pengguna untuk mempertahankan kepemilikan penuh atas dana mereka melalui pasangan kunci root. Skema commit-reveal, yang dipasangkan dengan penggunaan ZKPs, menjamin bahwa pembaruan dompet dan transisi status aman, tidak dapat dimanipulasi, dan benar-benar tidak terlihat bagi pengamat eksternal. Hal ini memastikan lingkungan perdagangan di mana verifikasi tanpa kepercayaan dan privasi kuat dapat berdampingan dengan mulus.

Sistem relayer, terintegrasi dengan Hierarchy Kunci, lebih meningkatkan pengalaman pengguna dan efisiensi operasional Renegade. Relayers menyederhanakan proses perdagangan dengan mengelola tugas yang intensif secara komputasi dari pencocokan pesanan dan penyelesaian, memanfaatkan mesin pencocokan MPC dan bukti SNARK untuk menjaga privasi dan memastikan kebenaran. Pada saat yang sama, kemampuan mereka untuk menyediakan pembaruan real-time melalui kunci API simetris menjembatani kesenjangan antara jaminan privasi yang kuat dan pengalaman pengguna yang lancar.

Dengan memisahkan izin tampilan dan pencocokan, hirarki kunci memastikan pengguna mempertahankan kendali penuh atas dompet mereka sementara relayer beroperasi dalam peran yang ketat. Sistem ini menciptakan keseimbangan unik di mana pengguna mendapatkan manfaat dari properti yang menjaga privasi dari teknik kriptografi canggih tanpa menghadapi hambatan penggunaan yang biasanya terkait dengan sistem seperti itu.

Bagaimana pesanan dicocokkan di Renegade

Dalam Renegade, proses pencocokan pesanan menggabungkan tindakan pengguna, fasilitasi relayer, dan protokol kriptografi terkini untuk menciptakan pengalaman perdagangan yang lancar dan pribadi. Bagian ini mengikuti perjalanan satu pesanan - dari pembuatannya oleh pengguna hingga penyelesaian akhir - menjelaskan peran relayer, mekanika mesin pencocokan MPC, dan jaminan keamanan yang disediakan oleh SNARKs kolaboratif. Dengan menjelajahi tahapan ini, kita akan mengungkap bagaimana Renegade memastikan bahwa perdagangan tetap pribadi, atom, dan sepenuhnya dapat diverifikasi tanpa mengorbankan kegunaan atau ketidakpercayaan.

Dengan itu, mari kita mulai dengan memeriksa langkah pertama: bagaimana pengguna membuat pesanan dan bagaimana tindakan ini menetapkan panggung untuk proses pencocokan lainnya.

Pengguna menciptakan pesanan

Perjalanan pencocokan pesanan di Renegade dimulai dengan pengguna berinteraksi dengan antarmuka untuk membuat pesanan. Ini melibatkan menentukan parameter kunci seperti pasangan perdagangan (misalnya, WETH/USDC) dan jumlah yang ingin mereka perdagangkan. Berbeda dengan sistem tradisional, Renegade tidak mendukung pesanan batas—karena Renegade bukan buku pesanan batas pusat (CLOB) dan bertujuan untuk menghindari kompleksitas yang tidak perlu—sebaliknya, setiap pesanan ditempatkan di tengah, artinya perdagangan dieksekusi di tengah spread yang berlaku di bursa-bursa utama seperti Binance, Coinbase, OKX, dan Kraken. Setelah harga ditentukan menggunakan data dari beberapa tempat, pengguna mengonfirmasi detail pesanan mereka, dan perangkat lunak dompet dengan lancar memperbarui status untuk mencerminkan pesanan baru sambil mematuhi arsitektur privasi Renegade.

Status dompet yang diperbarui memperhitungkan saldo yang dipesan untuk memenuhi perdagangan, serta biaya pihak ketiga. Status baru ini dijamin secara kriptografis menggunakan skema komitmen penyembunyian dan pengikatan, memastikan bahwa isi dompet tetap pribadi dan tidak dapat dimengerti oleh pengamat eksternal. Untuk menjaga integritas sistem, status dompet sebelumnya dinonaktifkan dengan aman, mencegah kemungkinan penggunaan ulang atau pengeluaran ganda.

Perangkat lunak dompet kemudian mengirimkan komitmen yang diperbarui ke dalam pohon komitmen sebagai bagian dari skema commit-reveal Renegade, bersama dengan bukti pengetahuan nol (ZKP) yang memvalidasi seluruh transisi. Bukti ini memastikan bahwa pembaruan dompet mengikuti aturan protokol, termasuk saldo yang memadai dan transisi status yang benar, tanpa mengungkapkan rincian sensitif tentang pesanan atau isi dompet. Begitu transisi diverifikasi, dompet lama ditandai sebagai sudah dihabiskan, dan komitmen baru ditambahkan ke Pohon Komitmen secara aman.

Dari sudut pandang pengguna, seluruh proses ini terjadi tanpa hambatan. Begitu pesanan berhasil ditempatkan, status dompet yang diperbarui, termasuk saldo yang tersisa dan pesanan aktif, ditampilkan secara real time. Yang penting, niat perdagangan pengguna dan detail dompet tetap benar-benar pribadi, menjaga jaminan privasi perdagangan pra-perdagangan Renegade.

Dengan pesanan yang sekarang tercatat dalam sistem, pihak relayer dapat memulai memprosesnya untuk kemungkinan pertandingan, mengambil langkah berikutnya dalam proses perdagangan yang aman dan pribadi.

Relayer memproses pesanan

Setelah pengguna melakukan pemesanan, relayer menjadi bagian penting dalam proses tersebut, memfasilitasi interaksi yang aman dan pribadi antara dompet pengguna dan sistem Renegade yang lebih luas. Dengan dibekali rahasia terdelegasi—match scalar, blinder seed, dan share seed—relayer mendekripsi dompet pengguna untuk mengakses detail pesanan yang baru dibuat. Delegasi ini menjadikan relayer sebagai perantara kritis, menghubungkan secara mulus dompet pribadi pengguna dan ekosistem perdagangan yang lebih luas, memastikan pesanan dipasangkan dengan efisien dan sepenuhnya mematuhi kebijakan privasi dan jaminan keamanan protokol.

Tugas pertama dari relayer adalah mendekripsi dompet menggunakan benih blinder dan benih berbagi, yang secara dinamis di-hash untuk setiap transaksi. Hal ini memastikan bahwa nilai-nilai ini unik untuk operasi tertentu, lebih memperkuat privasi dan keamanan. Setelah terdekripsi, relayer mendapatkan akses tampilan ke status pribadi dompet, termasuk pesanan yang baru dibuat, saldo, dan pesanan lainnya yang tertunda. Namun, relayer tidak dapat memodifikasi atau mengganggu konten dompet, karena pasangan kunci root tetap sepenuhnya di bawah kendali pengguna.

Setelah mengakses status dompet, pihak yang meneruskan (relayer) membuat tupel jabat tangan untuk berkomunikasi dengan aman pesanan ke jaringan Renegade. Tupel ini berisi:

• Komitmen kriptografi terhadap rincian pesanan (misalnya, pasangan token, jumlah, harga).
• Sebuah predikat pengetahuan nol, yang secara kriptografis membuktikan bahwa pesanan valid sesuai dengan aturan protokol tanpa mengekspos rincian sensitif seperti saldo dompet atau detail pesanan.
• Metadata tambahan diperlukan untuk pemeriksaan kompatibilitas, seperti biaya dan preferensi penyelesaian.

Tuple jabat tangan kemudian disiarkan ke relayer lain dalam jaringan peer-to-peer (P2P), menandakan ketersediaan pesanan sambil memastikan privasinya tetap terjaga. Saat jabat tangan menyebar, relayer lain memantau tuple masuk untuk mengidentifikasi pesanan yang berpotensi cocok dengan yang dikelola oleh dompet mereka. Relayer yang bertanggung jawab atas pesanan pengguna melakukan hal yang sama, terus-menerus mencari pihak lain yang memenuhi kriteria yang ditentukan pengguna menggunakan komitmen kriptografi dan metadata kompatibilitas.

(Sumber: Dokumentasi Renegade)

Ketika ada potensi pertandingan yang diidentifikasi, pihak relayer yang bertanggung jawab atas dua pesanan tersebut mulai berkomunikasi langsung untuk memulai tahap berikutnya: pencocokan pesanan yang aman menggunakan Mesin Pencocokan MPC. Ini memastikan transisi yang lancar dari pembuatan pesanan hingga pencocokan yang aman, sambil tetap menjaga jaminan privasi inti Renegade.

Memadankan Pesanan

Proses pencocokan pesanan dalam Renegade menampilkan aplikasi inovatif dariKomputasi Multi-Pihak (MPC), dirancang khusus untuk memungkinkan perdagangan yang aman, pribadi, dan terdesentralisasi. Berbeda dengan implementasi MPC tradisional, yang sering melibatkan beberapa peserta yang memberikan masukan untuk perhitungan kolektif, MPC Renegade dirancang untuk pengaturan dua pihak. Dalam hal ini, dua relayer, masing-masing bertindak atas nama pengguna mereka masing-masing, bekerja sama untuk mengevaluasi apakah pesanan mereka dapat dicocokkan. Adaptasi MPC yang unik ini memastikan bahwa tidak ada relayer yang mengetahui detail sensitif tentang pesanan lain, seperti jenis token, saldo, atau harga, sementara masih memungkinkan pencocokan pesanan yang akurat dan dapat dipercaya.

(Sumber: Dokumentasi Renegade)

Mesin pencocokan MPC dimulai dengan memproses masukan terenkripsi dari kedua pengirim. Masukan ini mencakup detail penting seperti pasangan token pesanan, jumlah, harga, dan status dompet terkait. Sepanjang proses ini, semua informasi tetap terenkripsi dan direpresentasikan sebagai bagian rahasia dalam protokol MPC. Komputasi memverifikasi apakah pesanan sejalan pada parameter kunci, seperti kompatibilitas pasangan token, cukupnya saldo, dan kondisi penetapan harga. Jika pesanan ditemukan tidak cocok, proses dihentikan tanpa bocor informasi tentang pencocokan yang dicoba, menjaga privasi perdagangan kedua belah pihak.

Jika mesin MPC menentukan bahwa pesanan-pesanan tersebut kompatibel, ia akan menghasilkan tuple kecocokan, representasi kriptografi dari kecocokan tersebut. Tuple ini mencakup detail penting seperti token yang akan ditukar, jumlah yang terlibat, dan arah perdagangan untuk masing-masing peserta.

Namun, sesuai dengan pendekatan privasi Renegade, tuple ini tidak segera dibuka. Sebaliknya, tetap terenkripsi, memastikan bahwa tidak ada pihak pengirim yang dapat mengakses kontennya secara prematur atau menyimpulkan detail tentang pesanan pihak lain. Dengan menunda paparan informasi ini, dan berkat asumsi kriptografis yang kuat dari Mesin Pencocokan MPC, Renegade menghilangkan risiko data sensitif terungkap selama proses pencocokan, bahkan dalam kasus pihak pengirim yang jahat.

(Sumber: Dokumentasi Renegade)

Pengecualian utama adalah perantara yang Anda pilih sebelum mengirim pesanan Anda; karena mereka diberi kunci pandangan Anda, seorang perantara yang tidak jujur bisa mengakses semua pesanan masa lalu dan masa depan Anda. Namun demikian, fakta bahwa ini adalah satu-satunya asumsi kepercayaan dalam Renegade dan bahwa Anda dapat dengan bebas menjalankan perantara sendiri membuat kekhawatiran ini sebagian besar diabaikan.

Untuk memvalidasi tupel pertandingan, para relayer secara kolaboratif membangun bukti SNARK kolaboratif, yang secara kriptografis mengonfirmasi bahwa pertandingan tersebut valid sesuai dengan aturan protokol. Bukti ini memastikan bahwa:

• Pesanan-pesanan tersebut berhasil dipasangkan dengan benar berdasarkan input yang terenkripsi.
• Tuple pertandingan secara akurat mencerminkan status dompet dan pesanan yang disediakan selama proses MPC.
• Tidak ada penggerak yang memanipulasi tupel pertandingan atau mengirimkan data yang tidak valid ke mesin MPC.

Bukti SNARK Kolaboratif memainkan peran penting dalam memastikan integritas proses pencocokan. Dengan menghubungkan keluaran terenkripsi dari mesin MPC ke komitmen yang disimpan dalam Pohon Komitmen, mereka menyediakan mekanisme validasi yang dapat dipercaya yang menjamin pencocokan sesuai dengan aturan protokol Renegade. Hanya setelah bukti diverifikasi pada nilai-nilai terenkripsi dalam tuple pencocokan—seperti jumlah yang akan ditukar—menjadi dapat diakses. Pendekatan bertahap ini menjaga privasi perdagangan kedua belah pihak sepanjang proses pencocokan dan validasi.

Setelah Bukti SNARK Kolaboratif diverifikasi, dan tuple pertandingan terenkripsi dibuka, sistem beralih ke fase penyelesaian. Pada saat ini, pesanan yang cocok sepenuhnya divalidasi dan siap untuk penyelesaian, dengan semua detail perdagangan yang aman terenkapsulasi dan diverifikasi. Integrasi yang mulus dari MPC dan Collaborative SNARK memastikan bahwa proses pencocokan Renegade tidak hanya bersifat pribadi dan aman tetapi juga tanpa kepercayaan dan tidak dapat dimanipulasi, menetapkan standar baru untuk perdagangan terdesentralisasi.

Finalisasi perdagangan

Setelah pasangan tuple dan Bukti SNARK kolaboratif divalidasi, proses berpindah ke fase finalisasi, di mana hasil perdagangan yang dipasangkan direkam secara aman dan siap untuk penyelesaian. Pada tahap ini, semua validasi kriptografi yang diperlukan telah selesai, memastikan integritas perdagangan sambil menjaga privasi kedua belah pihak yang terlibat.

Untuk menyelesaikan pertandingan, dompet setiap pedagang menghasilkan catatan perdagangan yang merangkum token apa yang dipertukarkan, dalam jumlah berapa, dan ke arah mana. Catatan ini berfungsi sebagai tempat penampung yang aman untuk hasil pertandingan dan terhubung langsung dengan komitmen kriptografis yang mewakili status dompet yang diperbarui. Pentingnya, catatan ini dihasilkan secara pribadi untuk setiap pedagang dan mencakup perlindungan kriptografis untuk mencegah akses atau manipulasi yang tidak sah.

Setelah memverifikasi catatan perdagangan terenkripsi dan bukti-bukti, kontrak pintar Renegade memperbarui pohon komitmen dan menandai pesanan sebagai “terbebani”—mencegah tindakan lebih lanjut hingga penyelesaian. Catatan terenkripsi ini bertahan dalam pohon komitmen untuk referensi penyelesaian. Fase ini menunjukkan arsitektur privasi-keamanan Renegade: rincian perdagangan terenkripsi yang dikombinasikan dengan bukti-bukti kriptografi memungkinkan perdagangan tanpa kepercayaan, pribadi sambil mempertahankan verifikasi selama proses penyelesaian.

Kinerja dan skalabilitas

Bagian ini membahas dua tantangan mendasar yang muncul dari pilihan desain inovatif Renegade:

• Biaya komputasi MPC dan SNARKs: Trade-off dalam latensi dan permintaan sumber daya yang diperkenalkan oleh teknik kriptografi canggih ini.
• Skalabilitas jaringan penyalur: Bagaimana infrastruktur peer-to-peer Renegade mengelola volume perdagangan tinggi dan beradaptasi dengan berbagai kebutuhan pengguna.

Mari kita jelajahi masing-masing secara detail.

Biaya komputasi dari MPC dan SNARKs

Arsitektur Renegade sangat bergantung pada mesin pencocokan MPC dan bukti SNARK kolaboratif untuk memberikan privasi dan keamanan yang tak tertandingi. Namun, teknik kriptografi canggih ini membutuhkan komputasi yang signifikan. Proses MPC membutuhkan penerusan untuk melakukan komputasi terenkripsi pada input yang dibagi secara rahasia, yang melibatkan beberapa putaran komunikasi dan komputasi yang aman untuk mengevaluasi kesesuaian pesanan. Hal ini menghasilkan overhead yang signifikan dibandingkan dengan sistem pencocokan tradisional, terutama saat memproses perdagangan kompleks atau berkapasitas tinggi.

Demikian juga, menghasilkan bukti kolaboratif SNARK adalah tugas yang membutuhkan sumber daya yang besar. Meskipun SNARK dirancang untuk efisien dalam verifikasi on-chain, pembuatannya melibatkan operasi kriptografi yang ekstensif, terutama saat membuktikan pernyataan yang kompleks seperti validitas pesanan dan transisi status dompet. Biaya komputasi ini menambah waktu dan sumber daya yang diperlukan untuk menyelesaikan perdagangan, sehingga kurang cocok untuk skenario perdagangan yang membutuhkan frekuensi tinggi atau instan.

Secara singkat, kedua operasi ini mewakili salah satu beban komputasi terbesar bagi penghubung yang bertugas mencocokkan pesanan pengguna. Meskipun biaya ini merupakan trade-off yang diperlukan untuk mencapai jaminan privasi dan keamanan yang kuat yang menentukan Renegade, namun tetap menjadi pertimbangan utama untuk skalabilitas dan pengalaman pengguna.

Skalabilitas jaringan relayer

Desain Renegade meminimalkan kepercayaan pada pihak-pihak yang menyampaikan, mengandalkan mereka hanya untuk kelangsungan hidup yang diperlukan untuk mencocokkan perdagangan. Selain itu, pihak-pihak yang menyampaikan tidak memiliki wewenang kustodial atau kekuatan pengambilan keputusan, karena semua tindakan diverifikasi secara kriptografis melalui bukti pengetahuan nol (ZKPs). Desain tanpa kepercayaan ini berarti bahwa memperkuat pihak-pihak yang menyampaikan secara komputasional—misalnya, dengan meningkatkan kekuatan pemrosesan mereka untuk menangani lebih banyak perdagangan—tidak memperkenalkan risiko yang signifikan. Pada saat yang sama, arsitektur jaringan Renegade sepenuhnya tanpa izin, memungkinkan berbagai pihak-pihak yang menyampaikan, bervariasi dalam ukuran dan kemampuan komputasional, untuk hidup berdampingan dalam ekosistem yang sama tanpa menimbulkan masalah sistemik apa pun.

Fleksibilitas ini adalah salah satu kekuatan Renegade. Relayer yang lebih kecil dapat beroperasi secara efektif bersama dengan yang lebih besar dan lebih kuat, memastikan jaringan yang kuat dan terdesentralisasi. Ketergantungan protokol pada jaminan kriptografi memastikan bahwa semua relayer, terlepas dari ukuran atau skala, harus mematuhi aturan validasi yang ketat yang sama, menjaga keadilan dan integritas sistem.

Super relayers, di sisi lain, menawarkan peran spesialis dalam jaringan, dirancang untuk memenuhi kebutuhan pengguna lanjutan dan peserta institusional. Berbeda dengan relayer standar, super relayer beroperasi dengan akses kunci root yang didelegasikan, memberi mereka kendali penuh atas dompet pengguna. Ini berarti mereka tidak hanya dipercayai untuk mencocokkan perdagangan tetapi juga mengelola seluruh siklus dompet, termasuk penempatan pesanan, pembatalan, dan penyesuaian saldo. Dengan menugaskan kunci root, pengguna mendapatkan peningkatan signifikan dalam kecepatan dan kinerja, karena super relayer dapat melewati langkah-langkah verifikasi on-chain untuk beberapa operasi.

Namun, delegasi kunci akar memperkenalkan tingkat kepercayaan yang tinggi, membuat super relayers lebih cocok untuk entitas yang mengoperasikan infrastruktur relayer mereka sendiri untuk penggunaan pribadi, seperti institusi atau trader individual yang canggih. Pengguna ini dapat memanfaatkan super relayers untuk mengoptimalkan sistem perdagangan mereka, mendapatkan manfaat dari eksekusi pesanan yang hampir instan dan biaya yang lebih rendah sambil tetap mempertahankan pengawasan langsung terhadap infrastruktur.

(Sumber: Dokumentasi Renegade)

Jaringan relayer Renegade, dengan kombinasi relayer standar dan super, mencerminkan sistem yang scalable dan dapat beradaptasi. Skalabilitas ini dicapai tanpa mengorbankan desentralisasi atau keamanan, sehingga jaringan dapat menangani berbagai persyaratan pengguna dan volume perdagangan dengan menjaga prinsip-prinsip intinya yaitu trustlessness dan permissionlessness.

Kesimpulan

Dalam artikel ini, kami memperkenalkan konsep dark pools, menyoroti peran mereka dalam keuangan tradisional dan pentingnya yang semakin meningkat dalam keuangan terdesentralisasi. Dengan memeriksa Renegade, kami menunjukkan bagaimana inovasi kriptografi seperti zero-knowledge proofs dan multiparty computation dapat mengatasi masalah kritis seperti frontrunning, quote fading, dan ekstraksi MEV, membuka jalan bagi perdagangan terdesentralisasi yang aman dan pribadi.

Ke depan, diskusi tentang dark pool akan diperluas untuk mencakup protokol penting lainnya seperti Tristero dan Railgun. Kedua proyek ini memberikan pendekatan unik untuk meningkatkan privasi perdagangan dan kualitas eksekusi, masing-masing menggunakan metodologi yang berbeda untuk mencapai tujuan mereka.

Di artikel-artikel mendatang, kita akan lebih dalam menggali desain dari protokol-protokol ini, mengeksplorasi keunggulan-keunggulannya, fitur-fitur khasnya, dan bagaimana mereka dibandingkan satu sama lain dan dengan Renegade. Eksplorasi yang lebih luas ini akan memberikan wawasan tentang beragam solusi yang membentuk masa depan keuangan terdesentralisasi yang menjaga privasi.

Disclaimer:

1. Artikel ini dicetak ulang dari [2077research]. Semua hak cipta milik penulis asli [ Emmanuel AwosikadanKoray Akpinar]. Jika ada keberatan terhadap pencetakan ulang ini, harap hubungi Gate Pelajaritim, dan mereka akan menanganinya dengan segera.
2. Penolakan Tanggung Jawab Kewajiban: Pandangan dan opini yang terdapat dalam artikel ini semata-mata merupakan pendapat penulis dan tidak merupakan nasihat investasi apa pun.
3. Tim Pembelajaran gate melakukan terjemahan artikel ke dalam bahasa lain. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.