*Teruskan Judul Asli: Laporan Penelitian Mitra Eureka: Singularitas - Transaksi Privasi pada Blockchain yang Transparan

Pengantar

Pada tahun 1969, metode perdagangan di pasar keuangan masih didasarkan pada lantai perdagangan tradisional. Pada saat itu, teknologi komputer belum matang, dan para pedagang mengandalkan meneriakkan pesanan dengan keras, sebuah metode yang tidak efisien dan tidak memiliki privasi, sehingga menyulitkan investor institusional untuk melakukan transaksi dalam jumlah besar tanpa menyebabkan fluktuasi pasar. Instinet, yang didirikan oleh Jerome Pustilnik, muncul sebagai jawaban atas tantangan ini. Instinet memungkinkan investor untuk melakukan pemesanan secara anonim melalui platform perdagangan elektronik, yang bertanggung jawab untuk mencocokkan pesanan pembeli dan penjual dan mengeksekusi perdagangan. Model ini tidak hanya meningkatkan efisiensi perdagangan tetapi juga memastikan kerahasiaan transaksi, yang secara efektif mencegah dampak pasar dan kebocoran informasi.

Saat ini, kemajuan teknologi telah menghasilkan teknologi blockchain, sebuah inovasi revolusioner yang membawa transparansi dan keamanan yang belum pernah ada sebelumnya pada transaksi keuangan. Namun, sifat publik dan keabadian blockchain, selain membawa banyak manfaat bagi pasar, juga menghadirkan tantangan baru bagi para pedagang transaksi besar. Dalam buku besar publik blockchain, setiap transaksi dapat dilihat oleh semua peserta, sehingga menyulitkan pedagang transaksi besar untuk tetap anonim. Platform bursa tradisional tidak dapat sepenuhnya melindungi privasi trader, dan pengungkapan order dalam jumlah besar kepada publik dapat menyebabkan fluktuasi harga, sehingga mempengaruhi efisiensi dan biaya trading. Selain itu, ketidakpastian peraturan dan ketidakjelasan pasar juga menimbulkan risiko tambahan bagi investor.

Laporan ini akan mengeksplorasi dark pool di blockchain sebagai solusi inovatif yang memperkenalkan teknologi perlindungan privasi tingkat lanjut dan mekanisme perdagangan otomatis untuk menyediakan lingkungan yang lebih aman dan efisien untuk transaksi mata uang digital dalam jumlah besar. Ini juga akan membahas bagaimana Singularity, melalui solusi inovatifnya yang memanfaatkan teknologi seperti FHE (Fully Homomorphic Encryption) dan ZKP (Zero-Knowledge Proof), menawarkan kepada para investor besar sebuah platform perdagangan terdesentralisasi yang privat dan patuh.

Apa itu Dark Pools？

Dark Pool di pasar keuangan tradisional mengacu pada platform perdagangan pribadi yang tidak mengungkapkan informasi perdagangan secara terbuka, memungkinkan investor untuk melakukan transaksi besar tanpa mengungkapkan niat perdagangan mereka. Kemunculan perdagangan dark pool di Amerika Serikat berkaitan erat dengan meningkatnya permintaan transfer ekuitas berskala besar karena meningkatnya frekuensi merger dan akuisisi di pasar sekuritas. Dengan perkembangan pasar keuangan, pentingnya dark pool di berbagai bidang seperti saham, obligasi, dan valuta asing menjadi semakin menonjol, terutama di era di mana perdagangan frekuensi tinggi dan algoritmik mendominasi. Statistik menunjukkan bahwa transaksi dark pool menyumbang 30% hingga 50% dari pasar saham, dan menjadi komponen penting dalam likuiditas pasar.

Di pasar mata uang kripto, seiring dengan bertambahnya kelompok investor besar, permintaan untuk transaksi bervolume besar terus meningkat. Order dalam jumlah besar ini memiliki dampak yang signifikan terhadap pasar, bahkan terkadang memicu gejolak pasar. Untuk menghindari risiko seperti itu, banyak pedagang beralih ke pasar OTC atau bahkan grup Telegram untuk bertransaksi. Menurut data dari bursa Kraken pada tahun 2020, volume perdagangan OTC global telah melonjak 20 kali lipat sejak tahun 2018, dengan volume transaksi rata-rata harian sekitar 300 miliar USD, menyumbang hampir 70% dari total volume perdagangan pasar mata uang kripto. Namun, pasar OTC juga menghadapi masalah likuiditas yang tidak mencukupi dan kurangnya regulasi. Untuk mengatasi tantangan ini, dark pool telah diperkenalkan sebagai solusi, yang bertujuan untuk menyediakan lingkungan perdagangan yang lebih stabil dan privat.

Poin-poin penting tentang kolam gelap meliputi:

• Privasi dan kerahasiaan: Dark pool memungkinkan trader untuk bertransaksi secara anonim, melindungi identitas dan ukuran order mereka dari pasar publik hingga transaksi dieksekusi.

• Mengurangi dampak pasar: Dark pool memungkinkan investor institusional besar untuk mengeksekusi order dalam jumlah besar tanpa menyebabkan fluktuasi harga yang signifikan di pasar publik, sehingga meminimalkan dampak pasar dan selip.

• Pengungkapan strategi perdagangan: Transaksi dark pool membantu melindungi strategi trader agar tidak diketahui oleh pasar publik, mencegahnya dieksploitasi oleh MEV (Miner Extractable Value), arbitrase copy trading, dan arbitrase statistik.

• Likuiditas dan peningkatan harga: Dark pool menyediakan likuiditas tambahan ke pasar dengan mencocokkan pembeli dan penjual yang mungkin tidak menemukan mitra di bursa tradisional, yang berpotensi menawarkan peningkatan harga, terutama untuk perdagangan volume besar.

• Pengawasan regulasi: Dark pool diregulasi, dengan badan pengawas yang memantau aktivitas dark pool untuk mencegah akses yang tidak adil, perdagangan orang dalam, atau manipulasi pasar. Namun, untuk banyak dark pool, gaya manajemen terpusat masih menimbulkan risiko keamanan, kepercayaan, dan potensi penyalahgunaan data pribadi. Secara historis, ada beberapa kasus di mana dark pool terpusat dihukum karena melanggar prinsip-prinsip kepercayaan.

Teknologi Privasi Inti

Kolam renang gelap adalah cabang dari jalur privasi. Melalui Privacy Enhancing Technologies (PET) berikut ini, seperti Zero-Knowledge Proofs (ZKP), Multi-Party Computation (MPC), dan Fully Homomorphic Encryption (FHE), dark pool menyuntikkan privasi ke dalam infrastruktur mereka.

Bukti Tanpa Pengetahuan (Zero-Knowledge Proof, ZKP)

