Zcash (ZEC) için 5 genişleme önerisi: 25 saniyelik blok dışındakiler geliştirme veya tasarım aşamasında

Zcash (ZEC) geliştiricileri, gizlilik korumalı ödemeleri genişletmek için blok süresi, işlem doğrulama, düğüm depolama alanı, cüzdan araması ve hizmet erişimini kapsayan beş geliştirme başlığı açıkladı. Ana ağda uygulanacağı blok yüksekliği belirlenen tek başlık NU7. Diğer başlıklar daha önce bir oylamada kullanılmış uygulamalardan ya da geliştirme ve tasarım çalışmalarından oluşuyor.

Zcash Vakfı (Zcash Foundation), 22 Ekim tarihli Zebra 7.0.0 duyurusunda NU7 ağ yükseltmesinin hedef blok süresini 75 saniyeden 25 saniyeye indireceğini ve 3.543.405 numaralı blokta etkinleşeceğini bildirdi.

25 saniyelik blok önerisi, daha önce Zcash sahiplerinin katıldığı oylamada oy miktarı bazında yüzde 99,9 destek aldı. Oylamaya yaklaşık 2,4 milyon ZEC katıldı.

Blok süresi ile işlem kapasitesi farklı ölçütler. Zcash Vakfı, belirli bir korumalı işlem havuzu olan Orchard'ın kapasitesinin saniyede 2,9 işlemden 6,6 işleme çıkabileceğini açıkladı.

ZK araştırmacısı Dev Ojha, 26 Ekim’de Bankless söyleşisinde “Zcash şu anda saniyede yaklaşık 60 KB işliyor” dedi. Ojha, aynı söyleşide NU7 sonrasındaki başlangıç kapasitesini saniyede yaklaşık 180 KB olarak tanımladı. Bu iki değer geliştiricinin aktarımı; ana ağda bağımsız olarak ölçülmüş performans verileri değil.

Ojha, uzun vadede saniyede 50 bin işlem hedefine ulaşmak için saniyede 100 MB kapasite gerektiğini de söyledi. Bu değer mevcut performansı ya da NU7 ile ulaşılacak kapasiteyi göstermiyor.

İşlem doğrulama yükünü azaltmaya yönelik çalışmalar da gündemde. Zcash’in kurucu ortaklarından Sean Bowe, Bankless söyleşisinde “Korumalı bir işlem gerçekleştiğinde nullifier kümesi büyümeye devam ediyor” dedi. Nullifier, aynı varlığın iki kez harcanmasını önlemek için tutulan kayıt.

Tachyon, doğrulama yükünü ve nullifier kayıtlarının artışını azaltmak amacıyla sıfır bilgi kanıtlarını özyinelemeli biçimde birleştirmeyi hedefliyor. Tachyon yol haritası, temel teknoloji Ragu'yu geliştirme aşamasında gösteriyor.

Düğümlerin sakladığı veriyi azaltmaya yönelik bir tasarım da ele alındı. Ojha, son yaklaşık bir aylık etkin durumun tam düğümlerde tutulması, daha eski kayıtların ise gerektiğinde sorgulanması fikrini anlattı. Yüksek işlem hacmi varsayımına dayalı bir senaryoda depolama ihtiyacının petabaytlardan yüzlerce GB düzeyine düşebileceğini de belirtti. Bu, resmi yol haritasında kesinleşmiş bir değer değil.

Cüzdanların ödeme arama biçimini geliştirmek de gündemde. Korumalı işlemlerde gönderen, alıcı ve tutar açıklanmadığı için cüzdanlar, kendilerine ödeme gelip gelmediğini anlamak amacıyla mevcut işlem geçmişini indiriyor. Ojha, işlem sayısı arttıkça bu yöntemin cüzdanlar için darboğaz oluşturabileceğini söyledi.

Özel bilgi erişimi (PIR), kullanıcının hangi bilgiyi aradığını sunucuya açıklamadan, şifrelenmiş bir sorguyla yalnızca gerekli bilgiyi almayı amaçlayan bir teknoloji.

Bowe, Zcash sahiplerinin katıldığı oylamada PIR kullanıldığını söyledi. Açık kaynaklı uygulama deposu, sistemi Ironwood nullifier doğrulaması için tanımlıyor. Oylamada kullanılmış olması, bu özelliğin genel cüzdanlarda ödeme arama işlevi olarak kullanıma sunulduğu anlamına gelmiyor.

Hizmete erişim ücretini kullanıcı kimliğiyle ilişkilendirmeyen özel bir RPC tasarımı da önerildi. Ojha, 26 Ekim’deki Bankless söyleşisinde ayda 1000 istek için ön ödeme yapılması ve her istekte tek kullanımlık bir token ile erişim hakkının kanıtlanması örneğini verdi. Kayıt aşamasında ve her istek sırasında gereken kanıt hesaplamaları ise çözülmesi gereken konular arasında.

Blok süresinin kısalması düğümlerin senkronizasyonunu da önemli hale getiriyor. Zcash Vakfı, test ağında eş zamanlı bloklar yoğunlaştığında bazı düğümlerin kaybeden zincir dalını izlediği sorunun görüldüğünü ve Zebra 7.0.0'da düzeltildiğini bildirdi.

Vakıf, düğüm işletmecilerine NU7 etkinleşmeden önce Zebra 7.0.0'a güncelleme yapmalarını önerdi. Etkinleşmenin ardından v4 işlemleri geçersiz olacak ve eski Sprout havuzundaki varlıklar harcanamayacak.