

Dusk, işlemlerin gizliliğini koruyan ZK kanıtlarını nasıl oluşturur? Beni durduran bir detay: her prover işçisi bir CPU çekirdeğini kullanır ve kanıt üretimi tek iş parçacıklıdır. Bu, bakış açımı değiştirdi. ZK kanıtları neredeyse sihirli görünür, çünkü nihai kanıt küçüktür ve doğrulama hafif olabilir. Ancak zorlu hesaplama kaybolmamıştır. Bu hesaplama, ağ kanıtı doğrulamadan önce yükü yürüten ve kanıtı üreten Prover tarafına taşınmıştır. Bu akışı göz önünde bulundurarak, Dusk’a farklı bir şekilde bakmaya başladım. Ağ, her doğrulayıcının tüm hesaplamayı tekrarlamasına gerek duymaz. Prover’lar daha ağır yükü taşır, doğrulayıcılar ise sonuç kanıtını kontrol eder. Bu, Dusk’un gizlilik altyapısı için ilginç bir ölçeklenebilirlik sorusunu ortaya çıkarır. Dusk büyük ölçüde büyürse, gerçek darboğaz ne olur? Ağın kanıtları doğrulama hızı mı, yoksa bunları üretmek için mevcut altyapının miktarı mı? Benim için bu, Dusk Prover’larını sadece gizlilik etiketiyle sınırlamamanın nedenidir. Gizlilik sadece kriptografi ile ilgili değildir. Aynı zamanda ölçeklenebilir gizli yürütmenin mümkün olmasını sağlayan altyapıya da dayanır. Prover kapasitesini ve kanıt üretiminin Dusk’un gizlilik ölçeklenebilirliğini nasıl etkileyebileceğini araştırmaya devam edeceğim. @DuskFoundation $DUSK #dusk

@DuskFoundation $DUSK #dusk Dusk Trade’in arkasındaki fikir, benim için burada ilginç hale geliyor. Odak noktası sadece bir varlığı tokenize edip orada bırakmak gibi görünmüyor. Yatırımcı kayıt, uygunluk, cüzdan bağlantısı, işlem ve settlement gibi tüm iş akışını bir ortamda birleştirmeyi hedefliyor. Ancak hâlâ bir soru kalıyor. Uyumluluk, bir pazarı daha güvenli hale getirir, ancak aynı uygunluk kuralları potansiyel alıcı sayısını da azaltabilir. Dolayısıyla teknoloji iyi olsa bile, derin likidite otomatik olarak ortaya çıkmaz. Benim için Dusk Trade’in gerçek testi şudur: Yeterli sayıda emitten ve uygun yatırımcıyı aynı platforma getirerek anlamlı bir likidite yaratabilir mi? Eğer bunu yapabilirse, tokenizasyon sadece yeni bir varlık formatından daha fazlası hâline gelebilir. Gerçek bir pazar altyapısı hâline gelebilir. Ancak başlangıç sorunları ve parçalanmış uygunluk kuralları akışı zayıf tutarsa, iyi altyapılar bile pazarın boş görünüme sahip kalmasına neden olabilir. Şu anda Dusk ile ilgili benim için en ilginç soru şudur: Tokenize edilmiş varlıkları sadece bir tokenize liste değil, gerçek bir pazar haline getirebilir mi?

Dusk, varlıkların tokenleştirilmesine yönelik yaklaşımını sunuyor. Tokenleştirme, başka bir yerde zaten var olan bir varlığın blok zinciri üzerindeki temsili oluşturmak anlamına gelebilir. Blok zinciri temsili, blok zinciri içi bir ortamda kullanılabilir @DuskFoundation $DUSK #dusk https://t.co/WFp557v71l

Dusk’un Rolling Finality’yi yeniden derinlemesine inceledim. Bir blok, Kabul edildi olarak başlar, yeterli oy alındıktan sonra Attested hale gelir, ardından Confirmed ve nihayet Final hale gelir. İlginç olan n=0 ve n>0 arasındaki fark: • İlk iterasyon (n=0) hızlı yolu alır. Attested aşamasına ulaştığında zaten kalıcı olarak kabul edilebilir. • Sonraki iterasyonlar, Attested hale gelmesine rağmen ek onaylara hâlâ ihtiyaç duyar. Ağın, ilk girişim başarısız olursa sonraki blok üreticilerinin aynı anlık nihaiyeti almasını istememesi mantıklı. Bu kuralların şu anda nasıl uygulandığını ve onay gereksinimlerinin zamanla değişip değişemeyeceğini merak ediyorum. @DuskFoundation $DUSK #dusk

DUSK, düzenlenmiş varlık döngüsünü ağa doğrudan entegre etmeye çalışır. Yayın, uygunluk, transferler, çaprazlama ve uyumluluk, ayrı veritabanları aracılığıyla birleştirilmek yerine ortak bir durum etrafında koordine edilebilir. Bu, uzlaşımların ortadan kalkacağını düşünmüyorum. Dış kayıtlar, hukuki sistemler ve uyumlu çalışabilirlik hâlâ önemli kalacaktır. Ancak daha fazla katılımcı aynı temel varlık durumuna güvenebilirse, çoğaltılmış denetim ve operasyonel koordinasyon miktarı azalabilir. Bu, daha az açık bir avantaj sağlar: şu anda arka ofis süreçlerine bağlı kalmış olan sermaye ve insan kaynakları potansiyel olarak başka yerlerde kullanılabilir. @DuskFoundation $DUSK #dusk