Teknologi Zero-Knowledge Proof (ZKP) memungkinkan seorang pembukti untuk membuktikan kebenaran sebuah pernyataan kepada seorang verifikator tanpa mengungkapkan informasi yang substantif. Teknologi ini sangat penting dalam solusi penskalaan Ethereum Layer 2, seperti ZK Rollup, yang mencapai verifikasi validitas transaksi dengan mengompresi data transaksi menjadi bukti ZK yang ringkas dan mengirimkannya ke mainnet. Bukti-bukti ini tidak hanya menempati ruang penyimpanan yang minimal tetapi juga melindungi privasi informasi transaksi, mewujudkan keuntungan alami dari mekanisme tanpa kepercayaan. Penerapan teknologi ZKP tidak terbatas pada penskalaan tetapi juga mencakup komputasi privasi, dengan implementasi utamanya adalah zkSNARKs, zkSTARKs, dan Bulletproofs. Teknologi-teknologi ini secara kolektif mendorong peningkatan perlindungan privasi mata uang kripto dan efisiensi transaksi.

Pengantar kepada bukti-bukti tanpa pengetahuan (zero-knowledge)

Komputasi Multi-Pihak (MPC)

Multi-Party Computation (MPC) adalah teknologi yang memungkinkan beberapa pihak untuk menghitung suatu fungsi secara bersama-sama tanpa mengungkapkan input masing-masing. Dalam domain privasi, MPC menyediakan metode untuk melindungi data sensitif, memungkinkan berbagai pihak untuk melakukan analisis data, tugas-tugas komputasi, atau mengambil keputusan tanpa mengekspos data pribadi. Keunggulan utama MPC terletak pada kemampuan perlindungan privasinya. Melalui komputasi terdistribusi dan teknologi enkripsi, para peserta dapat memastikan data mereka tetap terjaga kerahasiaannya selama proses komputasi.

Pengantar untuk mengamankan komputasi multi-pihak

Enkripsi Homomorfis Sepenuhnya (Fully Homomorphic Encryption, FHE)

Fully Homomorphic Encryption (FHE) adalah teknologi kriptografi yang memungkinkan komputasi langsung pada data yang dienkripsi tanpa perlu mendekripsi terlebih dahulu. Ini berarti bahwa operasi seperti penambahan, pengurangan, dan perkalian dapat dilakukan pada data saat data tersebut masih terenkripsi, dan hasil komputasi, setelah didekripsi, konsisten dengan hasil yang diperoleh dengan melakukan operasi yang sama pada data asli. Nilai inti dari FHE terletak pada penyediaan alat yang ampuh untuk perlindungan privasi, yang memungkinkan data tetap rahasia selama pemrosesan, sehingga secara signifikan meningkatkan keamanan data.

Menyeimbangkan Anti-Sensor dengan Kepatuhan

Bursa terdesentralisasi (DEX) yang beroperasi pada blockchain publik, seperti Uniswap dan Curve, rentan terhadap Maximum Extractable Value (MEV) karena sifat buku besar mereka yang bersifat publik dan transparan. Transparansi ini berarti detail pesanan dapat dilihat oleh semua orang, memungkinkan pencari dan pembangun untuk mengoptimalkan keuntungan mereka dengan mengatur ulang pesanan transaksi, yang dapat merugikan pengguna lain sampai batas tertentu.

Dark pool, sebagai salah satu bentuk tempat perdagangan keuangan, memiliki keunggulan utama dalam memberikan perlindungan privasi dan anti-sensor. Dalam dark pool, detail order umumnya dirahasiakan dari pihak ketiga karena setiap order menghasilkan Zero-Knowledge Proofs (ZKPs), sehingga mengurangi pengungkapan informasi transaksi kepada publik. Arsitektur ini sangat menarik bagi pemegang saham besar dan investor institusional, karena melindungi strategi perdagangan mereka agar tidak dieksploitasi oleh pesaing atau manipulator pasar. Selain itu, karakteristik dark pool juga membantu menolak MEV, karena urutan dan detail transaksi tidak bersifat publik, sehingga mengurangi kemungkinan pengaturan ulang.

Namun, keuntungan ini dapat berkurang ketika transaksi perlu memanggil kontrak publik atau menggunakan sequencer bersama, karena operasi ini dapat mengekspos informasi transaksi, memberikan peluang untuk penangkapan MEV. Namun demikian, untuk pemegang saham besar dan investor institusi yang mencari perlindungan privasi dan anti-sensor, terutama ketika aktivitas perdagangan mereka membutuhkan kerahasiaan yang tinggi, dark pool tetap menjadi pilihan yang menarik.

Munculnya alat perlindungan privasi seperti Tornado Cash menawarkan kemungkinan untuk melakukan aktivitas keuangan anonim secara on-chain, tetapi alat ini juga telah digunakan oleh para penjahat untuk aktivitas ilegal seperti pencucian uang. Alamat kontrak pintar Tornado Cash telah didaftarkan oleh Office of Foreign Assets Control (OFAC) karena ketidakpatuhan. OFAC mengelola daftar Warga Negara yang Ditunjuk Khusus (SDN) untuk memberikan sanksi kepada individu dan entitas yang tidak patuh. Protokol yang tidak sesuai dengan peraturan OFAC memiliki kemungkinan besar transaksi mereka dikecualikan dari blok on-chain. Pada 23 Februari 2024, 45% blok memerlukan peninjauan daftar OFAC. Masalah anti-sensor ini tidak hanya mempengaruhi produsen blok tetapi juga validator dan relayer, yang mungkin secara selektif mengabaikan transaksi atau blok tertentu.

Proporsi blok yang ditinjau oleh daftar OFAC

Dengan dilarangnya Tornado Cash karena ketidakpatuhan, kekosongan pasar untuk solusi privasi yang sesuai telah muncul. Untuk mengisi kekosongan ini, proyek dark pool berikutnya perlu memberikan perlindungan privasi sambil menghindari risiko regulasi yang serupa. Salah satu metode yang efektif adalah mengintegrasikan proses KYB/KYC yang terverifikasi ke dalam proyek, memastikan legalitas aktivitas pengguna dan membantu menghindari potensi risiko regulasi. Peraturan hukum sering kali tertinggal di belakang kemajuan teknologi, membuat proyek privasi mudah dieksploitasi untuk kegiatan ilegal. Secara aktif merangkul dan mematuhi peraturan sangat penting untuk memastikan keamanan dan legalitas proyek.

Lanskap Persaingan & Analisis Proyek

Antara tahun 2010 dan 2022, jumlah proyek dark pool masih terbatas, dan proyek-proyek ini tidak mendapatkan pengakuan luas di kalangan masyarakat umum. Namun, dengan kemajuan teknologi yang meningkatkan privasi seperti Zero-Knowledge Proofs (ZKP) dan Multi-Party Computation (MPC), domain dark pool menyambut baik serangkaian solusi teknologi yang inovatif. Perkembangan teknologi ini membawa kolam gelap kembali ke mata publik pada tahun 2023. Namun demikian, karena kompleksitas teknologinya, jumlah proyek dalam perlombaan dark pool masih relatif kecil. Berikut adalah beberapa proyek yang telah relatif matang.

