*Orijinal Başlığı İletin：Eureka Partners Araştırma Raporu: Singularity - Şeffaf Blok Zinciri Üzerinde Gizlilik İşlemleri

Giriş

1969 yılında, finansal piyasalarda alım satım yöntemi hala geleneksel alım satım zeminlerine dayanıyordu. O dönemde bilgisayar teknolojisi henüz olgunlaşmamıştı ve tüccarlar, verimsiz ve gizlilikten yoksun bir yöntem olan emirleri yüksek sesle bağırmaya güveniyorlardı, bu da kurumsal yatırımcıların piyasa dalgalanmalarına neden olmadan büyük işlemler yapmasını zorlaştırıyordu. Jerome Pustilnik tarafından kurulan Instinet, bu zorluğa yanıt olarak ortaya çıktı. Instinet, yatırımcıların alıcı ve satıcıların emirlerini eşleştirmekten ve işlemleri gerçekleştirmekten sorumlu olan bir elektronik ticaret platformu aracılığıyla anonim olarak emir vermelerine izin verdi. Bu model yalnızca ticaret verimliliğini artırmakla kalmamış, aynı zamanda işlemlerin gizliliğini de sağlayarak piyasa etkisini ve bilgi sızıntısını etkili bir şekilde önlemiştir.

Günümüzde teknolojik gelişmeler, finansal işlemlere benzeri görülmemiş bir şeffaflık ve güvenlik getiren devrim niteliğinde bir yenilik olan blok zinciri teknolojisinin doğmasına yol açmıştır. Bununla birlikte, blok zincirinin kamuya açık yapısı ve değişmezliği, piyasaya birçok fayda sağlarken, büyük işlem tacirleri için yeni zorluklar da ortaya çıkarmaktadır. Blok zincirinin halka açık defterinde, her işlem tüm katılımcılar tarafından görülebilir ve bu da büyük işlem tüccarlarının anonim kalmasını zorlaştırır. Geleneksel borsa platformları tüccarların gizliliğini tam olarak koruyamaz ve büyük emirlerin kamuya açıklanması fiyat dalgalanmalarına yol açarak ticaret verimliliğini ve maliyetleri etkileyebilir. Ayrıca, düzenleyici belirsizlik ve piyasa opaklığı da yatırımcılar için ek riskler oluşturmaktadır.

Bu rapor, büyük kripto para birimi işlemleri için daha güvenli ve verimli bir ortam sağlamak üzere gelişmiş gizlilik koruma teknolojileri ve otomatik ticaret mekanizmaları sunan yenilikçi bir çözüm olarak blok zincirindeki karanlık havuzları inceleyecektir. Ayrıca Singularity'nin FHE (Tam Homomorfik Şifreleme) ve ZKP (Sıfır Bilgi Kanıtı) gibi teknolojileri kullanan yenilikçi çözümleri aracılığıyla büyük yatırımcılara nasıl özel ve uyumlu bir merkezi olmayan ticaret platformu sunduğu da tartışılacak.

Karanlık Havuzlar Nedir?

Geleneksel finans piyasalarındaki Karanlık Havuzlar, ticaret bilgilerini kamuya açıklamayan özel ticaret platformlarını ifade eder ve yatırımcıların ticaret niyetlerini ifşa etmeden büyük işlemler gerçekleştirmelerine olanak tanır. Amerika Birleşik Devletleri'nde karanlık havuz ticaretinin ortaya çıkışı, menkul kıymetler piyasasında artan birleşme ve devralma sıklığı nedeniyle büyük ölçekli hisse senedi transferlerine yönelik artan taleple yakından ilişkilidir. Finansal piyasaların gelişmesiyle birlikte, özellikle yüksek frekanslı ve algoritmik ticaretin hakim olduğu dönemde, hisse senedi, tahvil ve döviz gibi çeşitli alanlarda karanlık havuzların önemi giderek daha belirgin hale gelmiştir. İstatistikler, karanlık havuz işlemlerinin hisse senedi piyasasının %30 ila %50'sini oluşturduğunu ve piyasa likiditesinin önemli bir bileşeni haline geldiğini göstermektedir.

Kripto para piyasasında, büyük yatırımcı grubu büyüdükçe, büyük hacimli işlemlere olan talep de artmaya devam ediyor. Bu büyük siparişler piyasa üzerinde önemli bir etkiye sahiptir, hatta bazen piyasa kargaşasını tetikleyebilir. Bu tür risklerden kaçınmak için, birçok tüccar işlemler için OTC piyasasına ve hatta Telegram gruplarına yönelmektedir. Kraken borsasının 2020 verilerine göre, küresel OTC işlem hacmi 2018'den bu yana 20 kat arttı ve günlük ortalama işlem hacmi yaklaşık 300 milyar USD'ye ulaşarak toplam kripto para piyasası işlem hacminin yaklaşık %70'ini oluşturdu. Ancak OTC piyasası da yetersiz likidite ve düzenleme eksikliği sorunlarıyla karşı karşıyadır. Bu zorlukların üstesinden gelmek için, daha istikrarlı ve özel bir ticaret ortamı sağlamayı amaçlayan karanlık havuzlar bir çözüm olarak sunulmuştur.

Karanlık havuzlarla ilgili önemli noktalar şunlardır:

• Gizlilik ve gizlilik: Karanlık havuzlar yatırımcıların anonim olarak işlem yapmasına olanak tanıyarak işlem gerçekleşene kadar kimliklerini ve emir büyüklüklerini halka açık piyasadan korur.

• Azaltılmış piyasa etkisi: Karanlık havuzlar, büyük kurumsal yatırımcıların halka açık piyasada önemli fiyat dalgalanmalarına neden olmadan büyük emirleri gerçekleştirmesini sağlayarak piyasa etkisini ve kaymayı en aza indirir.

• Alım satım stratejilerinin ifşa edilmemesi: Karanlık havuz işlemleri, yatırımcıların stratejilerinin kamu piyasası tarafından bilinmesini önleyerek MEV (Miner Extractable Value), kopya alım satım arbitrajı ve istatistiksel arbitraj tarafından istismar edilmelerini önlemeye yardımcı olur.

• Likidite ve fiyat iyileştirmesi: Karanlık havuzlar, geleneksel borsalarda muhatap bulamayan alıcı ve satıcıları eşleştirerek piyasaya ek likidite sağlar ve özellikle büyük hacimli işlemlerde potansiyel olarak fiyat iyileştirmeleri sunar.

• Düzenleyici gözetim: Karanlık havuzlar düzenlenir ve düzenleyici kurumlar haksız erişimi, içeriden bilgi ticaretini veya piyasa manipülasyonunu önlemek için karanlık havuz faaliyetlerini izler. Bununla birlikte, birçok karanlık havuz için merkezi yönetim tarzı hala güvenlik, güvenilirlik ve özel verilerin potansiyel kötüye kullanımı riskleri oluşturmaktadır. Tarihsel olarak, merkezi karanlık havuzların güven ilkelerini ihlal ettikleri için cezalandırıldığı birkaç vaka olmuştur.

Temel Gizlilik Teknolojileri

