Sloj 2: brza potvrda nije isto što i konačno poravnanje

Imenujte fazu koju posmatrate

Brza potvrda u interfejsu može značiti da je sekvencer prihvatio transakciju, a ne da su svi kasniji uslovi poravnanja ispunjeni. Sistemi sloja 2 obavljaju rad izvan osnovnog lanca i koriste dodatne mehanizme za poravnanje ili proveru rezultata. Ethereum dokumentacija o skaliranju razlikuje optimističke pristupe od pristupa zasnovanih na dokazima validnosti. Arhitektura određuje šta posmatrač može pouzdano zaključiti u svakoj fazi.

Koristite precizne oznake u istraživačkoj belešci: poslato, prihvaćeno od operatera, uključeno u paket, objavljeno na osnovnom lancu, provereno ili sa završenim periodom osporavanja i povučeno. Ne koristi svaki sistem baš ove faze, ali njihovo svođenje na jednu reč, potvrđeno, skriva operativne razlike važne berzama i upravljačima kolaterala.

Razumite razliku u proveri

Optimistički rollup sistemi oslanjaju se na mehanizme osporavanja netačnih tvrdnji o stanju u definisanom roku. Strukture sa dokazima validnosti podnose kriptografske dokaze prelaza stanja, mada njihova dostupnost podataka, nadogradnje i operativni aranžmani i dalje zahtevaju pregled. Sistem dokaza je jedna komponenta bezbednosti, a ne opšta garancija za svaku aplikaciju ili most oko njega.

Praktična vežba je da se zapitate šta bi se dogodilo kada bi operater dostavio netačan rezultat, prestao da obrađuje transakcije ili uskratio neku potrebnu uslugu. Utvrdite koji učesnici mogu reagovati i koje su im informacije potrebne. Odgovor treba pronaći u dokumentaciji sistema koji je zaista u upotrebi, a ne u idealizovanom opisu šire kategorije.

Odvojite kašnjenje poravnanja od likvidnosti za povlačenje

Povlačenje putem izvornog protokola može zahtevati čekanje da se ispune uslovi protokola. Nezavisni pružalac likvidnosti može ponuditi sredstva ranije uz naknadu, čime praktično pruža drugi put izlaska. Taj put menja izloženost; ne uklanja uslove poravnanja osnovnog protokola. Kapacitet se može smanjiti tokom stresa, baš kada mnogi korisnici žele raniji izlaz.

Zamislite obavezu koja dospeva sutra na osnovnom lancu i imovinu čije izvorno povlačenje u hipotetičkom sistemu traje nekoliko dana. Ta imovina može biti vredna, ali nedostupna u potrebnom roku. Ponuda za brz izlazak korisna je kao dokaz samo za stvarno ponuđeni iznos i vreme. Ne treba pretpostavljati da će ostati dostupna tokom opšte tržišne navale.

Ispitajte kontrole i infrastrukturu

Koncentracija sekvencera, ključevi za nadogradnju, vanredni saveti, podnošenje dokaza i objavljivanje podataka zaslužuju zasebne redove u poređenju. Sistem može imati snažna pravila provere transakcija, a ipak se oslanjati na centralizovane operativne usluge. Prekid može uticati na dostupnost bez promene vlasništva, ali nemogućnost transakcija i dalje može stvoriti finansijsku štetu ako pozicije zahtevaju hitno prilagođavanje.

Proverite da li postoje mehanizmi prinudnog uključivanja ili alternativnog izlaska, ko može da ih koristi i kolika su stvarna kašnjenja. Teorijski dostupan izlaz može zahtevati naknade na osnovnom lancu, tehničke korake i periode čekanja. U netehničkoj istraživačkoj vežbi zabeležite ove zahteve umesto da pretpostavite da izraz „bez dozvole” znači pristup bez napora ili čekanja.

Izmerite ukupni trošak životnog ciklusa

Niske naknade za transakcije mogu biti korisne, ali potpuno poređenje uključuje uplate, isplate, prenos preko mostova, likvidnost na odredištu i vreme tokom kojeg sredstva nisu dostupna. Strategija sa čestim lokalnim transakcijama i retkim isplatama ima drugačiju strukturu troškova od one koja stalno premešta sredstva između mreža. Relevantna jedinica je ceo postupak, a ne jedna povoljno jeftina operacija.

Napravite vremensku liniju za redovan slučaj i slučaj prekida rada. Zabeležite kojim stanjem se može raspolagati u svakoj tački i koje bi pretpostavke odložile sledeći korak. To čini analizu korisnom bez predviđanja koji će sistem skaliranja uspeti. Tehnička propusnost, konačnost, likvidnost i vrednost aplikacionog tokena različite su teme i ne treba ih predstavljati kao da poboljšanje jedne automatski poboljšava sve ostale.

Korisna završna vežba jeste da isto stanje označite u tri trenutka: upotrebljivo lokalno, dostupno za izlaz putem izvornog protokola i raspoloživo za trošenje na odredišnom lancu. Odvojene vremenske oznake čine praznine u likvidnosti vidljivim. Ako rok dospe u jednu od tih praznina, pozicija ima operativni problem finansiranja čak i ako se sva stanja na kraju pravilno poravnaju i glavnica se trajno ne izgubi.

Dostupnost podataka nije isto što i trajna arhiva

Za proveru promene stanja potrebni su odgovarajući podaci. Njihova dostupnost u potrebnom trenutku ne znači da ih svaka usluga čuva zauvek. Treba razlikovati dostupnost za proveru od kasnijeg pronalaženja istorije.

Postavi dva pitanja: šta mreži treba da prihvati promenu i odakle korisnik kasnije dobija dokaz sopstvene operacije? Oba su važna iz različitih razloga. Nedostatak starog zapisa u jednom interfejsu ne dokazuje da transakcija nije bila potvrđena.

Sačuvaj identifikator, mrežu, datum provere i izvor podataka. Brza poruka aplikacije ne potvrđuje da su u istom trenutku završene sve faze poravnanja i ispunjeni svi uslovi isplate.

Proveri izlaz bez uobičajene internet stranice

U hipotetičkom prekidu rada stranica nestaje, a ugovori i mreža nastavljaju da rade. Postoji li dokumentovan i upotrebljiv izlaz? Šta zahteva? Mogućnost na nivou protokola nije jednaka korisnikovoj praktičnoj sposobnosti da je sprovede.

U mapu dodaj posredničku uslugu, sekvencer, dokazni mehanizam i odredišnu platformu. Uklanjaj ih pojedinačno i ispituj preostale korake. Ne pretpostavljaj jednako brz rezervni izlaz u svakom sistemu ni podršku svim tehničkim funkcijama na svakoj platformi.

Razlikuj opaženo funkcionisanje, opisanu mogućnost i neproverenu pretpostavku. Privlačan broj sekundi tada ne skriva zavisnosti konačnog pristupa sredstvima ni okolnosti u kojima čekanje može da se produži.