1. Renegade, didirikan pada tahun 2022, adalah dark pool terdesentralisasi berdasarkan arsitektur MPC-ZKP, yang dirancang untuk menyediakan layanan transaksi besar bagi investor institusi. Renegade melakukan pencocokan pesanan melalui jaringan peer-to-peer dan teknologi Multi-Party Computation (MPC) dan menggunakan ZK-SNARK untuk memastikan detail transaksi tetap anonim bagi pihak luar selama proses verifikasi pencocokan pesanan. Selain itu, ia menggunakan mekanisme eksekusi titik tengah untuk menjamin semua transaksi langsung diselesaikan pada harga titik tengah agregat real-time dari bursa terpusat untuk menghindari selip. Fitur perdagangan silang anonim defaultnya, dikombinasikan dengan indikator bunga, mendorong penemuan harga yang komprehensif dan mengoptimalkan likuiditas.

2. Penumbra adalah platform perdagangan terdesentralisasi yang dibangun dalam ekosistem Cosmos, menawarkan lingkungan perdagangan seperti dark pool yang memungkinkan pengguna untuk berdagang sambil menjaga privasi. Melalui mekanisme pendelegasian privat, Penumbra menggabungkan perlindungan privasi dan mekanisme konsensus Proof-of-Stake (PoS), menawarkan turunan staking, staking yang hemat pajak, dan tata kelola on-chain dengan pemungutan suara privat. Penumbra terhubung ke ekosistem Cosmos melalui Inter-Blockchain Communication (IBC), yang berfungsi sebagai dark pool di seluruh ekosistem yang memungkinkan transaksi pribadi dalam aset apa pun yang kompatibel dengan IBC. Pengguna juga dapat menggunakan ZSwap, sebuah bursa terdesentralisasi swasta yang mendukung lelang batch penawaran tertutup dan likuiditas terkonsentrasi yang mirip dengan Uniswap-V3, untuk menukarkan aset-aset ini.

3. Panther adalah platform DeFi lintas rantai yang menggabungkan teknologi zero-knowledge, yang bertujuan untuk memberikan solusi yang sesuai dengan peraturan dan melindungi privasi pengguna. Pengguna dapat menyetor aset digital ke dalam Multi-Asset Shielded Pools (MASP) Panther dan menerima zAssets dengan basis 1:1. Melalui modul Zswap, Panther terhubung ke protokol DeFi lainnya, menggabungkan penawaran untuk pemilihan pengguna. Selama transaksi, Zswap membuat kontrak escrow terenkripsi, yang memungkinkan pengguna untuk bertukar aset tanpa mengungkapkan detail transaksi. Desain ini memungkinkan aset untuk hidup berdampingan dalam kumpulan yang beragam, mempertahankan heterogenitas data, sehingga sulit untuk melacak dan menganonimkan pengguna. Pool terlindung Panther memanfaatkan teknologi ZK SNARK dan ZKP untuk memastikan privasi dan kepatuhan transaksi.

4. Railgun adalah sebuah sistem privasi dengan arsitektur ZKP-MPC yang dirancang untuk Ethereum, BSC, Polygon, dan Arbitrum, memanfaatkan teknologi enkripsi zero-knowledge (ZK) dan memanfaatkan teknologi MPC untuk proses penyiapan yang tepercaya. Ini memungkinkan pengguna untuk mengeksekusi kontrak pintar dan operasi DeFi dengan aman sambil menjaga privasi transaksi. Ketika pengguna mengeluarkan pesanan transaksi melalui Railgun, kontrak pintar Adapt Module secara otomatis memproses unshielding privasi saldo pribadi, memvalidasi pesanan, dan kemudian relay menemukan nilai tukar terbaik dalam likuiditas DEX agregat, akhirnya melakukan re-shielding aset transaksi untuk memastikan anonimitas aktivitas dan alamat pengguna. Proses ini tidak hanya berlaku untuk pertukaran aset tetapi juga dapat diperluas ke jenis transaksi DeFi lainnya.

Interpretasi Teknis Singularitas:

Cara Menerapkan Transaksi Pribadi

Memahami Konsep Transaksi Pribadi

Untuk memahami konsep transaksi privat, sangat penting untuk mempertimbangkan pihak-pihak yang terlibat dalam transaksi dan spesifikasi transaksi, yang membedakan antara dua jenis privasi: anonimitas dan penyembunyian.

Transaksi standar mencakup elemen-elemen berikut:

• Pihak-pihak yang Bertransaksi: Ini termasuk pengirim (Trader A) dan penerima (Trader B) transaksi.

• Detail Transaksi: Ini mencakup jumlah transaksi, jumlah sub-transaksi, hash transaksi, dan detail spesifik lainnya.

Transaksi privat dapat dikategorikan ke dalam dua jenis berdasarkan tingkat visibilitas informasi kepada pihak ketiga:

• Transaksi Anonim: Dalam transaksi anonim, alamat pengirim dan penerima tidak diketahui oleh pihak ketiga. Ini berarti bahwa selama proses transaksi, kecuali dua pihak yang terlibat dalam transaksi, tidak ada orang lain yang dapat mengidentifikasi peserta tertentu. Sebagai contoh, Tornado Cash adalah protokol privasi yang mencapai anonimitas dengan mengaburkan jalur transaksi.

• Transaksi Tersembunyi: Dalam transaksi tersembunyi, meskipun alamat pengirim dan penerima terlihat, namun detail spesifik transaksi tidak diketahui. Ini berarti jumlah transaksi, jumlah sub-transaksi, hash transaksi, dan informasi detail lainnya disembunyikan dari pihak ketiga. Jenis privasi ini dapat dicapai dengan menggunakan teknologi seperti Zero-Knowledge Proofs (ZKP). Sebagai contoh, Zcash adalah mata uang kripto privasi yang menggunakan teknologi zk-SNARK untuk menyembunyikan detail transaksi.

Interpretasi Arsitektur Keseluruhan Singularitas

Gambaran Umum Arsitektur Singularitas

Melihat struktur keseluruhan, ini dapat dibagi ke dalam kira-kira 5 modul:

1. Singularitas

Ini adalah kontrak pintar yang berinteraksi dengan pengguna, yang digunakan untuk mengekspresikan dan mengeksekusi logika sirkuit ZK. Fungsi kontrak pintar ini termasuk menyembunyikan saldo dan catatan transaksi token ETH/ERC20 untuk mencapai anonimitas dan penyembunyian konten transaksi. Ini berfungsi sebagai kumpulan likuiditas yang mengumpulkan semua aset dari semua jenis pedagang. Namanya berasal dari fitur uniknya, yaitu, bagi semua pengamat, semua transaksi protokol tampaknya berasal dari kontrak pintar ini. Desain ini memberikan privasi multidimensi kepada pengguna.