Karanlık havuzlar gizlilik yolunun bir dalıdır. Sıfır Bilgi Kanıtları (ZKP), Çok Taraflı Hesaplama (MPC) ve Tam Homomorfik Şifreleme (FHE) gibi aşağıdaki Gizlilik Artırıcı Teknolojiler (PET'ler) aracılığıyla karanlık havuzlar altyapılarına gizlilik katmaktadır.

Sıfır Bilgi Kanıtı (ZKP)

Sıfır Bilgi Kanıtı (ZKP) teknolojisi, bir kanıtlayıcının bir ifadenin doğruluğunu, herhangi bir önemli bilgiyi açığa vurmadan bir doğrulayıcıya kanıtlamasına olanak tanır. Bu teknoloji, işlem verilerini kompakt ZK kanıtlarına sıkıştırarak ve bunları ana ağa göndererek işlem geçerliliği doğrulamasını sağlayan ZK Toplama gibi Ethereum Katman 2 ölçeklendirme çözümlerinde özellikle önemlidir. Bu kanıtlar yalnızca minimum depolama alanı kaplamakla kalmaz, aynı zamanda güvene dayalı olmayan bir mekanizmanın doğal avantajlarını somutlaştırarak işlem bilgilerinin gizliliğini de korur. ZKP teknolojisinin uygulaması ölçeklendirmeyle sınırlı değildir, aynı zamanda ana uygulamaları zkSNARKs, zkSTARKs ve Bulletproofs olan gizlilik hesaplamasını da içerir. Bu teknolojiler toplu olarak kripto para gizliliğinin korunmasını ve işlem verimliliğinin artırılmasını teşvik etmektedir.

Sıfır bilgi ispatlarına giriş

Çok Taraflı Hesaplama (MPC)

Çok Taraflı Hesaplama (MPC), birden fazla tarafın bireysel girdilerini açıklamadan bir işlevi birlikte hesaplamasına olanak tanıyan bir teknolojidir. Gizlilik alanında MPC, hassas verileri korumak için bir yöntem sunarak tarafların kişisel verileri ifşa etmeden veri analizi, hesaplama görevleri gerçekleştirmesine veya kararlara ulaşmasına olanak tanır. MPC'nin temel avantajı gizlilik koruma kabiliyetinde yatmaktadır. Dağıtık bilgi işlem ve şifreleme teknolojileri sayesinde katılımcılar, hesaplama süreci boyunca verilerinin gizli kalmasını sağlayabilir.

Güvenli çok taraflı hesaplamaya giriş

▪ Tam Homomorfik Şifreleme (FHE)

Tam Homomorfik Şifreleme (FHE), şifrelenmiş veriler üzerinde önce şifreyi çözmeye gerek kalmadan doğrudan hesaplama yapılmasını sağlayan bir kriptografik teknolojidir. Bu, toplama, çıkarma ve çarpma gibi işlemlerin şifrelenmiş haldeyken veriler üzerinde gerçekleştirilebileceği ve şifresi çözüldükten sonra hesaplama sonuçlarının orijinal veriler üzerinde aynı işlemlerin gerçekleştirilmesiyle elde edilenlerle tutarlı olacağı anlamına gelir. FHE'nin temel değeri, gizliliğin korunması için güçlü bir araç sunması, verilerin işlenmesi sırasında gizli kalmasına izin vermesi ve böylece veri güvenliğini önemli ölçüde artırmasında yatmaktadır.

Sansürle Mücadele ile Uyumluluğun Dengelenmesi

Uniswap ve Curve gibi halka açık blok zincirleri üzerinde faaliyet gösteren merkezi olmayan borsalar (DEX'ler), defterlerinin halka açık ve şeffaf yapısı nedeniyle Maksimum Çıkarılabilir Değere (MEV) karşı hassastır. Bu şeffaflık, sipariş ayrıntılarının herkes tarafından görülebilmesi anlamına gelir ve arama yapanların ve inşaatçıların işlem sıralarını yeniden düzenleyerek kârlarını optimize etmelerini sağlar, bu da diğer kullanıcıları bir dereceye kadar olumsuz etkileyebilir.

Karanlık havuzlar, bir tür finansal ticaret mekânı olarak, gizlilik koruması ve anti-sansür sağlama konusunda temel avantajlara sahiptir. Karanlık havuzlarda emir detayları genellikle üçüncü taraflardan gizli tutulur çünkü her emir Sıfır Bilgi Kanıtları (ZKP'ler) oluşturarak işlem bilgilerinin kamuya açıklanmasını azaltır. Bu mimari, alım satım stratejilerini rakipler veya piyasa manipülatörleri tarafından istismar edilmekten koruduğu için özellikle büyük holdingler ve kurumsal yatırımcılar için caziptir. Ayrıca, karanlık havuzların özellikleri de MEV'e direnmeye yardımcı olur, çünkü işlemlerin sırası ve ayrıntıları kamuya açık değildir ve yeniden düzenleme olasılığını azaltır.

Ancak, işlemlerin kamu sözleşmelerini çağırması veya paylaşılan sıralayıcıları kullanması gerektiğinde bu avantajlar azalabilir, çünkü bu işlemler işlem bilgilerini açığa çıkararak MEV'in ele geçirilmesi için fırsatlar sağlayabilir. Bununla birlikte, özellikle alım satım faaliyetleri yüksek gizlilik gerektirdiğinde, gizlilik ve sansüre karşı koruma arayan büyük holdingler ve kurumsal yatırımcılar için karanlık havuzlar cazip bir seçenek olmaya devam etmektedir.

Tornado Cash gibi gizlilik koruma araçlarının ortaya çıkması, zincir üzerinde anonim finansal faaliyetler yürütme imkanı sunuyor, ancak bu araçlar suçlular tarafından kara para aklama gibi yasa dışı faaliyetler için de kullanılıyor. Tornado Cash'in akıllı sözleşme adresi, uyumsuzluk nedeniyle Yabancı Varlıklar Kontrol Ofisi (OFAC) tarafından listelendi. OFAC, uyumlu olmayan kişi ve kuruluşlara yaptırım uygulamak için Özel Olarak Belirlenmiş Vatandaşların (SDN) bir listesini tutar. OFAC düzenlemelerine uymayan protokollerin, işlemlerinin zincir içi bloklardan hariç tutulma olasılığı yüksektir. 23 Şubat 2024 itibariyle blokların %45'i OFAC listesi incelemesi gerektirmektedir. Bu anti-sansür sorunu yalnızca blok üreticilerini değil, aynı zamanda belirli işlemleri veya blokları seçici olarak görmezden gelebilen doğrulayıcıları ve aktarıcıları da etkiler.

OFAC listeleri tarafından incelenen blokların oranı

Tornado Cash'in uyumsuzluk nedeniyle yasaklanmasıyla birlikte, uyumlu gizlilik çözümleri için bir pazar boşluğu ortaya çıktı. Bu boşluğu doldurmak için, sonraki karanlık havuz projelerinin benzer düzenleyici risklerden kaçınırken gizlilik koruması sağlaması gerekir. Etkili yöntemlerden biri, doğrulanmış KYB/KYC süreçlerini projeye entegre ederek kullanıcı faaliyetlerinin yasallığını sağlamak ve olası yasal risklerden kaçınmaya yardımcı olmaktır. Yasal düzenlemeler genellikle teknolojik gelişmelerin gerisinde kalmakta, bu da gizlilik projelerini yasadışı faaliyetler için kolayca istismar edilebilir hale getirmektedir. Projenin güvenliğini ve yasallığını sağlamak için düzenlemeleri aktif bir şekilde benimsemek ve bunlara uymak çok önemlidir.

Rekabet Ortamı & Proje Analizi

2010 ve 2022 yılları arasında karanlık havuz projelerinin sayısı sınırlıydı ve bu projeler kamuoyunda yaygın bir şekilde tanınmadı. Ancak, Sıfır Bilgi Kanıtları (ZKP) ve Çok Taraflı Hesaplama (MPC) gibi gizliliği artıran teknolojilerin ilerlemesiyle birlikte, karanlık havuz alanı bir dizi yenilikçi teknolojik çözümü memnuniyetle karşıladı. Bu teknolojilerin geliştirilmesi, karanlık havuzları 2023 yılında tekrar kamuoyunun gündemine getirdi. Bununla birlikte, teknolojinin karmaşıklığı nedeniyle, karanlık havuz yarışındaki proje sayısı hala nispeten azdır. İşte nispeten olgunlaşmış birkaç proje.

1. 2022'de kurulan Renegade, kurumsal yatırımcılara büyük işlem hizmetleri sağlamak üzere tasarlanmış, MPC-ZKP mimarisine dayalı merkezi olmayan bir karanlık havuzdur. Renegade, eşler arası bir ağ ve Çok Taraflı Hesaplama (MPC) teknolojisi aracılığıyla sipariş eşleştirmesi gerçekleştirir ve sipariş eşleştirme doğrulama süreci sırasında işlem ayrıntılarının dışarıdakiler için anonim kalmasını sağlamak için ZK-SNARK'ları kullanır. Ayrıca, kaymayı önlemek için tüm işlemlerin doğrudan merkezi borsaların gerçek zamanlı toplanmış orta nokta fiyatından yapılmasını garanti etmek için bir orta nokta yürütme mekanizması kullanır. Varsayılan anonim çapraz ticaret özelliği, faiz göstergeleri ile birlikte kapsamlı fiyat keşfini teşvik eder ve likiditeyi optimize eder.

2. Penumbra, Cosmos ekosistemi içinde inşa edilmiş merkezi olmayan bir ticaret platformudur ve kullanıcıların gizliliği korurken ticaret yapmalarına olanak tanıyan karanlık havuz benzeri bir ticaret ortamı sunar. Penumbra, özel bir delegasyon mekanizması aracılığıyla gizlilik korumasını ve Proof-of-Stake (PoS) mutabakat mekanizmasını birleştirerek stake türevleri, vergi açısından verimli stake etme ve özel oylama ile zincir üzerinde yönetişim sunar. Penumbra, Blok Zincirler Arası İletişim (IBC) aracılığıyla Cosmos ekosistemine bağlanır ve IBC uyumlu herhangi bir varlıkta özel işlemlere izin veren ekosistem çapında bir karanlık havuz olarak hizmet verir. Kullanıcılar bu varlıkları takas etmek için Uniswap-V3'e benzer şekilde kapalı teklif toplu açık artırmaları ve yoğun likiditeyi destekleyen özel bir merkezi olmayan borsa olan ZSwap'i de kullanabilirler.

3. Panther, hem mevzuata uygun hem de kullanıcı gizliliğini koruyan bir çözüm sağlamayı amaçlayan sıfır bilgi teknolojisini içeren bir çapraz zincir DeFi platformudur. Kullanıcılar dijital varlıkları Panther'in Çok Varlıklı Korumalı Havuzlarına (MASP'ler) yatırabilir ve 1:1 bazında zAssets alabilirler. Panther, Zswap modülü aracılığıyla diğer DeFi protokollerine bağlanarak kullanıcı seçimi için teklifleri bir araya getirir. İşlemler sırasında Zswap, şifreli bir emanet sözleşmesi oluşturarak kullanıcıların işlem ayrıntılarını ifşa etmeden varlık alışverişi yapmasına olanak tanır. Bu tasarım, varlıkların farklı havuzlarda bir arada bulunmasını sağlayarak veri heterojenliğini korur ve kullanıcıların izlenmesini ve anonimleştirilmesini zorlaştırır. Panther'in korumalı havuzları, işlem gizliliği ve uyumluluğu sağlamak için ZK SNARK ve ZKP teknolojisinden yararlanır.

4. Railgun, Ethereum, BSC, Polygon ve Arbitrum için tasarlanmış, sıfır bilgi (ZK) şifreleme teknolojisini kullanan ve güvenilir kurulum töreni için MPC teknolojisinden yararlanan bir ZKP-MPC mimarisine sahip bir gizlilik sistemidir. Kullanıcıların işlem gizliliğini korurken akıllı sözleşmeleri ve DeFi işlemlerini güvenli bir şekilde yürütmelerine olanak tanır. Kullanıcılar Railgun aracılığıyla işlem emirleri verdiğinde, bir Adapt Modülü akıllı sözleşmesi özel bakiyenin gizlilik korumasını otomatik olarak kaldırır, emri doğrular ve ardından toplu DEX likiditesinde en iyi döviz kurunu bulur ve son olarak kullanıcı faaliyetlerinin ve adreslerinin anonimliğini sağlamak için işlem varlıklarını yeniden korur. Bu süreç yalnızca varlık takasları için geçerli olmayıp diğer DeFi işlem türlerine de genişletilebilir.

Tekilliğin Teknik Yorumu:

Özel İşlemler Nasıl Uygulanır

Özel İşlemler Kavramını Anlamak

Özel işlem kavramını anlamak için, hem işleme dahil olan tarafları hem de işlemin özelliklerini göz önünde bulundurmak ve iki tür gizlilik arasında ayrım yapmak gerekir: anonimlik ve gizleme.

Standart bir işlem aşağıdaki unsurları içerir:

• İşlem Tarafları: Bu, işlemin göndericisini (Tüccar A) ve alıcısını (Tüccar B) içerir.

• İşlem Ayrıntıları: Bu, işlemin tutarını, alt işlemlerin sayısını, işlemin hash'ini ve diğer belirli ayrıntıları kapsar.

Özel işlemler, üçüncü taraflara bilgi görünürlüğü seviyesine göre iki türe ayrılabilir:

• Anonim İşlemler: Anonim işlemlerde, gönderici ve alıcının adresleri üçüncü taraflarca bilinmez. Bu, işlem süreci boyunca, işleme dahil olan iki taraf dışında hiç kimsenin belirli katılımcıları tanımlayamayacağı anlamına gelir. Örneğin Tornado Cash, işlem yollarını gizleyerek anonimlik sağlayan bir gizlilik protokolüdür.

• Gizli İşlemler: Gizli işlemlerde, gönderici ve alıcının adresleri görülebilirken, işlemin belirli ayrıntıları bilinmemektedir. Bu, işlem tutarının, alt işlemlerin sayısının, işlemin hash'inin ve diğer ayrıntılı bilgilerin üçüncü taraflardan gizlendiği anlamına gelir. Bu tür bir gizlilik, Sıfır Bilgi Kanıtları (ZKP) gibi teknolojiler kullanılarak elde edilebilir. Örneğin Zcash, işlem ayrıntılarını gizlemek için zk-SNARKs teknolojisini kullanan bir gizlilik kripto para birimidir.

Tekillik Genel Mimari Yorumlama

Singularity Mimarisine Genel Bakış

Genel yapıya bakıldığında, kabaca 5 modüle ayrılabilir:

1. Tekillik

Bu, kullanıcıların öncelikli olarak etkileşimde bulunduğu, ZK devre mantığını ifade etmek ve yürütmek için kullanılan akıllı sözleşmedir. Bu akıllı sözleşmelerin işlevleri arasında, işlem içeriklerinin anonimliğini ve gizliliğini sağlamak için ETH/ERC20 tokenlerinin bakiyesini ve işlem kayıtlarını gizlemek de yer almaktadır. Her tür tüccardan gelen tüm varlıkları toplayan bir likidite havuzu görevi görür. İsmi, benzersiz özelliğinden kaynaklanmaktadır, yani tüm gözlemciler için tüm protokol işlemleri bu akıllı sözleşmeden kaynaklanıyor gibi görünmektedir. Bu tasarım kullanıcılara çok boyutlu gizlilik sağlar.

Singularity protokolünde, ZK Notları işlemlerin temel birimini oluşturur ve varlığın türü, miktarı ve sahibiyle ilgili şifrelenmiş bir tanımlayıcı dahil olmak üzere kritik işlem bilgilerini içerir. Bu Notların tasarımı, tacirlerin kimliklerinin ve varlık bilgilerinin etkin bir şekilde korunmasını sağlayarak yüksek düzeyde gizlilik koruması sağlamayı amaçlamaktadır.

Her Not aşağıdaki önemli bilgileri içerir:

• Varlık Türü: Bir kripto para biriminin token türü veya diğer dijital varlıklar gibi işlemde yer alan varlık türünü gösterir.

• Miktar: İşlemin değerini belirlemek için kullanılan, Senedin içerdiği varlıkların miktarını gösterir.

• Rho: Dış gözlemcilerin işlemi izlemesini ve analiz etmesini önleyerek işlemlerin gizliliğini artırmak için kullanılan rastgele oluşturulmuş bir alan değeri.

• Schnorr Açık Anahtarı: Kriptografik imzalama ve işlemlerin kimliğini doğrulamak için kullanılır ve yalnızca yetkili kullanıcıların geçerli işlem işlemlerini gerçekleştirebilmesini sağlar.

Yukarıdaki bilgilere ek olarak, her Nota karşılık gelen bir Geçersiz Kılıcı da üretir. Geçersiz Kılıcıların üretilmesinde kriptografik karma teknikleri kullanılır, Notun rastgele değeri ve genel anahtarı girdi olarak alınır ve ilgili Geçersiz Kılıcıyı üretmek için işlenir. Bu tasarım, işlemler için ek güvenlik sağlamayı ve yalnızca meşru yetkili kullanıcıların Notu etkin bir şekilde çalıştırabilmesini ve tüketebilmesini sağlamayı amaçlamaktadır.

Not İlavesi ve Depolama

Singularity protokolünde, tüm Notlar yalnızca ekleme yapılan bir Merkle ağacına eklenir ve yeni Merkle ağacının kökü kalıcı olarak saklanır. Bu tasarımın amacı, işlemlerin bütünlüğünü ve güvenliğini sağlamak, verilerin tahrif edilmesini ve bozulmasını önlemektir.

Basit bir örnekle açıklamak gerekirse:

Alice'in Singularity protokolünün bir kullanıcısı olduğunu varsayalım. Bir noktada, Singularity sözleşmesine 1 ETH yatırarak bir işlem gerçekleştirir. Bu işlem bir Not olarak kaydedilecek ve mevcut Merkle ağacına eklenecektir. Şu anda, Merkle ağacının kökü bu tek Nottan hesaplanmaktadır.

Daha sonra Bob da bir işlem gerçekleştirerek Singularity sözleşmesine 0,5 ETH yatırır. Bu işlem aynı zamanda bir Not olarak kaydedilecek ve mevcut Merkle ağacına eklenecektir. Merkle ağacının kökü yeni Notlar eklendikçe güncellenir.

Not: Merkel ağaç kökü için tek sayıda Not üretilmesi durumunda, iki ayrı Not çoğaltılır ve bunların karmaları hesaplanır.

Daha fazla kullanıcı işlem yaptıkça, her yeni Not kronolojik sırayla Merkel ağacına eklenir. Böylece, her kullanıcının işlem geçmişi aynı veri yapısı içinde korunur ve Merkel ağacının kök karması hesaplanarak tüm işlem geçmişinin bütünlüğü verimli bir şekilde doğrulanabilir. Merkel ağacı yalnızca ekleme yapılabilen bir ağaç olduğundan, ağaca eklenen herhangi bir Notun değiştirilmesi veya silinmesi mümkün değildir, böylece işlem verilerinin güvenliği ve değişmezliği sağlanmış olur.

Senetlerin İşlem Doğrulaması

Yatırımcılar işlem yaptıklarında, ilgili Nullifier'i açıklamalı ve Nullifier'in ilgili Not ile ilişkili olduğunu doğrulamak ve Merkel ağacında Not'un varlığını kanıtlamak için sıfır bilgi kanıtında ilgili kanıtları sağlamalıdırlar. Akıllı sözleşmeler, işlemin yasallığını ve güvenliğini sağlamak için Nullifier'in benzersizliğini ve kanıtın geçerliliğini doğrulayacaktır.

Örneğin:

Alice'in Singularity sözleşmesine yatırdığı 1 ETH içeren bir Note'a sahip olduğunu ve bu Note'un Nullifier'inin "AAA123" olduğunu varsayalım. Şimdi, Alice bu fonları bir işlem için kullanmak istiyor, bu nedenle Nullifier olarak "AAA123" sağlamalı ve aşağıdaki iki noktayı sıfır bilgi kanıtı ile kanıtlamalıdır:

1. "AAA123 "ün harcanan Senetle ilişkili olduğunu, yani bu işlem için fonun gerçekten de bu Senetten geldiğini kanıtlayın.

2. Merkel ağacında Senedin varlığını kanıtlayın, yani Senet daha önce Singularity sözleşmesine yatırılmış ve üzerinde herhangi bir değişiklik yapılmamıştır.

Akıllı sözleşme, Nullifier'in benzersizliğini ve kanıtın geçerliliğini sağlamak için Alice tarafından sağlanan Nullifier'i ve kanıtı doğrulayacaktır. Yalnızca doğrulama geçildiğinde sözleşme işlemi gerçekleştirecek ve fonları Alice tarafından istenen alıcıya aktaracaktır. Böylece akıllı sözleşme, işlemin yasallığını ve güvenliğini sağlayarak herhangi bir kötü niyetli veya hileli faaliyeti önler.

Aşağıda yukarıdaki mantığın sözde kod uygulaması yer almaktadır:

// Pseudocode
pragma solidity ^0.8.0;
contract SingularityContract {
 mapping(address => mapping(bytes32 => bool)) private invalidValues;
 mapping(bytes32 => bool) private merkleTree;
  // Para yatırma işlemi, Singularity sözleşmesine para yatırma
 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;
   }
   // İşlem harcama işlemi, geçersiz kılıcı ve kanıtı doğrulama, işlemi yürütme
 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
   }
   // Sıfır bilgi kanıtı doğrulama işlevi
 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. Rezerve Et

Book, tamamen özel bir çevrimdışı emir defteri oluşturmak için Fully Homomorphic Encryption (FHE) teknolojisini kullanır ve yatırımcılara güvenli ve güvenilir bir ticaret ortamı sağlar. Book sistemi içinde, Bookies olarak bilinen özel bir grup FHE düğümü, sipariş defterini toplu olarak yöneterek kritik bir rol oynar. Eşleştirme süreci şunları içerir:

API düğümleri, sipariş içeriğinin gizliliğini sağlamak için siparişleri şifreler. Ardından, Bahisçiler emir eşleştirme hesaplamalarını gerçekleştirmek için FHE protokolünü kullanır ve emir bilgilerinin gizliliğini korur. Emir eşleştirmesinin sonuçları yayınlanır, ancak orijinal emir içeriği tüccarların gizlilik haklarını korumak için gizli kalır. Eşleşen tüccarlar, Singularity sözleşmesinin Takas özelliğini kullanarak doğrudan iletişim kurabilir ve uzlaşabilirken, uzlaşamayan tüccarlar itibar cezalarıyla karşı karşıya kalacaktır.

Kitap sisteminin istikrarlı bir şekilde çalışmasını sağlamak için çoğunluk kuralına dayalı bir teşvik mekanizması benimsenmiştir ve Bahisçilerin jeton yatırması gerekmektedir:

• Bahis şirketleri, şifreli sipariş eşleştirmedeki olası anlaşmazlıkları ele almak için bir çoğunluk kuralı mekanizması kullanır ve kötü niyetli faaliyetleri önler.

• Staking tokenleri, Bahisçileri görevlerini yerine getirmeleri ve sistemin sorunsuz çalışmasını sağlamaları için motive ederken Sybil saldırılarına karşı koruma sağlamayı amaçlamaktadır.

Kitap sisteminde, kimlik ve itibar yönetimi kilit öneme sahip olup, yenilikler arasında şunlar yer almaktadır:

• Her anonim kimlik, kimlik gizliliğini korurken, tarihsel yerleşim olasılığını yansıtan bir itibara karşılık gelir.

• Yatırımcılar, emir eşleşen muadillerini filtrelemek için itibar eşikleri belirleyerek işlem güvenliği ve güvenilirliği sağlayabilir.

• Uzlaşmaya varamayan tüccarlar itibar cezaları alacak ve bu durum tüccar meslektaşlarının itibarını da etkileyecektir.

Örneğin, Alice'in 1 ETH satın almak istediğini varsayalım,

• Emir gönderimi: Alice, 2000 USDT'lik belirli bir fiyattan 1 ETH satın almak için bir emir gönderir.

• Emir eşleştirme: Book sistemi, 1 ETH'yi 2000 USDT'den satmak isteyen Bob adında bir satıcı bulur.

• İşlem onayı: Alice ve Bob siparişlerinin başarıyla eşleştirildiğini onaylar.

• İşlem anlaşması: Alice, Bob'a 2000 USDT öder ve 1 ETH alır. Singularity sistemi hesap bakiyelerini günceller.

• İtibar yönetimi: Bob işlemi zamanında tamamlayamazsa veya başka olumsuz davranışlar sergilerse, itibarı azalabilir ve bu da sistemin diğer tüccarlarla eşleşmesini kısıtlamasına neden olabilir. Bob'un itibar derecesi 5 ise, bu onun güvenilir bir tüccar olduğunu gösterir. Ancak, işlemi zamanında tamamlayamazsa veya emirleri birden çok kez iptal etmek veya piyasayı kötü niyetle manipüle etmek gibi diğer olumsuz davranışlarda bulunursa, itibarı etkilenebilir. Bu durum itibar puanının 1 puan azalarak 4'e düşmesine yol açabilir ve gelecekteki ticarete katılım eşiğini daha da sınırlandırabilir.

1. Otomasyon

Otomasyon, protokole gömülü bir AMM-DEX'tir ve Book alternatif bir likidite sağlayıcısı olarak hareket eder. Yatırımcılar para yatırmak için Singularity aracılığıyla işlem gönderebildiklerinden ve Singularity anonim olduğundan, Automation'a para yatırma işlemleri de anonimdir. Bu, tüccarların kimliklerinin ifşa edilmediği ve gizliliklerinin korunduğu anlamına gelir.

Yatırımcılar istedikleri zaman Automation'dan fon çekebilir ve bunları Singularity sözleşmesine aktarabilir. Bu esneklik, yatırımcıların fonlarını özgürce yönetmelerine ve gerektiğinde çekmelerine olanak tanır. Benzer şekilde, Singularity sözleşmesinin kendisi anonim olduğu için, para çekme işlemi de yatırımcıların anonimliğini korur.

Defterdeki herhangi bir emirle eşleştirilemeyen emirler için Otomasyon, likiditeyi artırmaya yardımcı olmak için eşleştirme sağlayacaktır. Bu, emirler hemen eşleşmese bile, yatırımcıların emirlerinin yine de işlenebilmesini ve işlemlerinin devam edebilmesini sağlar. Otomasyon, ek likidite sağlayarak protokolün genel verimliliğini ve ticaret deneyimini geliştirir.

1. Relayer

Singularity'de, kullanıcılar adına meta işlemlerin gönderilmesinden ve kullanıcı işlemleri için Gaz Ücretinin ödenmesinden sorumlu olan Relayer çok önemli bir rol oynamaktadır. Bu tasarım, kullanıcı anonimliğini koruma arzusuyla motive edilmiştir. Gaz Ücretlerinin tipik olarak halka açık temel katman blok zincirine ödenmesi gerektiğinden, kullanıcıların kendi Gaz Ücretlerini ödemeleri durumunda kimlikleri potansiyel olarak açığa çıkabilir.

Aktarıcılar bu görevi meta işlemler göndererek yerine getirir. Meta işlemlerin yerel olarak doğrulanabilir ve hesaplanabilir olması, Aktarıcıların işlemlerin içeriğini kurcalamasını veya değiştirmesini önler, böylece işlemlerin güvenliğini ve bütünlüğünü sağlar. Ayrıca, Aktarıcıların kötü niyetli davranışlarını önlemek için, sistem güvenilmez bir Aktarıcı ağı ile tasarlanmıştır. Bu, herkesin herhangi bir teminat sağlamasına gerek kalmadan bir Relayer çalıştırabileceği anlamına gelir.

Kullanıcılar tarafından gönderilen işlemler ve ilgili ücretler kamuya açıktır ve karşıladıkları Gaz Ücretlerini telafi etmek için Relayer'lara ödenecektir. Bu tasarım, Relayer ağını, karlı işlemleri kabul edecekleri ve gönderecekleri rasyonel bir sistem haline getirir. Kötü niyetli Aktarıcılar olsa bile, en az bir dürüst Aktarıcının varlığının sağlanması sistemin eksiksizliğini garanti eder. Elbette, tüccarlar kendi Relayer'larını çalıştırma ve bir miktar gizlilik pahasına da olsa Gaz Ücretini değiştirme seçeneğine sahiptir.

1. API

API, kullanıcıların protokolle etkileşime girmesi için arayüz düğümü olarak hizmet eder. API aracılığıyla kullanıcılar Singularity sözleşmesi için kanıtlar oluşturabilir ve gönderebilir, Kitap üzerindeki siparişleri yönetebilir, eşleşmeleri bulmak için Kitabı dinleyebilir ve Singularity sözleşmesi üzerinde anlaşmalar yapabilir. Ayrıca API, kullanıcıların Relayer'lar ile etkileşime girmesine olanak tanır.

Gizlilik İşlemleri

Yukarıda belirtilen yapıya dayanarak, daha önce bahsedilen gizlilik işlemleri uygulanabilir:

• Anonim İşlemler (Otomasyon)

Otomasyon ile işlem yaparken, yatırımcıların bir para yatırma işlemi yapması gerektiğinden, Singularity'ye yapılan her para yatırma işleminin işlem ayrıntılarını dinleyen üçüncü şahıslar tarafından duyulmasının önüne geçilemeyeceği gibi, her seferinde taahhüt edilen para miktarı da açığa çıkacaktır. Bu nedenle, işlemlerin Otomasyon üzerinden yürütülmesi, işlemin gizlenmesini feda edecektir.

Kitap bir tüccarla eşleşemediğinde, emirleri eşleştirme için Otomasyon ticaret havuzuna dahil edilebilse de (tüccarın adresini ifşa ediyor gibi görünüyor), tüccarın anonimliğinin hala sağlandığı unutulmamalıdır, çünkü likiditesini aktaran varlık Singularity'dir.

• Anonim + Gizli İşlemler (Tekillik Aracılığıyla Uzlaşma)

Singularity aracılığıyla işlemlerin mutabakatı yapılırken, işlem fiyatı keşfi ve niyet eşleştirmesinin nasıl yapıldığına bakılmaksızın, işlemin nihai mutabakatı yine de anonimliğini ve gizlenmesini sağlayabilir. Bunun nedeni, Singularity sözleşmesinin fonların saklanmasından ve fonların nihai transferinden sorumlu olması ve böylece karanlıkta faaliyet gösterirken açıkta görünürlük elde etmesidir.

Karanlık Havuz Ticareti: Tekilliğin Uygulanması

Singularity'nin Ticaret Süreci

Büyük kurumları ve profesyonel tüccarları hedefleyen bir karanlık havuz, piyasa fiyatlarını etkilemeden ticaret yapmak için bir platform sağlar. Öncelikle iki tür ticaret ihtiyacını karşılar: Transfer ve Swap. Aşağıda, Singularity'nin yukarıdaki diyagramda gösterilen içeriğe dayalı olarak bu iki işlem türünü nasıl uyguladığını detaylandıracağız. API Düğümleri ve İşlem Düğümlerinin diyagramda aynı düğümün parçası olduğunu belirtmek önemlidir; anlaşılır olması için burada iki farklı düğüm türü olarak tanımlanmıştır.

1. Transfer İşlemleri

Transfer işlemleri öncelikle iki Trader düğümü arasında gerçekleşir. Alıcı Tüccar düğümünü Tüccar A ve gönderen Tüccar düğümünü Tüccar B olarak tanımlıyoruz. Tüccar A ve Tüccar B arasındaki bir işlem için özel süreç aşağıdaki gibidir:

1) Bir işlem gerçekleştirirken, Tüccar B'nin Singularity sözleşmesine para yatırması gerekir. Tüccar B, bir API çağırarak bu para yatırma işlemini şifreler, böylece ZK Notu olarak da adlandırılan bir ZK Kanıtı oluşturur ve Tüccar B'nin fonları yatırdığını doğrulamak için bunu Singularity sözleşmesine sağlar.

