Zcash(ZEC) için 20 saniyelik blok aralığı önerisi: Shielded işlem sınırı mevcut seviyenin beşte dördüne çekiliyor

Zcash geliştiricileri, hedef blok aralığını 25 saniyeden 20 saniyeye indirmeyi önerdi. Öneri kabul edilirse işlemlerin bir bloğa ilk kez dahil edilmesini bekleme süresi kısalabilir; ancak değişiklik henüz uygulanmış değil.

Geliştiriciler değişiklik teklifini ayın 8'inde Zcash topluluk forumunda yayımladı. Teklif, konunun bir sonraki topluluk oylamasının gündemine alınmasını ve ilerideki NU7.1 yükseltmesine dahil edilmesini istiyor.

Zcash, ayın 6'sında NU7'yi etkinleştirerek hedef blok aralığını 75 saniyeden 25 saniyeye indirdi. ZIP 259'da da NU7 kapsamındaki bu değişiklik yer alıyor.

Hedef aralık, ağın blok oluştururken ulaşmaya çalıştığı süredir. Blokların her seferinde tam 20 saniyede oluşturulacağı ya da tüm işlemlerin 20 saniye içinde onaylanacağı anlamına gelmiyor.

Geliştiriciler, mağaza ödemelerinde, borsalara para yatırırken ve farklı blok zincirleri arasında varlık takas ederken ilk onayı bekleme süresini azaltmayı amaçladıklarını açıkladı. Öneri, hizmetlerin istediği onay sayısını değiştirmiyor.

Aralığın kısalması, yeni blok ağda yayılmadan önce başka bir rekabetçi bloğun oluşturulma ihtimalini de artırabilir. Son zincire dahil edilmeyen bloklara yetim blok deniyor. Teklifte bu blokların oranı başlıca risklerden biri olarak ele alındı.

Geliştiriciler, dünya genelinde 12 bölgeye yayılmış 80 madencinin bulunduğu bir test ağında, 20 saniye aralıkla en fazla 2 MB'lık bloklar oluşturulmasını ölçtü. Yalnızca Zcash'in Zebra düğümlerini kullanan kurulumda yetim blok oranı %1,9, Zebra ile Zebra-Andelè düğümlerinin yarı yarıya kullanıldığı kurulumda ise %3,3 oldu.

Teklif, 25 saniyelik aralık belirlenirken başvurulan önceki testlerin yetim blok oranlarını da karşılaştırdı. Geliştiriciler, önceki uygulamalı testte oranın %4,68, teorik modelde ise %3,26 olduğunu bildirdi. Bu sonuçlar test ağına ait; ana ağ ölçümü değil.

Önerinin temel unsurlarından biri, blok aralığı kısaltılırken blok başına shielded işlem sınırlarının da azaltılması. Blok başına toplam shielded işlem bütçesi ile Orchard ve Ironwood işlem sınırlarının 330'dan 264'e, Sapling'de giriş ve çıkışların toplam sınırının ise 300'den 240'a indirilmesi öneriliyor.

Geliştiriciler, blok başına mevcut sınırlar korunursa hafif cüzdanların bir günde işlemesi gereken shielded işlem verisinin azami yükünün %25 artabileceğini belirtti. Sınırları beşte dörde indirerek günlük azami yükü sabit tutmayı hedefliyorlar. Blok başlıklarının büyümesi nedeniyle günlük azami düzeyde 76 kb fark oluşabileceğini de eklediler.

Blok boyutu üst sınırı 2 MB olarak kalacak. Bu nedenle öneri, shielded işlem kapasitesini artırmaktan çok ilk onaya kadar geçen süreyi kısaltmaya odaklanıyor.

Bloklar daha sık oluşturulsa da günlük ihraç akışının korunması için blok başına sübvansiyon ve yarılanma aralığının da ayarlanması öneriliyor. Teklif, yarılanmaya kadar gereken blok sayısını 5,04 milyondan 6,3 milyona çıkarmayı içeriyor.

Ağ parametreleri de blok aralığına göre değişecek. Zorluk ortalamasının hesaplandığı pencere 102 bloktan 128 bloğa çıkarılırken süre yaklaşık 2.550 saniyeden 2.560 saniyeye ayarlanacak. Varsayılan işlem sona erme aralığı da 120 bloktan 150 bloğa yükseltilecek.

Forum yorumlarında önerinin yönü genel olarak destek gördü; ancak 20 saniyenin en uygun hedef olduğunun daha ayrıntılı açıklanması gerektiğini belirtenler de oldu. Geliştiriciler, ayın 9'unda forumda verdikleri yanıtta, mevcut analizlere dayanarak 20 saniyeyi önerdiklerini söyledi. Yalnızca blok aralığını kısaltmanın bir saniyenin altında istikrarlı bir işlem dahil edilme deneyimi sağlayamayacağını da belirtti.

Geliştiricilerin talep ettiği sonraki adımlar, önerinin topluluk oylamasına sunulması ve NU7.1'e dahil edilip edilmeyeceğinin değerlendirilmesi. Önerinin kabul edilmesi veya ana ağda uygulanması için henüz bir takvim açıklanmadı.