Dalam protokol Singularity, ZK Notes membentuk unit dasar transaksi, yang berisi informasi transaksi penting, termasuk jenis aset, jumlah, dan pengenal terenkripsi yang terkait dengan pemiliknya. Desain Notes ini bertujuan untuk memberikan perlindungan privasi tingkat tinggi, memastikan identitas dan informasi aset para trader terlindungi secara efektif.

Setiap Catatan mencakup informasi penting berikut ini:

• Jenis Aset: Menunjukkan jenis aset yang terlibat dalam transaksi, seperti jenis token mata uang kripto atau aset digital lainnya.

• Jumlah: Menunjukkan jumlah aset yang terdapat dalam Catatan, yang digunakan untuk menentukan nilai transaksi.

• Rho: Nilai field yang dihasilkan secara acak yang digunakan untuk meningkatkan privasi transaksi, mencegah pengamat eksternal melacak dan menganalisis transaksi.

• Kunci Publik Schnorr: Digunakan untuk penandatanganan kriptografi dan memverifikasi identitas transaksi, memastikan bahwa hanya pengguna yang berwenang yang dapat melakukan operasi transaksi yang valid.

Selain informasi di atas, setiap Catatan juga menghasilkan Nullifier yang sesuai. Pembuatan Nullifier menggunakan teknik hashing kriptografi, mengambil nilai acak Note dan kunci publik sebagai input dan memprosesnya untuk menghasilkan Nullifier yang sesuai. Desain ini bertujuan untuk memberikan keamanan tambahan untuk transaksi, memastikan bahwa hanya pengguna resmi yang sah yang dapat mengoperasikan dan menggunakan Note secara efektif.

Penambahan dan Penyimpanan Catatan

Dalam protokol Singularitas, semua Catatan dilampirkan ke pohon Merkle yang hanya dapat ditambahkan, dan akar dari pohon Merkle yang baru disimpan secara permanen. Tujuan dari desain ini adalah untuk memastikan integritas dan keamanan transaksi, mencegah data dirusak dan rusak.

Untuk mengilustrasikan dengan contoh sederhana:

Misalkan Alice adalah pengguna protokol Singularitas. Pada suatu saat, dia melakukan transaksi, menyetorkan 1 ETH ke dalam kontrak Singularity. Transaksi ini akan dicatat sebagai Catatan dan dilampirkan pada pohon Merkle saat ini. Pada saat ini, akar pohon Merkle dihitung dari satu Catatan ini.

Selanjutnya, Bob juga melakukan transaksi, menyetorkan 0,5 ETH ke dalam kontrak Singularity. Transaksi ini juga akan dicatat sebagai Catatan dan ditambahkan ke pohon Merkle saat ini. Akar dari pohon Merkle diperbarui saat Catatan baru ditambahkan.

Catatan: Dalam kasus di mana jumlah ganjil dari Catatan yang dihasilkan untuk akar pohon Merkel, dua Catatan individu akan diduplikasi dan hash mereka dihitung.

Seiring dengan semakin banyaknya pengguna yang melakukan transaksi, setiap Note baru ditambahkan ke pohon Merkel secara kronologis. Dengan demikian, riwayat transaksi setiap pengguna disimpan dalam struktur data yang sama, dan integritas seluruh riwayat transaksi dapat diverifikasi secara efisien dengan menghitung hash akar dari pohon Merkel. Karena pohon Merkel hanya bersifat append-only, maka tidak mungkin untuk memodifikasi atau menghapus Catatan yang telah ditambahkan ke pohon, dengan demikian memastikan keamanan dan keabadian data transaksi.

Verifikasi Transaksi Catatan

Ketika pedagang melakukan transaksi, mereka harus mengungkapkan Nullifier yang sesuai dan memberikan bukti terkait dalam bukti zero-knowledge untuk memverifikasi bahwa Nullifier terkait dengan Note yang sesuai dan membuktikan keberadaan Note dalam pohon Merkel. Smart contract akan memverifikasi keunikan Nullifier dan keabsahan bukti untuk memastikan legalitas dan keamanan transaksi.

Contohnya:

Misalkan Alice memiliki Note yang berisi 1 ETH yang ia setorkan ke dalam kontrak Singularity, dan Nullifier dari Note tersebut adalah "AAA123". Sekarang, Alice ingin menggunakan dana ini untuk sebuah transaksi, jadi dia harus memberikan "AAA123" sebagai Nullifier dan membuktikan dua poin berikut ini melalui pembuktian tanpa pengetahuan:

1. Buktikan bahwa "AAA123" terkait dengan Note yang dibelanjakan, yaitu dana untuk transaksi ini memang berasal dari Note tersebut.

2. Buktikan keberadaan Note dalam pohon Merkel, yaitu Note tersebut sebelumnya disimpan ke dalam kontrak Singularity dan belum dirusak.

Smart contract akan memverifikasi Nullifier dan bukti yang diberikan oleh Alice untuk memastikan keunikan Nullifier dan keabsahan bukti. Hanya ketika verifikasi telah dilewati, kontrak akan mengeksekusi transaksi dan mentransfer dana ke penerima yang diinginkan oleh Alice. Dengan demikian, smart contract memastikan legalitas dan keamanan transaksi, mencegah aktivitas jahat atau penipuan.

Di bawah ini adalah implementasi pseudocode dari logika di atas:

// Pseudocode
pragma solidity ^0.8.0;
contract SingularityContract {
 mapping(address => mapping(bytes32 => bool)) private invalidValues;
 mapping(bytes32 => bool) private merkleTree;
  // Operasi deposit, menyetorkan dana ke dalam kontrak Singularity
 function deposit(bytes32 noteHash, bytes32 invalidValue) public payable {
       require(msg.value > 0, "Deposit amount must be greater than 0");
       // Add the Note to the Merkel tree
       merkleTree[noteHash] = true
       // Store the nullifier
       invalidValues[msg.sender][noteHash] = true;
   }
   // Operasi pembelanjaan transaksi, memverifikasi nullifier dan bukti, mengeksekusi transaksi
 function spend(bytes32 noteHash, bytes32 invalidValue, bytes memory proof) public {
       // Verify that the provided nullifier matches the stored one
       require(invalidValues[msg.sender][noteHash], "Invalid value does not match");
       // Verify the existence of the Note in the Merkel tree
       require(merkleTree[noteHash], "Note does not exist in the Merkle tree");
       // Verify the zero-knowledge proof
       require(_verifyProof(noteHash, invalidValue, proof), "Proof verification failed");
       // Execute the transaction, transferring funds to the recipient
       // The specific transfer operation is omitted here
   }
   // Fungsi verifikasi bukti nol-pengetahuan
 function _verifyProof(bytes32 noteHash, bytes32 invalidValue, bytes memory proof) private view returns (bool) {
       // In practice, specific zero-knowledge proof verification is required
       // The specific verification process is omitted here
       // If the proof is successfully verified, return true, otherwise return false
       return true;
   }
}

