Mən Dusk Network-un konsensus dizaynına dərindən baxmışam və məni həqiqətən təəccübləndirən bir şey var — Fövqəladə Rejim.
Nə baş verir: əksər zəncirlər konsensusun ortasında problem yarananda sadəcə dayanır və ya yöndəmsiz şəkildə forklanır. Dusk-un Qısa (Succinct) Attestasiya mexanizmi isə daxili ehtiyat mexanizmə malikdir — əgər bir raundu təmiz şəkildə yekunlaşdırmaq mümkün olmazsa, şəbəkə donub qalmaq və ya parçalanmaq əvəzinə daha aşağı raundun blokuna geri çəkilə bilər. Mən bunu PoS zəncirlərinin necə mühəndis olunduğunda daha böyük bir dəyişimin hissəsi kimi görürəm — təkcə nə qədər sürətli gedə biləcəyimiz deyil, həm də nə vaxt nəsə pozulursa, nə baş verdiyi.
Məncə bu, insanların düşündüyündən daha önəmlidir. Tənzimlənən maliyyə istifadə halları üçün özünü yerləşdirən bir şəbəkə üçün iş vaxtı (uptime) və gözlənilən bərpa sadəcə “olsa yaxşıdır” deyil — bu, bütün təklifin (pitch-in) özüdür. Bank və ya institut pis bir raundun öhdəsindən zərif şəkildə gələ bilməyən infrastrukturla iş görməyəcək.
Ən maraqlısı budur ki, bu, marketinq funksiyası deyil — onların dev (inkişaf) buraxılış qeydlərində səssizcə oturub, adətən yalnız qurucuların (builders) diqqət yetirdiyi tipli şeydir.
Başqa hansı PoS zəncirlərində bu qədər məntiqli şəkildə kənar hallardakı (edge-case) uğursuzluqların öhdəsindən gəldiyini görmüsünüz? Yoxsa Dusk bu sahədə artıq qabaqdadır?
@Dusk_Foundation #dusk $DUSK
Nə baş verir: əksər zəncirlər konsensusun ortasında problem yarananda sadəcə dayanır və ya yöndəmsiz şəkildə forklanır. Dusk-un Qısa (Succinct) Attestasiya mexanizmi isə daxili ehtiyat mexanizmə malikdir — əgər bir raundu təmiz şəkildə yekunlaşdırmaq mümkün olmazsa, şəbəkə donub qalmaq və ya parçalanmaq əvəzinə daha aşağı raundun blokuna geri çəkilə bilər. Mən bunu PoS zəncirlərinin necə mühəndis olunduğunda daha böyük bir dəyişimin hissəsi kimi görürəm — təkcə nə qədər sürətli gedə biləcəyimiz deyil, həm də nə vaxt nəsə pozulursa, nə baş verdiyi.
Məncə bu, insanların düşündüyündən daha önəmlidir. Tənzimlənən maliyyə istifadə halları üçün özünü yerləşdirən bir şəbəkə üçün iş vaxtı (uptime) və gözlənilən bərpa sadəcə “olsa yaxşıdır” deyil — bu, bütün təklifin (pitch-in) özüdür. Bank və ya institut pis bir raundun öhdəsindən zərif şəkildə gələ bilməyən infrastrukturla iş görməyəcək.
Ən maraqlısı budur ki, bu, marketinq funksiyası deyil — onların dev (inkişaf) buraxılış qeydlərində səssizcə oturub, adətən yalnız qurucuların (builders) diqqət yetirdiyi tipli şeydir.
Başqa hansı PoS zəncirlərində bu qədər məntiqli şəkildə kənar hallardakı (edge-case) uğursuzluqların öhdəsindən gəldiyini görmüsünüz? Yoxsa Dusk bu sahədə artıq qabaqdadır?
@Dusk_Foundation #dusk $DUSK