2) Fonları yatırdıktan sonra, Trader B, Singularity sözleşmesine bir ZK Notu göndermek için bir API çağırarak bir Transfer işlemi başlatır.

3) Tüccar B'nin Notunu aldıktan sonra, Tekillik sözleşmesi Notta sağlanan bilgilere dayanarak ilgili Tüccar A'yı tanımlar. Bu noktada, Trader A, Transfer işleminin tutarını Singularity sözleşmesinden çıkarabilir.

Bu süreçte, düğümler ve sözleşme arasındaki etkileşimin ZK Notları üzerinden yürütüldüğünü gözlemliyoruz. Notlarda transfer için UTXO modeli kullanılmakta olup, bu model hesap modeline kıyasla doğası gereği bir dereceye kadar gizlilik ve anonimliğe sahiptir. Bu yöntem, bir işlemin özelliklerinin yalnızca başlatıcısı tarafından bilinmesini sağlarken, dışarıdan bakıldığında bir adresin Singularity sözleşmesiyle etkileşime girmiş gibi görünmesini sağlar. Ancak, alıcının adresi veya işlem tutarı gibi temel işlem ayrıntıları yakalanamaz.

1. Swap İşlemleri

Transfer işlemleriyle karşılaştırıldığında, Swap işlemleri, bir ticari muhatap bulma ihtiyacı nedeniyle biraz daha karmaşıktır. Burada, bir Takas işlemine girmek isteyen Tüccar düğümünü Tüccar C ve sonunda bulunan ticaret ortağının Tüccar düğümünü Tüccar D olarak tanımlıyoruz:

1) Transfer işleminin ilk adımına benzer şekilde, Trader C'nin Singularity sözleşmesine para yatırması gerekir ve aynı anda Trader C, bir API çağırarak Book düğümüne bir Emir işlemi başlatacaktır.

2) Zincir dışı bir emir defteri düğümü olarak hareket eden Kitap düğümü, Emir işlemlerinin belirli ayrıntılarını bilmeden Tam Homomorfik Şifreleme (FHE) ortamında farklı Emir işlemlerini eşleştirmeye çalışır.

a. Başarılı eşleşmenin ardından Book düğümü, ilgili iki Trader düğümünü işleme devam etmeleri için bilgilendirecektir.

b. Eşleştirme başarısız olursa, Kitap bu işlemle ilgili fonları ayrılmış likidite olarak zincir üzerindeki Otomasyona yatıracaktır. Bu, Yu'e Bao gibi bir tasarruf hizmetine yedek para yatırmaya benzer. Daha sonra hala eşleşmeyen işlemler varsa, Otomasyondan alım satıma öncelik vereceklerdir. Yalnızca Automation'daki fonlar işlemi tamamlamak için yetersiz olduğunda, Singularity sözleşmesi aracılığıyla Uniswap gibi harici DEX'lerle etkileşime girecektir.

Ticari muhatabı bulduktan ve Swap ayrıntılarını müzakere ettikten sonra, tüccarlar Swap işlem ayrıntılarını karşılıklı olarak imzalayacaktır. Daha sonra, taraflardan herhangi biri bu imzaları kullanarak sıfır bilgi kanıtı oluşturabilir ve işlemin her iki taraf da çevrimiçi olmadan Notes'un sahipliğini değiştirmesine olanak tanır. İşlemin gizliliğini korumak için, Swap işlemlerinin hala Singularity sözleşmesi aracılığıyla yürütüldüğünü belirtmek önemlidir.

