2-ci qat: sürətli təsdiq yekun hesablaşma demək deyil
Miqyaslandırma sistemi boyunca əməliyyatın qəbulunu, məlumatın dərcini və çıxarışın tamamlanmasını xəritələndirin.

Müşahidə etdiyiniz mərhələni adlandırın
İnterfeysdə sürətli təsdiq sekvenserin əməliyyatı qəbul etdiyini bildirə bilər, bütün sonrakı hesablaşma şərtlərinin tamamlandığını yox. 2-ci qat sistemləri baza zəncirindən kənarda iş görür və nəticələri hesablaşdırmaq və ya yoxlamaq üçün əlavə mexanizmlərdən istifadə edir. Ethereum-un miqyaslandırma sənədləri optimist yanaşmalarla etibarlılıq sübutu yanaşmalarını fərqləndirir. Arxitektura müşahidəçinin hər mərhələdə hansı nəticəni etibarlı çıxara biləcəyini müəyyən edir.
Tədqiqat qeydində dəqiq etiketlər işlədin: təqdim edilib, operator qəbul edib, paketə daxil edilib, əsas zəncirdə dərc edilib, təsdiqlənib və ya etiraz müddəti bitib, çıxarılıb. Hər sistem bu dəqiq mərhələləri işlətmir, lakin onları “təsdiqlənib” sözündə birləşdirmək birjalar və təminat idarəçiləri üçün vacib əməliyyat fərqlərini gizlədir.
Yoxlama fərqini anlayın
Optimistik rollaplar müəyyən müddətdə yanlış vəziyyət iddialarına etiraz mexanizmlərinə əsaslanır. Etibarlılıq sübutu modelləri vəziyyət keçidləri üçün kriptoqrafik dəlil təqdim edir, lakin məlumat əlçatanlığı, yeniləmə və əməliyyat qaydaları yenə yoxlanmalıdır. Sübut sistemi təhlükəsizliyin bir komponentidir, onun ətrafında qurulan hər tətbiq və körpü üçün ümumi zəmanət deyil.
Praktik məşq operatorun yanlış nəticə təqdim etməsi, əməliyyatları emal etməyi dayandırması və ya tələb olunan xidməti göstərməməsi halında nə baş verəcəyini soruşmaqdır. Hansı iştirakçıların reaksiya verə bildiyini və onlara hansı məlumatın lazım olduğunu müəyyənləşdirin. Cavab geniş kateqoriyanın ideallaşdırılmış təsvirindən deyil, tətbiq edilmiş sistemin sənədlərindən gəlməlidir.
Hesablaşma gecikməsini vəsait çıxarışı likvidliyindən ayırın
Protokolun öz çıxarış yolu onun şərtlərini gözləməyi tələb edə bilər. Üçüncü tərəf likvidlik təminatçısı komissiya qarşılığında pulu daha tez təklif edərək faktiki başqa çıxış yolu verə bilər. Bu yol risk mövqeyini dəyişir; əsas protokolun hesablaşma şərtlərini aradan qaldırmır. Gərginlik zamanı çoxlu istifadəçinin erkən çıxmaq istədiyi məhz həmin vaxt tutum azala bilər.
Baza zəncirində sabah ödənilməli öhdəliyi və hipotetik sistemdə yerli çıxarışı bir neçə gün çəkən aktivləri təsəvvür edin. Bu aktivlər dəyərli ola bilər, lakin lazım olan vaxtda əlçatan olmaya bilər. Sürətli çıxış kotirovkası yalnız faktiki təklif edilən məbləğ və zaman üçün faydalı dəlildir. Bazarboyu qaçış zamanı da əlçatan qalacağı fərz edilməməlidir.
Nəzarət mexanizmlərini və infrastrukturu yoxlayın
Sıralayıcı konsentrasiyası, yeniləmə açarları, fövqəladə şuralar, sübutların təqdim edilməsi və məlumatların dərc edilməsi müqayisədə ayrıca sətirlərə layiqdir. Sistem güclü əməliyyat yoxlama qaydalarına malik olsa da, mərkəzləşdirilmiş əməliyyat xidmətlərindən asılı ola bilər. Fasilə mülkiyyəti dəyişmədən əlçatanlığa təsir edə bilər, lakin mövqelərin təcili düzəlişə ehtiyacı varsa, əməliyyat aparmaq imkanının olmaması yenə də maliyyə zərəri yarada bilər.
Məcburi daxil etmə və ya alternativ çıxış mexanizmlərinin mövcudluğunu, onlardan kimin istifadə edə bildiyini və praktik gecikmələrini yoxlayın. Nəzəri olaraq mövcud çıxış yolu əsas zəncir haqları, texniki addımlar və gözləmə müddətləri tələb edə bilər. Qeyri-texniki tədqiqat məşqində «icazəsiz» sözünün zəhmətsiz və ya dərhal giriş demək olduğunu fərz etmək əvəzinə bu tələbləri sənədləşdirin.
Tam həyat dövrü xərcini ölçün
Aşağı əməliyyat haqları faydalı ola bilər, lakin tam müqayisəyə depozitlər, çıxarışlar, körpüdən istifadə, təyinat yerindəki likvidlik və əlçatmaz qalma vaxtı daxildir. Tez-tez yerli əməliyyat, nadir çıxarış edən strategiyanın xərc profili şəbəkələr arasında daim vəsait daşıyan strategiyadan fərqlidir. Müvafiq vahid rahat şəkildə ucuz görünən bir əməliyyat deyil, tam iş prosesidir.
Adi hal və kəsinti halı üçün zaman xətti qurun. Hər anda hansı balansın xərclənə bildiyini və hansı fərziyyələrin növbəti addımı gecikdirəcəyini qeyd edin. Bu, hansı miqyaslama sisteminin uğur qazanacağını proqnozlaşdırmadan təhlili faydalı edir. Texniki ötürmə qabiliyyəti, yekunluq, likvidlik və tətbiq tokeninin dəyəri ayrı mövzulardır; birinin yaxşılaşmasının digərlərini avtomatik yaxşılaşdırdığı kimi təqdim edilməməlidir.
Faydalı yekun məşq eyni balansı üç anda işarələməkdir: yerli istifadəyə yararlı, protokolun öz çıxarış yolu üçün əlçatan və təyinat zəncirində xərclənə bilən. Ayrı vaxt nişanları vermək likvidlik boşluqlarını görünən edir. Son tarix bu boşluqlardan birinə düşərsə, bütün balanslar sonda düzgün hesablaşsa və əsas məbləğdən heç nə daimi itirilməsə belə, mövqenin əməliyyat maliyyələşməsi problemi var.
Məlumatın dərc edilməsi onun əbədi saxlanması deyil
İkinci qatın təhlükəsizlik modeli vəziyyəti yoxlamaq üçün lazım olan məlumatın müəyyən vaxtda əlçatan olmasını tələb edə bilər. Bundan hər adi xidmətin bütün tarixçəni istifadəçi üçün qeyri-müəyyən müddət saxlaması nəticəsi çıxmır.
Tranzaksiyanın göstərilməsini, məlumatın dərcini, vəziyyətin sübutunu və arxiv mövcudluğunu ayırın. Yeni iştirakçı vəziyyəti bərpa etmək üçün hansı məlumatı tələb edir? Onu kim verir və bir təminatçı dayananda nə baş verir?
Məşqdə köhnə tranzaksiyanı iki interfeysdən yoxlayın. Onların eyni arxa məlumat xidmətindən istifadə edib-etmədiyini də araşdırın. İki səhifə həmişə iki müstəqil dəlil mənbəyi deyil. Saxlama siyasəti daimi giriş barədə əsassız fərziyyəni azaltmağa kömək edir.
Çıxışı istifadə ediləcək yol üzrə qiymətləndirin
Sürətli görünən təsdiq, birinci qatın yekunluğu və aktivin çıxarılması müxtəlif anlarda mümkün ola bilər. Adi interfeys bunlardan yalnız birini göstərə bilər. Hər status üçün hansı riskin azaldığını və hansının qaldığını soruşun.
Normal çıxışı sıralayıcı və ya sayt işləməyəndəki vəziyyətlə müqayisə edin. Alternativ yol varmı? Hansı məlumat, tranzaksiya, haqq və gözləmə lazımdır? Nəzəri hüquq asan istifadə edilən prosedurla eyni deyil.
Bir ikinci qat həllinin fərziyyələrini digərinə keçirməyin. Sübut sistemi, məlumatın yeri, yeniləmə səlahiyyəti və fövqəladə mexanizmlər fərqlənə bilər. Qiymətləndirmə konkret versiyaya və konkret çıxış yoluna aid olmalıdır.