1. Pesan

Book menggunakan teknologi Fully Homomorphic Encryption (FHE) untuk membuat buku pesanan offline yang sepenuhnya pribadi, menyediakan lingkungan perdagangan yang aman dan andal bagi para pedagang. Dalam sistem Book, sekelompok node FHE khusus, yang dikenal sebagai Bookies, memainkan peran penting, yang secara kolektif mengelola buku pesanan. Proses pencocokan meliputi:

Node API mengenkripsi pesanan untuk memastikan kerahasiaan konten pesanan. Kemudian, Bookies menggunakan protokol FHE untuk melakukan perhitungan pencocokan pesanan, menjaga kerahasiaan informasi pesanan. Hasil pencocokan order dipublikasikan, tetapi konten order asli tetap dirahasiakan untuk melindungi hak privasi trader. Trader yang cocok dapat langsung berkomunikasi dan menyelesaikan menggunakan fitur Swap pada kontrak Singularity, sementara trader yang gagal menyelesaikan akan menghadapi penalti reputasi.

Untuk memastikan operasi yang stabil dari sistem Book, mekanisme insentif aturan mayoritas diadopsi, dan Bookies diharuskan untuk mempertaruhkan token:

• Bandar judi menggunakan mekanisme aturan mayoritas untuk mengatasi potensi ketidaksepakatan dalam pencocokan pesanan terenkripsi, mencegah aktivitas jahat.

• Staking token bertujuan untuk melindungi dari serangan Sybil sambil memotivasi Bookies untuk memenuhi tugas mereka dan memastikan kelancaran sistem.

Dalam sistem Book, manajemen identitas dan reputasi adalah kuncinya, dengan berbagai inovasi yang meliputi:

• Setiap identitas anonim berhubungan dengan reputasi yang mencerminkan probabilitas penyelesaian historisnya, dengan tetap menjaga privasi identitas.

• Trader dapat menetapkan ambang batas reputasi untuk menyaring mitra yang cocok dengan pesanan, memastikan keamanan dan keandalan transaksi.

• Trader yang gagal menyelesaikan transaksi akan menerima penalti reputasi, yang juga memengaruhi reputasi rekan trading mereka.

Sebagai contoh, misalkan Alice ingin membeli 1 ETH,

• Pengajuan pesanan: Alice mengirimkan order untuk membeli 1 ETH dengan harga tertentu yaitu $2000 USDT.

• Pencocokan pesanan: Sistem Book menemukan penjual, Bob, yang bersedia menjual 1 ETH dengan harga $2000 USDT.

• Konfirmasi transaksi: Alice dan Bob mengonfirmasi bahwa pesanan mereka telah berhasil dicocokkan.

• Penyelesaian transaksi: Alice membayar Bob sebesar 2000 USDT dan menerima 1 ETH. Sistem Singularity memperbarui saldo akun mereka.

• Manajemen reputasi: Jika Bob gagal menyelesaikan transaksi tepat waktu atau menunjukkan perilaku negatif lainnya, reputasinya dapat berkurang, sehingga sistem membatasi pencocokannya dengan trader lain. Jika peringkat reputasi Bob adalah 5, ini menandakan ia adalah trader andal. Namun, jika ia gagal menyelesaikan transaksi tepat waktu atau terlibat dalam perilaku negatif lainnya, seperti membatalkan pesanan berkali-kali atau memanipulasi pasar secara jahat, reputasinya dapat terpengaruh. Hal ini dapat menyebabkan penurunan 1 poin pada peringkat reputasinya menjadi 4, yang selanjutnya membatasi ambang batas partisipasi tradingnya di masa mendatang.

1. Otomatisasi

Otomasi adalah AMM-DEX yang tertanam dalam protokol, dengan Book bertindak sebagai penyedia likuiditas alternatif. Karena trader dapat mengirimkan transaksi melalui Singularity untuk menyetor dana, dan Singularity bersifat anonim, maka setoran ke Otomasi juga bersifat anonim. Ini berarti identitas trader tidak diekspos, sehingga melindungi privasi mereka.

Trader dapat menarik dana dari Otomasi kapan saja dan mentransfernya ke kontrak Singularity. Fleksibilitas ini memungkinkan trader untuk mengelola dana mereka dengan bebas dan menariknya kapan pun diperlukan. Demikian pula, karena kontrak Singularity itu sendiri bersifat anonim, proses penarikan dana juga menjaga anonimitas trader.

Untuk order yang tidak dapat dicocokkan dengan order mana pun di Book, Otomasi akan menyediakan pencocokan untuk membantu meningkatkan likuiditas. Hal ini memastikan bahwa meskipun pesanan tidak segera dicocokkan, pesanan trader masih dapat diproses, dan perdagangan mereka dapat dilanjutkan. Dengan menyediakan likuiditas tambahan, Otomasi meningkatkan efisiensi dan pengalaman trading protokol secara keseluruhan.

1. Relayer

Di Singularity, Relayer memainkan peran penting, bertanggung jawab untuk mengirimkan meta-transaksi atas nama pengguna dan membayar Biaya Gas untuk transaksi pengguna. Desain ini dimotivasi oleh keinginan untuk melindungi anonimitas pengguna. Karena Biaya Gas harus dibayarkan ke blockchain lapisan dasar yang biasanya bersifat publik, jika pengguna membayar Biaya Gas mereka sendiri, identitas mereka berpotensi terekspos.

Relayer melakukan tugas ini dengan mengirimkan meta-transaksi. Meta-transaksi dapat diverifikasi dan dikomputasi secara native, mencegah Relayer merusak atau mengubah konten transaksi, sehingga memastikan keamanan dan integritas transaksi. Selain itu, untuk mencegah perilaku jahat dari Relayer, sistem ini dirancang dengan jaringan Relayer yang tidak dapat dipercaya. Ini berarti siapa pun dapat menjalankan Relayer tanpa perlu memberikan jaminan apa pun.

Transaksi yang dikirimkan oleh pengguna dan biaya terkait bersifat publik dan akan dibayarkan kepada Penyalur sebagai kompensasi atas Biaya Gas yang mereka tanggung. Desain ini membuat jaringan Relayer menjadi sistem yang rasional, di mana mereka akan menerima dan mengirimkan transaksi yang menguntungkan. Bahkan jika ada Relai yang jahat, memastikan adanya setidaknya satu Relai yang jujur menjamin kelengkapan sistem. Tentu saja, trader memiliki opsi untuk menjalankan Relayer mereka sendiri dan mengganti Biaya Gas, meskipun dengan mengorbankan beberapa privasi.

