Disponibilitatea datelor a fost anterior considerată o presupunere de fundal. Sistemul a continuat atât timp cât blocurile erau create și datele erau postate undeva. O astfel de atitudine a fost eficientă în vremurile când debitul era scăzut și cererea era previzibilă. Aceasta nu rezistă condițiilor contemporane de execuție.

Odată cu creșterea numărului de lanțuri, disponibilitatea datelor devine punctul critic în jurul căruia se învârte totul. Viteza de execuție, descentralizarea și chiar presupunerile de securitate se bazează deliberat pe capacitatea de a accesa volume mari de date de către multe părți separate simultan. Când astfel de întreruperi apar, sistemele nu eșuează cu un strigăt, ci mai degrabă, se degradă, devin centralizate sau aduc în discuție elementul de încredere care nu ar fi trebuit să fie acolo.

@Walrus 🦭/acc a identificat această schimbare într-o etapă timpurie. Nu consideră disponibilitatea ca un serviciu de backend, ci ca o infrastructură care trebuie să reziste la încărcare și care are stimulente care variază în funcție de utilizarea reală. Faptul că cadrul este important este că transformă DA într-un risc discret, ceva despre care sistemele pot lua decizii raționale.

Disponibilitatea datelor nu mai este opțională, deoarece poate fi executată mai repede și într-un mod modular. Devine punctul critic care determină ceea ce este realist posibil.

@Walrus 🦭/acc

#walrus

$WAL

WALSui
WAL
--
--