Dolayısıyla, Singularity'nin gizlilik ve anonimlik sağlamak için işlem sürecinde öncelikle ZK (Sıfır Bilgi) ve FHE teknolojilerini kullandığını görebiliriz. ZK teknolojisinin kullanımı, herhangi bir işlemin özelliklerinin yalnızca başlatan tarafından bilinmesini sağlar, ancak diğer tüccarların veya Singularity sözleşmesinin bunu hızlı bir şekilde doğrulamasına izin verir; FHE teknolojisi, Book düğümünün eşleştirme işlemi sırasında işlemlerin belirli ayrıntılarını bilmesine gerek kalmadan karşılıklı olarak eşleşen işlemleri hesaplamasını sağlar ve ayrıca her iki tarafa da bildirimde bulunurken orijinal işlem bilgilerini gizli tutar, yani taraflar yalnızca kiminle işlem yaptıklarını bilir, ancak işlemin belirli varlık türünü ve miktarını bilmez.

Özet ve Değerlendirme

OTC piyasası, tüm kripto para piyasasının işlem hacminin yaklaşık %70'ini oluşturuyor ve Web3 endüstrisinde gizlilik işlemlerine yönelik önemli talebi vurguluyor. Bununla birlikte, gizlilik ticareti sektörü hala devlet kurumlarının düzenleyici gerekliliklerini karşılamak, kullanıcılar ve işlemler hakkında belirli bilgileri ifşa etmeden işlem yapmak ve ticaret taraflarının kötü niyetli eylemlerini önlemek gibi çeşitli zorluklarla karşı karşıyadır. Singularity gibi merkezi olmayan karanlık havuzlar, gizlilik teknolojileri ve akıllı sözleşmelerin kullanımı yoluyla kullanıcılara daha yüksek düzeyde gizlilik koruması ve sansüre karşı direnç sağlayabilen ve merkezi varlıklara olan bağımlılığı azaltan yenilikçi bir çözümü temsil etmektedir. Bu platformlar büyük işlemleri anonim olarak destekler ve hem merkezi olmayan hem de mevzuata uygun bir ticaret ortamı oluşturmak için uyumluluk hizmetleriyle entegre olabilir.

