Dusk-un konsensus sənədlərini yenə yoxlayırdım və bir detala ilişib qaldım: bloku final edən şey əslində “gözlə, bir az da” tipli bir gözləmə oyunu deyil.

Qısa Attestasiya (Succinct Attestation) mərhələlərlə işləyir. Bir təminatçı (provisioner) bir blok təklif edir, bir komitə onu təsdiqləyir, başqa bir komitə isə ratifikasiya edir. Ratifikasiya edildikdən sonra Dusk həmin bloku deterministik şəkildə final kimi təsvir edir. Mən instinktiv olaraq blokçeynlərə “bir neçə blok daha gözlə” prizmasından baxmağa meylliyəm, ona görə bu, bir anlıq məni dayandırdı.

Maliyyə iş axınları üçün bu fərq olduqca praktikdir. Əgər bir vəziyyət finaldırsa, sonradan onu əvəz edən başqa qəbul edilmiş tarix gəlməməlidir. Dusk Xüsusilə SA-ni sürətli, deterministik settlement (hesablaşma) ətrafında qurur. Amma özünün tranzaksiya həyat dövrü (lifecycle) sənədləri də vacib bir fərq əlavə edir: bloklar finality-ə çatana qədər geri dönə (revert) bilər, final olmuş bloklar isə dəyişilməz və geri dönməz olur.

Mənim daim qayıtdığım məqam şəbəkənin özünün parçalanması (split) zamanı nə baş verdiyidir. Şəbəkə partitionunun (bölünməsinin) həmişə blok istehsalını dayandıracağını açıq şəkildə deyən cari rəsmi Dusk mənbəyini tapa bilmədim, ona görə bunu fakt kimi ifadə etmək istəmirəm.

Buna baxmayaraq, təhlükəsizlik sualını qaçırmaq çətindir. Deterministik finality yalnız konsensus prosesinin, şəbəkənin bəzi hissələri bir-birini görə bilməyəndə belə, ziddiyyətli tarixlərin qəbul edilməsindən qaça bilməsi halında işləyir.

Mənim görmək istədiyim şey uzadılmış partition zamanı real SA həddidir: finalizasiyanı dayandırmaq üçün komitələr arasındakı fikir ayrılığı nə qədər olmalıdır və bağlantı bərpa olunduqdan sonra bərpa (recovery) necə görünür?

#dusk $DUSK @Dusk $ACE $COW