1. API

API berfungsi sebagai simpul antarmuka bagi pengguna untuk berinteraksi dengan protokol. Melalui API, pengguna dapat membuat dan mengirimkan bukti ke kontrak Singularity, mengelola pesanan di Book, mendengarkan Book untuk menemukan kecocokan, dan menegosiasikan penyelesaian kontrak Singularity. Selain itu, API memungkinkan pengguna untuk berinteraksi dengan Relayer.

Transaksi Privasi

Berdasarkan struktur yang disebutkan di atas, transaksi privasi yang disebutkan sebelumnya dapat diimplementasikan:

• Transaksi Anonim (Otomatisasi)

Ketika melakukan transaksi dengan Otomasi, karena trader perlu melakukan operasi setoran, jumlah uang yang dijaminkan setiap kali akan terekspos, seperti halnya setiap setoran ke Singularity tidak dapat dihindari oleh pihak ketiga yang mendengarkan detail transaksi. Oleh karena itu, melakukan transaksi melalui Otomasi akan mengorbankan penyembunyian transaksi.

Perlu dicatat bahwa ketika Book tidak dapat mencocokkan trader, meskipun order mereka dapat dimasukkan ke dalam pool perdagangan Otomasi untuk pencocokan (yang tampaknya mengekspos alamat trader), anonimitas trader masih terjamin, karena entitas yang mentransfer likuiditas mereka adalah Singularity.

• Transaksi Anonim + Tersembunyi (Penyelesaian melalui Singularitas)

Ketika menyelesaikan transaksi melalui Singularity, terlepas dari bagaimana penemuan harga transaksi dan pencocokan maksud dilakukan, penyelesaian akhir transaksi masih dapat memastikan anonimitas dan penyembunyiannya. Ini karena kontrak Singularity bertanggung jawab atas penyelesaian kustodian dana dan transfer dana akhir, sehingga mencapai visibilitas di tempat terbuka saat beroperasi dalam kegelapan.

Perdagangan Kolam Gelap: Implementasi Singularitas

Proses Perdagangan Singularity

Dark pool, yang ditujukan untuk institusi besar dan trader profesional, menyediakan platform untuk trading tanpa memengaruhi harga pasar. Ini terutama mengakomodasi dua jenis kebutuhan perdagangan: Transfer dan Swap. Berikut ini, kami akan merinci bagaimana Singularity mengimplementasikan kedua jenis transaksi ini berdasarkan konten yang digambarkan dalam diagram di atas. Penting untuk diperhatikan bahwa API Node dan Trading Node merupakan bagian dari node yang sama dalam diagram; untuk lebih jelasnya, keduanya digambarkan sebagai dua jenis node yang berbeda di sini.

1. Transaksi Transfer

Transaksi transfer terutama terjadi antara dua node Trader. Kami mendefinisikan node Trader penerima sebagai Trader A dan node Trader pengirim sebagai Trader B. Proses spesifik untuk transaksi antara Trader A dan Trader B adalah sebagai berikut:

1) Saat melakukan transaksi, Trader B harus menyetor dana ke dalam kontrak Singularity. Trader B mengenkripsi transaksi setoran ini dengan memanggil API, sehingga menghasilkan ZK Proof, yang juga disebut sebagai ZK Note, dan memberikannya ke kontrak Singularity untuk memverifikasi bahwa Trader B telah menyetor dana.

2) Setelah menyetorkan dana, Trader B memulai transaksi Transfer dengan memanggil API untuk mengirim ZK Note ke kontrak Singularity.

3) Setelah menerima Catatan Trader B, kontrak Singularity mengidentifikasi Trader A yang sesuai berdasarkan informasi yang diberikan dalam Catatan. Pada titik ini, Trader A dapat mengekstrak jumlah transaksi Transfer dari kontrak Singularity.

Dalam proses ini, kami mengamati bahwa interaksi antara node dan kontrak dilakukan melalui ZK Notes. Catatan menggunakan model UTXO untuk transfer, yang secara inheren memiliki tingkat privasi dan anonimitas dibandingkan dengan model akun. Metode ini memastikan bahwa spesifikasi dari sebuah transaksi hanya diketahui oleh inisiatornya, sementara secara eksternal, terlihat seolah-olah ada alamat yang berinteraksi dengan kontrak Singularity. Namun, detail transaksi dasar, seperti alamat penerima atau jumlah transaksi, tidak dapat ditangkap.

1. Transaksi Swap

Dibandingkan dengan transaksi Transfer, transaksi Swap agak lebih kompleks karena harus mencari mitra dagang. Di sini, kami mendefinisikan node Trader yang ingin terlibat dalam transaksi Swap sebagai Trader C dan node Trader mitra dagang yang akhirnya ditemukan sebagai Trader D. Proses transaksi spesifik antara Trader C dan Trader D adalah sebagai berikut:

1) Mirip dengan langkah pertama dari transaksi Transfer, Trader C harus menyetor dana ke dalam kontrak Singularity, dan secara bersamaan, Trader C akan memulai transaksi Order ke node Book dengan memanggil API.

2) Bertindak sebagai simpul buku pesanan off-chain, simpul Buku mencoba mencocokkan transaksi Pesanan yang berbeda di bawah lingkungan Enkripsi Homomorfis Sepenuhnya (FHE) tanpa mengetahui detail spesifik dari transaksi Pesanan.

a. Setelah pencocokan berhasil, node Book akan memberi tahu dua node Trader yang terkait untuk melanjutkan transaksi.

b. Jika pencocokan gagal, Book akan mendepositkan dana yang terkait dengan transaksi ini ke dalam Otomasi on-chain sebagai likuiditas yang dicadangkan. Ini mirip dengan menyetor uang cadangan ke dalam layanan tabungan seperti Yu'e Bao. Jika masih ada transaksi yang gagal dicocokkan nantinya, mereka akan memprioritaskan trading dari Otomasi. Hanya ketika dana dalam Otomasi tidak mencukupi untuk menyelesaikan transaksi, maka ia akan berinteraksi dengan DEX eksternal seperti Uniswap melalui kontrak Singularity.

Setelah menemukan mitra dagang dan menegosiasikan detail Swap, para pedagang akan menandatangani detail transaksi Swap secara bersama-sama. Kemudian, salah satu pihak dapat menggunakan tanda tangan ini untuk membuat bukti tanpa pengetahuan, yang memungkinkan transaksi untuk mengubah kepemilikan Notes tanpa kedua belah pihak harus online. Penting untuk dicatat bahwa untuk melindungi privasi transaksi, transaksi Swap masih dilakukan melalui kontrak Singularity.