Karanlık Havuz Sektörü için Temel Hususlar:

1. Teknik Mimari : Sıfır Bilgi Kanıtları (ZKP) ve Çok Taraflı Hesaplama (MPC), karanlık havuz sektörünün temelini oluşturur ve işlem ayrıntılarını açıklamadan işlem geçerliliğinin doğrulanmasını sağlar. Mevcut protokollerin çoğu büyük ölçüde veya tamamen MPC'ye dayanmaktadır ve bunun iki ana dezavantajı vardır: düşük hesaplama verimliliği ve protokol karmaşıklığı. MPC protokolleri, hesaplama açısından yoğun olan bir MPC çerçevesinde ZKP'lerin kanıtlanmasını ve doğrulanmasını gerektirir. Buna ek olarak, MPC genellikle küresel merkezi olmayan bir ağda elde edilmesi zor olan istikrarlı ağ bağlantılarına ihtiyaç duyar. Bu faktörler, sipariş eşleştirme motorları gibi büyük ölçekli uygulamalar için tamamen MPC'ye dayalı protokolleri kullanışsız hale getirmektedir.

2. Anonimlik ve Gizliliğin Korunması : Düzenleme, gizlilik sektöründe kaçınılmaz bir konudur. Yeterli gizlilik koruması sağlarken işlemlerin ve fonların tamamen anonim olmasını sağlamak zorlu bir görevdir. Uyumlu sermaye ile ticaret yapmak isteyen kullanıcılar için özellikle önemlidir. Karanlık havuz projelerinin acilen KYB/KYB süreçlerini entegre etmesi, düzenlemeleri proaktif bir şekilde benimsemesi ve platformun yasallığını ve kullanıcı güvenini korumak için kullanıcıların KYC/KYB verilerinin sızdırılmamasını sağlaması gerekiyor.

