2. kiht: kiire kinnitus ei tähenda lõplikku arveldust

Nimeta etapp, mida vaatled

Liidese kiire kinnitus võib tähendada, et järjestaja võttis tehingu vastu, mitte seda, et kõik hilisemad arveldustingimused on täidetud. 2. kihi süsteemid teevad tööd põhiahelast eemal ning kasutavad tulemuste arveldamiseks või kontrollimiseks lisamehhanisme. Ethereumi skaleerimisdokumentatsioon eristab optimistlikke lähenemisi kehtivustõenditel põhinevatest. Arhitektuur määrab, mida vaatleja saab igas etapis kindlalt järeldada.

Kasuta uurimismärkuses täpseid olekunimetusi: esitatud, operaatori aktsepteeritud, partiisse lisatud, alusahelas avaldatud, kontrollitud või vaidlustusperioodi läbinud ning välja makstud. Kõik süsteemid ei kasuta täpselt neid etappe, kuid nende taandamine ühele sõnale „kinnitatud” varjab börsidele ja tagatise haldajatele olulisi tegevuserinevusi.

Mõista kontrollimise erinevust

Optimistlikud koondlahendused tuginevad mehhanismidele, millega vaidlustada valed olekuväited kindla ajaakna jooksul. Kehtivustõendiga lahendused esitavad olekuüleminekute krüptograafilised tõendid, kuid nende andmete kättesaadavus, uuendamis- ja tegevuskorraldus vajavad endiselt uurimist. Tõendisüsteem on üks turvalisuse komponent, mitte üldgarantii iga selle ümber juurutatud rakenduse või silla kohta.

Praktiline harjutus küsib, mis juhtuks, kui operaator esitaks vale tulemuse, lõpetaks tehingute töötlemise või jätaks nõutava teenuse osutamata. Tuvasta, millised osalised saavad reageerida ja millist teavet nad vajavad. Vastus peaks tulema kasutusel oleva süsteemi dokumentatsioonist, mitte laia kategooria idealiseeritud kirjeldusest.

Erista arveldusviivitust väljamakse likviidsusest

Protokolli enda väljavõtmisviis võib nõuda protokolli tingimuste täitumise ootamist. Kolmandast isikust likviidsuse pakkuja võib tasu eest raha varem pakkuda, luues sisuliselt teise väljumistee. See tee muudab riskipositsiooni; see ei kaota alusprotokolli arveldustingimusi. Võimekus võib pingelisel ajal väheneda just siis, kui paljud kasutajad soovivad varakult väljuda.

Kujutle homme põhiahelas tasumisele kuuluvat kohustust ja varasid, mille tavapärane väljamakse võtab hüpoteetilises süsteemis mitu päeva. Need varad võivad olla väärtuslikud, kuid vajaliku tähtaja jooksul kättesaamatud. Kiire väljumise pakkumine on kasulik tõend ainult tegelikult pakutud summa ja aja kohta. Ei tohiks eeldada, et see jääb kättesaadavaks kogu turgu haarava väljumistungi ajal.

Kontrolli kontrollimeetmeid ja taristut

Järjestajate kontsentratsioon, uuendusvõtmed, hädaolukorra nõukogud, tõendite esitamine ja andmete avaldamine väärivad võrdluses eraldi ridu. Süsteemil võivad olla tugevad tehingukontrolli reeglid, kuid see võib tugineda tsentraliseeritud operatiivteenustele. Katkestus võib mõjutada kättesaadavust omandiõigust muutmata, kuid tehingute tegemise võimatus võib siiski tekitada rahalist kahju, kui positsioonid vajavad kiiret kohandamist.

Kontrolli, kas olemas on sunniviisiline kaasamine või alternatiivsed väljumismehhanismid, kes saab neid kasutada ja millised on praktilised viivitused. Teoreetiliselt olemasolev pääsetee võib nõuda baasahela tasusid, tehnilisi samme ja ooteaegu. Mittetehnilises uurimisharjutuses dokumenteeri need nõuded, selle asemel et eeldada, et loata kasutatav tähendab pingutuseta või kohest ligipääsu.

Mõõda kogu elutsükli kulu

Madalad tehingutasud võivad olla väärtuslikud, kuid terviklik võrdlus hõlmab sissemakseid, väljamakseid, sildamist, sihtkoha likviidsust ja aega, mil raha pole kasutatav. Sagedaste kohalike tehingute ja harvade väljamaksetega strateegia kuluprofiil erineb strateegiast, mis liigutab raha pidevalt võrkude vahel. Asjakohane üksus on kogu töövoog, mitte üks mugavalt odav toiming.

Koosta ajajoon tavapärase ja katkestusega juhtumi jaoks. Märgi, milline saldo on igas etapis kasutatav ja millised eeldused viivitaksid järgmise sammuga. Nii on analüüs kasulik, ennustamata, milline skaleerimissüsteem edu saavutab. Tehniline läbilaskevõime, lõplikkus, likviidsus ja rakenduse tokeni väärtus on eri teemad; neid ei tohi esitada nii, nagu parandaks ühe edenemine automaatselt kõiki teisi.

Kasulik lõppharjutus on tähistada sama saldot kolmel hetkel: kohapeal kasutatav, protokolli enda väljumisviisi kaudu kättesaadav ja sihtahelas kulutatav. Eraldi ajatemplid muudavad likviidsuslüngad nähtavaks. Kui tähtaeg jääb mõnda neist lünkadest, on positsioonil praktiline rahastamisprobleem isegi siis, kui kõik saldod lõpuks õigesti arveldatakse ja põhiosa püsivalt ei kaotata.

Andmete avaldamine ja pikaajaline säilitamine pole sama

Teise kihi turvamudelis võib olla oluline, et oleku kontrollimiseks vajalikud andmed oleksid õigel ajal kättesaadavad. Sellest ei järeldu, et iga tavaline teenus säilitab kogu ajaloo kasutajale määramata ajaks.

Erista tehingu kuvamist, andmete avaldamist, oleku tõendamist ja arhiivi olemasolu. Milliseid andmeid vajab uus osaleja oleku taastamiseks? Kes neid pakub ning mis juhtub, kui üks teenuseosutaja lõpetab?

Harjutuses kontrolli vana tehingut kahe eri liidese kaudu ja märgi, kas need kasutavad tegelikult sama taustateenust. Kaks lehte pole alati kaks sõltumatut tõendiallikat. Dokumenteeritud säilitamispoliitika aitab vältida põhjendamatut eeldust igavesest ligipääsust.

Väljumise turvalisus sõltub ka kasutatavast teest

Kiire nähtav kinnitus, esimese kihi lõplikkus ja vara väljavõtmise võimalus võivad saabuda eri aegadel. Tavaliides võib neist näidata ainult üht. Küsi iga staatuse puhul, millist riski see vähendab ja milline veel alles jääb.

Võrdle tavapärast väljumist olukorraga, kus järjestaja või veebileht ei tööta. Kas on alternatiivne tee? Milliseid andmeid, tehinguid, tasusid ja ooteaegu see nõuab? Teoreetiline õigus pole sama mis lihtsalt kasutatav toiming.

Ära kanna ühe teise kihi lahenduse eeldusi üle teisele. Tõestussüsteem, andmete asukoht, uuendamisõigused ja hädaolukorra mehhanismid võivad erineda. Hinnang peab puudutama konkreetset versiooni ja konkreetset väljumisteed.