Oleh karena itu, kita dapat melihat bahwa Singularity terutama menggunakan teknologi ZK (Zero Knowledge) dan FHE dalam proses transaksi untuk mencapai privasi dan anonimitas. Penggunaan teknologi ZK memastikan bahwa spesifikasi dari setiap transaksi hanya diketahui oleh inisiator, namun memungkinkan pedagang lain atau kontrak Singularity untuk memverifikasinya dengan cepat; Teknologi FHE memungkinkan simpul Buku untuk menghitung transaksi yang saling mencocokkan selama proses pencocokan tanpa perlu mengetahui rincian spesifik dari transaksi, dan juga menjaga kerahasiaan informasi transaksi asli saat memberi tahu kedua belah pihak, yang berarti para pihak hanya mengetahui dengan siapa mereka berdagang tetapi tidak mengetahui jenis aset dan jumlah perdagangan tertentu.

Ringkasan dan Evaluasi

Pasar OTC menyumbang hampir 70% dari seluruh volume perdagangan pasar mata uang kripto, menyoroti permintaan yang signifikan untuk transaksi privasi di industri Web3. Namun, sektor perdagangan privasi masih menghadapi berbagai tantangan, seperti memenuhi persyaratan peraturan dari badan pemerintah, melakukan transaksi tanpa mengungkapkan informasi spesifik tentang pengguna dan transaksi, dan mencegah tindakan jahat dari pihak-pihak yang melakukan perdagangan. Dark pool yang terdesentralisasi seperti Singularity mewakili solusi inovatif yang dapat memberikan pengguna tingkat perlindungan privasi yang lebih tinggi dan ketahanan terhadap sensor melalui penggunaan teknologi privasi dan kontrak pintar, mengurangi ketergantungan pada entitas terpusat. Platform ini mendukung transaksi besar secara anonim dan dapat diintegrasikan dengan layanan kepatuhan untuk menciptakan lingkungan perdagangan yang terdesentralisasi dan sesuai dengan peraturan.

Pertimbangan Utama untuk Sektor Kolam Gelap:

1. Arsitektur Teknis: Zero-Knowledge Proofs (ZKP) dan Multi-Party Computation (MPC) merupakan dasar dari sektor dark pool, yang memungkinkan verifikasi keabsahan transaksi tanpa mengungkapkan detail transaksi. Banyak protokol saat ini yang sangat bergantung atau sepenuhnya pada MPC, yang memiliki dua kelemahan utama: efisiensi komputasi yang rendah dan kompleksitas protokol. Protokol MPC memerlukan pembuktian dan verifikasi ZKP dalam kerangka kerja MPC, yang sangat intensif secara komputasi. Selain itu, MPC sering kali membutuhkan koneksi jaringan yang stabil, yang sulit dicapai dalam jaringan terdesentralisasi global. Faktor-faktor ini membuat protokol yang sepenuhnya berdasarkan MPC tidak praktis untuk aplikasi skala besar, seperti mesin pencocokan pesanan.

2. Anonimitas dan Perlindungan Privasi : Regulasi adalah topik yang tidak dapat dihindari di sektor privasi. Memastikan transaksi dan dana sepenuhnya anonim sambil memberikan perlindungan privasi yang memadai adalah tugas yang menantang. Ini sangat penting bagi pengguna yang ingin berdagang dengan modal yang sesuai. Proyek dark pool sangat perlu mengintegrasikan proses KYB/KYC, merangkul regulasi secara proaktif, dan memastikan data KYB/KYB pengguna tidak bocor untuk menjaga legalitas platform dan kepercayaan pengguna.

3. Likuiditas & Keamanan Dana: Likuiditas adalah faktor penting dalam operasi dark pool. Memastikan volume perdagangan yang memadai dan keamanan dana sangat penting untuk pencocokan pesanan yang efisien dan meningkatkan anonimitas pedagang dan keinginan untuk berpartisipasi. Dalam dark pool, anonimitas dana meningkat seiring dengan ukuran pool, sehingga pelacakan deposan tertentu menjadi lebih menantang. Dalam skenario likuiditas yang langka, banyak model buku pesanan protokol memiliki keterbatasan dalam mencocokkan perdagangan di antara para pengguna, karena mereka mungkin tidak selalu menyediakan likuiditas yang cukup untuk semua pesanan. Selain buku pesanan, mekanisme perdagangan AMM yang inovatif dan mengintegrasikan lebih banyak aplikasi DeFi dari berbagai ekosistem blockchain dapat menjadi cara yang efektif untuk memperluas likuiditas.

4. Skalabilitas: Memastikan skalabilitas yang baik untuk mengakomodasi jumlah pengguna dan volume transaksi yang terus bertambah sangat penting untuk dark pool. Dark pool berisiko mengalami kerugian jika menghadapi lonjakan LP tanpa pesanan yang cocok. Oleh karena itu, dark pool harus mempertimbangkan lapisan penyelesaian, desain teknis, dan peta jalan ekosistem selama fase desain untuk memenuhi permintaan transaksi yang lebih tinggi, terutama di bawah kerangka kerja peraturan yang semakin komprehensif.

Perdagangan dark pool, dengan sejarah tertentu dalam industri tradisional dan belum terbukti sebagai solusi, terus memiliki permintaan pasar yang signifikan dan potensi pengembangan. Perdagangan dark pool tradisional menghadapi risiko kepercayaan dengan pedagang terpusat, sedangkan proyek-proyek terdesentralisasi seperti Singularity secara inovatif mengadopsi model "dark pool + pool transparan untuk perdagangan gelap", mengatasi titik-titik nyeri dari ketergantungan pada sentralisasi, privasi yang tidak mencukupi, dan resistensi terhadap sensor yang buruk.

Tidak seperti proyek perdagangan privasi sebelumnya, Singularity menawarkan fungsionalitas perdagangan privasi aset bersama dengan kemampuan perdagangan aset DeFi. Pasar saat ini dibanjiri oleh agregator perdagangan, tetapi hanya sedikit yang memiliki fitur atau desain khas yang meningkatkan keterikatan pengguna. Singularity, yang berfungsi sebagai lapisan privasi untuk pool transparan, pertama-tama mengatasi masalah perdagangan institusi dan paus, mempertahankan asimetri informasi. Dibandingkan dengan solusi perdagangan privasi saat ini, desain dark pool (lapisan privasi) secara alami mewujudkan prinsip "menyimpan uang di dalam saku", karena privasi akan hilang jika dana pedagang sering masuk dan keluar dari platform, setara dengan pengungkapan diri. Oleh karena itu, sebagian besar dana lebih memilih untuk tetap berada di dark pool untuk waktu yang cukup sebelum melakukan penarikan, sehingga menguntungkan pertumbuhan TVL yang stabil dan memberikan keamanan yang lebih baik bagi pengguna.

Berdasarkan standar yang disebutkan di atas untuk dark pool terdesentralisasi, Singularity menonjol di antara solusi dark pool saat ini karena beberapa alasan:

• Anonimitas dan Perlindungan Privasi: Untuk anonimitas, pendekatan konvensional yang digunakan adalah Zero-Knowledge Proofs (ZKP). Oleh karena itu, menemukan mitra yang tepat adalah kuncinya. Saat ini, Singularity mendelegasikan proses KYC off-chain & KYB ke ComplyCube (KYC) dan Shufti Pro (KYC & KYB), dengan Keyring membangun bukti yang sesuai, dan oracle pada akhirnya membawa bukti-bukti ini ke dalam blockchain. Dibandingkan dengan proyek lain, Singularity lebih sesuai dengan persyaratan kepatuhan saat ini, sehingga menghindari risiko peraturan di masa depan yang serupa dengan yang dihadapi oleh Tornado Cash.

• Keamanan Dana : Perbandingan langsung keamanan kontrak tidak memungkinkan. Akan tetapi, karena Singularity mengizinkan pool transparan untuk bertindak sebagai pool gelap, hal ini dapat mengurangi keinginan pengguna dan institusi untuk memindahkan dana, yang berpotensi mengekspos modal mereka terhadap risiko keamanan kontrak dalam jangka panjang. Seperti yang telah disebutkan sebelumnya, transfer dana yang sering dilakukan oleh institusi/pengguna juga dapat mengekspos alamat, sehingga membutuhkan keseimbangan antara privasi alamat dan keamanan dana.

• Likuiditas: Tidak seperti proyek yang hanya mengandalkan model order book/AMM, Singularity memperkenalkan order book dan AMM untuk memaksimalkan efisiensi likuiditas. Namun, aplikasi yang sebenarnya mungkin menunjukkan bahwa perbedaan likuiditas karena model perdagangan mungkin tidak signifikan, lebih bergantung pada kemampuan pengembangan bisnis proyek dan kepatuhannya, dengan keputusan akhir sebagian besar berada di tangan pengguna pasar.

• Skalabilitas: Dalam hal kompatibilitas ekosistem, kompatibilitas Singularity dengan ekosistem EVM adalah narasi utama. Jika tidak mempertimbangkan untuk membuat rantai sendiri, efisiensi penyelesaian transaksi masih sangat terbatas oleh lapisan penyelesaiannya. Dalam kasus yang ekstrim, lapisan ini mungkin tidak dapat menangani transaksi frekuensi tinggi. Oleh karena itu, dalam jangka menengah dan panjang, proyek-proyek yang memperluas arah ekosistem rantai aplikasi akan lebih terukur. Secara teknis, Singularity memilih FHE+ZKP, yang lebih efisien daripada solusi MPC-ZKP karena efisiensi komputasi yang tinggi yang dibutuhkan oleh MPC-ZKP. Oleh karena itu, pendekatan teknologi yang dipilih Singularity tampaknya memenuhi kebutuhan transaksi. Dari perspektif perluasan ekosistem, pendekatan "kolam transparan sebagai kolam gelap" dapat meluas ke skenario non-transaksional dan konteks DeFi lainnya, menawarkan kemungkinan imajinatif yang sebanding dengan yang diusulkan oleh Uniswap V4 dengan pengait.

Selain mengenali kompetensi inti Singularity, penting juga untuk mengetahui potensi risiko yang mungkin dihadapi proyek di masa depan:

• Kerugian Fungsi Penemuan Harga Pasar: Karena anonimitas dan volume perdagangan dark pool yang besar, harga aset di pasar mungkin tidak secara akurat mencerminkan fluktuasi di dalam dark pool. Hal ini mengakibatkan hilangnya penemuan harga yang efektif, karena pelaku pasar lain tidak dapat mengakses informasi tentang perdagangan dark pool. Pengecualiannya adalah jika pengguna menggunakan DEX konvensional untuk penemuan harga di Singularity, di mana harga dapat mencerminkan penawaran dan permintaan pasar yang sebenarnya.

• Risiko Peraturan Pemerintah: Perdagangan dark pool, yang berpotensi digunakan untuk menghindari regulasi dan standar, dapat mendorong lembaga pemerintah untuk menerapkan langkah-langkah regulasi yang lebih ketat. Hal ini dapat mencakup peningkatan pemantauan dan regulasi perdagangan dark pool atau hukuman bagi individu dan entitas yang berpartisipasi dalam perdagangan tersebut. Langkah-langkah ini dapat berdampak pada pengembangan dan pengoperasian proyek Singularity dan meningkatkan risiko hukum.

• Kontrol dan Keamanan Dana: Dengan dana yang disimpan jangka panjang dalam kontrak Singularity, mirip dengan Vault, mungkin ada risiko kontrak dalam situasi ekstrim. Akan tetapi, karena Singularity tidak melibatkan komunikasi multi-rantai atau bergantung pada relai transaksi, keamanannya setidaknya lebih tinggi dibandingkan dengan jembatan lintas rantai.

• Risiko KYC/KYB: Ketergantungan yang tinggi pada sejumlah mitra yang terbatas untuk pemeriksaan kualifikasi pengguna dapat menimbulkan satu titik kegagalan.

Singkatnya, Eureka Partners menganggap jalur privasi sebagai investasi strategis yang signifikan. Bagi lembaga investasi dan pemangku kepentingan lainnya, Singularity mewakili perdagangan dark pool; namun, bagi regulator, ini lebih mirip dengan "kolam abu-abu". Kami mengantisipasi bahwa perdagangan OTC dan institusional secara bertahap akan merangkul metode perdagangan privasi dark pool yang diatur. Kami percaya bahwa perkembangan teknologi saat ini di Web3 membuat "kemajuan yang berulang." Setelah regulasi ketat Tornado Cash, muncul kekosongan permintaan untuk perdagangan privasi. Secara historis, penerapan aturan sering kali tertinggal dari terobosan dan revolusi teknologi. Ketika teknologi menghadapi tantangan, kita harus merangkul perubahan dan tidak menyia-nyiakan krisis apa pun. Kami berharap Singularity menjadi pemimpin berikutnya dalam jalur privasi ZK dark pool yang diatur.

"Jangan pernah menyia-nyiakan krisis yang baik." - Winston Churchill

Penafian: Penafian

1. Artikel ini dicetak ulang dari Eureka Partners, Meneruskan Judul Asli'Laporan Penelitian Eureka Partners: Singularitas - Transaksi Privasi pada Blockchain Transparan', Semua hak cipta adalah milik penulis asli[Oliver, Andy, Howe]. Jika ada keberatan dengan pencetakan ulang ini, silakan hubungi tim Gate Learn, dan mereka akan segera menanganinya.
2. Penafian Tanggung Jawab: Pandangan dan pendapat yang diungkapkan dalam artikel ini semata-mata merupakan pandangan dan pendapat penulis dan bukan merupakan saran investasi.
3. Penerjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel terjemahan dilarang.