3. Likidite & Fon Güvenliği : Likidite, karanlık havuz işlemlerinde kritik bir faktördür. Yeterli işlem hacmi ve fon güvenliğinin sağlanması, etkin emir eşleştirmesi ve yatırımcıların anonimliğinin ve katılım istekliliğinin artırılması için hayati önem taşımaktadır. Karanlık havuzlarda, fonların anonimliği havuzun büyüklüğü ile artar ve belirli mevduat sahiplerinin takibini daha zor hale getirir. Likiditenin az olduğu senaryolarda, birçok protokolün emir defteri modeli, tüm emirler için her zaman yeterli likidite sağlayamayabileceğinden, kullanıcılar arasında işlemlerin eşleştirilmesinde sınırlamalara sahiptir. Emir defterlerinin yanı sıra, yenilikçi AMM alım satım mekanizmaları ve çeşitli blok zinciri ekosistemlerinden daha fazla DeFi uygulamasının entegre edilmesi likiditeyi artırmanın etkili yolları olabilir.

4. Ölçeklenebilirlik: Artan kullanıcı sayısı ve işlem hacimlerini karşılamak için iyi bir ölçeklenebilirlik sağlamak karanlık havuzlar için çok önemlidir. Karanlık havuzlar, eşleşen emirler olmadan LP'lerde bir artışla karşılaşırlarsa kayıp riski taşırlar. Bu nedenle karanlık havuzlar, özellikle giderek daha kapsamlı hale gelen düzenleyici çerçeveler altında daha yüksek işlem taleplerini karşılamak için tasarım aşamasında uzlaştırma katmanlarını, teknik tasarımlarını ve ekosistem yol haritalarını göz önünde bulundurmalıdır.

Geleneksel sektörlerde belirli bir geçmişi olan ve henüz bir çözüm olduğu kanıtlanmamış olan karanlık havuz ticareti, önemli bir pazar talebine ve gelişme potansiyeline sahip olmaya devam etmektedir. Geleneksel karanlık havuz ticareti, merkezi tüccarlarla güven riskleriyle karşı karşıyayken, Singularity gibi merkezi olmayan projeler yenilikçi bir şekilde "karanlık havuz + karanlık işlemler için şeffaf havuz" modelini benimseyerek merkezileşmeye güven, yetersiz gizlilik ve zayıf sansür direnci gibi sorunlu noktaları ele alıyor.

Önceki gizlilik ticareti projelerinden farklı olarak Singularity, DeFi varlık ticareti yeteneklerinin yanı sıra varlık gizliliği ticareti işlevselliği sunar. Mevcut pazar ticaret toplayıcılarıyla dolup taşıyor, ancak çok azı kullanıcı bağlılığını artıran ayırt edici özelliklere veya tasarıma sahip. Şeffaf havuzlar için bir gizlilik katmanı olarak hizmet veren tekillik, öncelikle kurumların ve balinaların alım satım sorunlarını gidererek bilgi asimetrisini korur. Mevcut gizlilik ticareti çözümleriyle karşılaştırıldığında, bir karanlık havuzun (gizlilik katmanı) tasarımı doğal olarak "parayı cepte tutma" ilkesini somutlaştırır, çünkü yatırımcıların fonları platforma sık sık girip çıkarsa gizlilik kaybolur, bu da kendini ifşa etmeye eşdeğerdir. Bu nedenle, çoğu fon çekilmeden önce yeterli bir süre karanlık havuzda kalmayı tercih ederek projenin TVL istikrarlı büyümesine fayda sağlar ve kullanıcılara daha fazla güvenlik sağlar.

Merkezi olmayan karanlık havuzlar için yukarıda belirtilen standartlara dayanarak, Singularity çeşitli nedenlerle mevcut karanlık havuz çözümleri arasında öne çıkmaktadır:

• Anonimlik ve Gizlilik Koruması : Anonimlik için geleneksel yaklaşım Sıfır Bilgi Kanıtlarıdır (ZKP). Bu nedenle, doğru ortakları bulmak çok önemlidir. Şu anda Singularity, zincir dışı KYC & KYB süreçlerini ComplyCube (KYC) ve Shufti Pro'ya (KYC & KYB) devretmekte, Keyring ilgili kanıtları oluşturmakta ve oracle'lar nihayetinde bu kanıtları blok zincirine getirmektedir. Diğer projelerle karşılaştırıldığında Singularity, Tornado Cash'in karşılaştığına benzer gelecekteki düzenleyici risklerden kaçınarak mevcut uyumluluk gereklilikleriyle daha uyumludur.

• Fon Güvenliği : Sözleşme güvenliğinin doğrudan karşılaştırılması mümkün değildir. Bununla birlikte, Singularity şeffaf havuzların karanlık havuzlar olarak hareket etmesine izin verdiğinden, kullanıcıların ve kurumların fonları taşıma istekliliğini azaltabilir ve potansiyel olarak sermayelerini uzun vadede sözleşme güvenliği risklerine maruz bırakabilir. Daha önce de belirtildiği gibi, kurumlar/kullanıcılar tarafından sık sık yapılan fon transferleri de adresleri açığa çıkarabilir ve bu da adres gizliliği ile fon güvenliği arasında bir denge kurulmasını gerektirir.

• Likidite: Yalnızca emir defteri/AMM modellerine dayanan projelerin aksine, Singularity likidite verimliliğini en üst düzeye çıkarmak için hem emir defterlerini hem de AMM'leri sunar. Bununla birlikte, fiili uygulama, alım satım modellerinden kaynaklanan likidite farkının önemli olmayabileceğini, daha çok projenin iş geliştirme yeteneklerine ve uyumluluğuna bağlı olduğunu ve nihai kararın büyük ölçüde piyasa kullanıcılarının elinde olduğunu gösterebilir.

• Ölçeklenebilirlik : Ekosistem uyumluluğu açısından, Singularity'nin EVM ekosistemi ile uyumluluğu ana akım bir anlatıdır. Kendi zincirini oluşturmayı düşünmüyorsa, işlem uzlaştırma verimliliği hala uzlaştırma katmanı ile oldukça sınırlıdır. Aşırı durumlarda, bu katmanlar yüksek frekanslı işlemlerin üstesinden gelemeyebilir. Bu nedenle, orta ve uzun vadede, uygulama zinciri ekosistemi yönünü genişleten projeler daha ölçeklenebilir olacaktır. Teknik olarak Singularity, MPC-ZKP'nin gerektirdiği yüksek hesaplama verimliliği nedeniyle MPC-ZKP çözümlerinden daha verimli olan FHE+ZKP'yi tercih etmektedir. Dolayısıyla, Singularity'nin seçtiği teknolojik yaklaşım işlem ihtiyaçlarını karşılıyor gibi görünüyor. Ekosistemi genişletme perspektifinden bakıldığında, "karanlık havuz olarak şeffaf havuz" yaklaşımı, işlem dışı senaryolara ve diğer DeFi bağlamlarına genişletilebilir ve Uniswap V4 tarafından kancalarla önerilenlerle karşılaştırılabilir yaratıcı olasılıklar sunar.

Singularity'nin temel yetkinliklerini kabul ederken, projenin gelecekte karşılaşabileceği potansiyel risklerin de farkında olmak önemlidir:

• Piyasa Fiyat Keşfi Fonksiyon Kaybı: Karanlık havuz işlemlerinin anonimliği ve büyük hacmi nedeniyle, piyasadaki varlıkların fiyatları karanlık havuz içindeki dalgalanmaları doğru bir şekilde yansıtmayabilir. Diğer piyasa katılımcıları karanlık havuz işlemlerine ilişkin bilgilere erişemediğinden, bu durum etkin fiyat keşfi kaybına yol açmaktadır. Bunun istisnası, kullanıcıların Singularity'de fiyat keşfi için geleneksel DEX'leri kullanmasıdır; burada fiyatlar gerçek piyasa arz ve talebini yansıtabilir.

• Devlet Düzenleme Riski : Potansiyel olarak düzenleme ve standartlardan kaçmak için kullanılan karanlık havuz işlemleri, devlet kurumlarını daha sıkı düzenleyici tedbirler uygulamaya sevk edebilir. Bunlar arasında karanlık havuz işlemlerinin daha iyi izlenmesi ve düzenlenmesi veya bu tür işlemlere katılan kişi ve kuruluşlara yönelik cezalar yer alabilir. Bu önlemler Singularity projesinin gelişimini ve işleyişini etkileyebilir ve yasal riskleri artırabilir.

• Fon Kontrolü ve Güvenliği : Fonların bir Kasaya benzer şekilde Tekillik sözleşmelerinde uzun vadeli tutulmasıyla, aşırı durumlarda sözleşme riskleri olabilir. Bununla birlikte, Singularity çoklu zincir iletişimi içermediğinden veya işlem aktarıcılarına dayanmadığından, güvenliği en azından zincirler arası köprülerden daha yüksektir.

• KYC/KYB Riskleri : Kullanıcı yeterlilik kontrolleri için sınırlı sayıda ortağa olan yüksek bağımlılık, tek hata noktalarına yol açabilir.

Özetle, Eureka Partners gizlilik parkurunu önemli bir stratejik yatırım olarak görmektedir. Yatırım kuruluşları ve diğer paydaşlar için Singularity karanlık havuz ticaretini temsil ediyor; ancak düzenleyiciler için bu daha çok bir "gri havuza" benziyor. OTC ve kurumsal işlemlerin kademeli olarak düzenlenmiş karanlık havuz gizlilik ticareti yöntemlerini benimseyeceğini tahmin ediyoruz. Web3'teki mevcut teknolojik gelişmenin "yinelemeli ilerleme" kaydettiğine inanıyoruz. Tornado Cash'in sıkı bir şekilde düzenlenmesinin ardından, gizlilik ticareti için gözle görülür bir talep boşluğu ortaya çıktı. Tarihsel olarak, kuralların uygulanması genellikle teknolojik atılımların ve devrimlerin gerisinde kalmaktadır. Teknoloji zorluklarla karşılaştığında, değişimi kucaklamalı ve hiçbir krizi boşa harcamamalıyız. Singularity'nin düzenlenmiş karanlık havuz ZK gizlilik yolunda bir sonraki lider olmasını dört gözle bekliyoruz.

"İyi bir krizi asla boşa harcamayın." - Winston Churchill

Sorumluluk Reddi：

1. Bu makale Eureka Partners, Forward Orijinal Başlığı'Eureka Partners Araştırma Raporu'ndan yeniden basılmıştır: Singularity - Şeffaf Blokzincirlerde Gizlilik İşlemleri',Tüm telif hakları orijinal yazara aittir[Oliver, Andy, Howe]. Bu baskıya itirazınız varsa, lütfen Gate Learn ekibiyle iletişime geçin, onlar bu konuyu derhal ele alacaklardır.
2. Sorumluluk Reddi: Bu makalede ifade edilen görüş ve fikirler yalnızca yazara aittir ve herhangi bir yatırım tavsiyesi teşkil etmez.
3. Makalenin diğer dillere çevirisi Gate Learn ekibi tarafından yapılmaktadır. Belirtilmediği sürece, çevrilen makalelerin kopyalanması, dağıtılması veya intihal edilmesi yasaktır.