Druga plast: hitra potrditev ni isto kot dokončna poravnava
Prikaži sprejem transakcij, objavo podatkov in zaključek dvigov v sistemu za povečevanje zmogljivosti.

Poimenuj fazo, ki jo opazuješ
Hitra potrditev vmesnika lahko pomeni, da je razvrščevalnik sprejel transakcijo, ne pa, da so izpolnjeni vsi poznejši pogoji poravnave. Sistemi druge plasti opravljajo delo zunaj osnovne verige in uporabljajo dodatne mehanizme za poravnavo ali preverjanje rezultatov. Dokumentacija Ethereuma o skaliranju ločuje optimistične pristope od pristopov z dokazom veljavnosti. Arhitektura določa, kaj lahko opazovalec varno sklepa v posamezni fazi.
V raziskovalnem zapisu uporabljaj natančne oznake: oddano, sprejeto pri upravljavcu, vključeno v paket, objavljeno v osnovni verigi, preverjeno ali zaključeno izpodbijanje ter dvignjeno. Vsak sistem ne uporablja natanko teh faz, vendar njihovo združevanje v eno besedo, potrjeno, prikrije operativne razlike, pomembne za borze in upravljavce zavarovanja.
Razumi razliko pri preverjanju
Optimistični rollupi se opirajo na mehanizme za izpodbijanje napačnih trditev o stanju v določenem časovnem oknu. Zasnove z dokazom veljavnosti predložijo kriptografske dokaze za prehode stanj, čeprav je treba še vedno pregledati njihove ureditve razpoložljivosti podatkov, nadgradenj in delovanja. Sistem dokazovanja je ena sestavina varnosti, ne splošno jamstvo za vsako aplikacijo ali most, ki je postavljen okoli njega.
Praktična vaja je vprašanje, kaj bi se zgodilo, če bi upravljavec predložil napačen rezultat, prenehal obdelovati transakcije ali odrekel zahtevano storitev. Ugotovi, kateri akterji se lahko odzovejo in katere informacije potrebujejo. Odgovor mora izhajati iz dokumentacije uvedenega sistema, ne iz idealiziranega opisa širše kategorije.
Loči zamudo poravnave od likvidnosti za dvige
Izvorni dvig lahko zahteva čakanje na pogoje protokola. Zunanji ponudnik likvidnosti lahko v zameno za pristojbino ponudi sredstva prej in s tem dejansko zagotovi drugo izstopno pot. Ta pot spremeni izpostavljenost; ne odpravi pogojev poravnave osnovnega protokola. Zmogljivost se lahko med stresom zmanjša prav takrat, ko veliko uporabnikov želi zgodnji izstop.
Predstavljaj si obveznost, ki jutri zapade v osnovni verigi, in sredstva, katerih izvorni dvig v hipotetičnem sistemu traja več dni. Ta sredstva so lahko dragocena, a niso na voljo po zahtevanem časovnem načrtu. Ponudba hitrega izstopa je uporaben dokaz le za dejansko ponujena znesek in čas. Ne smemo predpostavljati, da bo ostala na voljo med množičnim hitenjem celotnega trga.
Preglej nadzorne mehanizme in infrastrukturo
Koncentracija razvrščevalnikov, ključi za nadgradnje, izredni sveti, predložitev dokazov in objava podatkov si zaslužijo ločene vrstice primerjave. Sistem ima lahko močna pravila preverjanja transakcij, hkrati pa se zanaša na centralizirane operativne storitve. Izpad lahko vpliva na razpoložljivost, ne da bi spremenil lastništvo, vendar lahko nezmožnost transakcij še vedno povzroči finančno škodo, če je treba pozicije nujno prilagoditi.
Preveri, ali obstajajo prisilna vključitev ali alternativni izstopni mehanizmi, kdo jih lahko uporablja in kakšne so njihove praktične zamude. Teoretično razpoložljiva izhodna pot lahko zahteva pristojbine osnovne verige, tehnične korake in čakalne dobe. Pri netehnični raziskovalni vaji dokumentiraj te zahteve, namesto da bi predpostavljal, da izraz brez dovoljenja pomeni preprost ali takojšen dostop.
Izmeri skupne stroške življenjskega cikla
Nizke transakcijske pristojbine so lahko dragocene, vendar popolna primerjava vključuje pologe, dvige, mostove, likvidnost na cilju in čas nedostopnosti. Strategija s pogostimi lokalnimi transakcijami in redkimi dvigi ima drugačen stroškovni profil od strategije, ki nenehno premika sredstva med omrežji. Pomembna enota je celoten potek dela, ne ena priročno poceni operacija.
Sestavi časovnico za običajni primer in primer izpada. Zabeleži, katero stanje je v posamezni točki porabljivo in katere predpostavke bi odložile naslednji korak. Tako je analiza uporabna brez napovedovanja, kateri sistem skaliranja bo uspel. Tehnična prepustnost, dokončnost, likvidnost in vrednost aplikacijskega žetona so ločene teme; ne predstavljaj jih, kot da izboljšanje ene samodejno izboljša vse druge.
Koristna končna vaja je označiti isto stanje v treh trenutkih: uporabno lokalno, na voljo za izvorni izstop in porabljivo v ciljni verigi. Ločene časovne oznake naredijo likvidnostne vrzeli vidne. Če rok pade v eno od teh vrzeli, ima pozicija operativno težavo financiranja, tudi če se vsa stanja na koncu pravilno poravnajo in glavnica ni trajno izgubljena.
Dostopnost podatkov ni zagotovljen trajni arhiv
Za preverjanje spremembe stanja so potrebni ustrezni podatki. Njihova dostopnost v odločilnem trenutku ne pomeni, da jih bo vsaka storitev hranila za vedno. Razlikovati je treba med podatki, potrebnimi za preverjanje, in poznejšim pridobivanjem zgodovine.
Postavi dve vprašanji: kaj omrežje potrebuje za sprejetje spremembe in od kod uporabnik pozneje pridobi dokaz svoje operacije? Pomembni sta iz različnih razlogov. Manjkajoči stari zapis v enem vmesniku še ne dokazuje, da transakcija ni bila potrjena.
Ohrani identifikator, omrežje, datum preverjanja in vir podatkov. Hitra potrditev aplikacije ne dokazuje, da so se istočasno končale vse stopnje poravnave in izpolnili vsi pogoji za dvig.
Preveri izhod brez običajne spletne strani
V hipotetičnem izpadu spletna stran izgine, pogodbe in omrežje pa delujejo naprej. Ali obstaja dokumentirana in uporabna pot izstopa? Kaj zahteva? Možnost na ravni protokola ni enaka uporabnikovi praktični sposobnosti izvedbe.
V zemljevid dodaj posredovalno storitev, razvrščevalnik transakcij, dokazni mehanizem in prejemno platformo. Odstranjuj jih posamično ter pregleduj preostale korake. Ne predpostavljaj enako hitre zasilne poti v vseh sistemih ali podpore vseh tehničnih možnosti pri vsaki platformi.
Loči opaženo delovanje, opisano možnost in nepreverjeno predpostavko. Privlačno število sekund tako ne skrije odvisnosti končnega dostopa do sredstev in primerov, ko se lahko čakanje podaljša.