Kriptomonedha · I avancuar · 10 min lexim

Shtresa 2: konfirmimi i shpejtë nuk është shlyerje përfundimtare

Hartëzo pranimin e transaksioneve, publikimin e të dhënave dhe përfundimin e tërheqjes në një sistem shkallëzimi.

Shtresa 2: konfirmimi i shpejtë nuk është shlyerje përfundimtare — Ilustrim mësimor origjinal. Pa çmime në kohë reale apo pretendime performance.
Ilustrim mësimor origjinal. Pa çmime në kohë reale apo pretendime performance.

Emërto fazën që po vëzhgon

Një konfirmim i shpejtë në ndërfaqe mund të nënkuptojë se një renditës pranoi një transaksion, jo se çdo kusht i mëvonshëm shlyerjeje është plotësuar. Sistemet Layer-2 kryejnë punë jashtë zinxhirit bazë dhe përdorin mekanizma shtesë për të shlyer ose verifikuar rezultatet. Dokumentacioni i Ethereum-it për shkallëzimin dallon qasjet optimiste nga ato me prova vlefshmërie. Arkitektura përcakton çfarë mund të nxjerrë me siguri një vëzhgues në secilën fazë.

Përdorni etiketime të sakta në një shënim kërkimor: dorëzuar, pranuar nga operatori, përfshirë në një grup transaksionesh, publikuar në zinxhirin bazë, verifikuar ose me periudhën e kundërshtimit të përfunduar, dhe tërhequr. Jo çdo sistem përdor pikërisht këto faza, por përmbledhja e tyre me një fjalë të vetme, konfirmuar, fsheh dallime operative që kanë rëndësi për bursat dhe administratorët e kolateralit.

Kupto dallimin në verifikim

Rollup-et optimiste mbështeten në mekanizma për kundërshtimin e pretendimeve të pasakta mbi gjendjen brenda një afati të përcaktuar. Projektimet me prova vlefshmërie dorëzojnë dëshmi kriptografike për kalimet e gjendjes, megjithëse disponueshmëria e të dhënave, përditësimet dhe rregullimet e tyre operative kërkojnë ende shqyrtim. Një sistem provash është një përbërës i sigurisë, jo garanci e përgjithshme për çdo aplikacion ose urë të ndërtuar rreth tij.

Ushtrimi praktik është të pyesni çfarë do të ndodhte nëse një operator do të dorëzonte një rezultat të pasaktë, do të ndalonte përpunimin e transaksioneve ose nuk do të ofronte një shërbim të kërkuar. Identifikoni cilët aktorë mund të reagojnë dhe çfarë informacioni u duhet. Përgjigjja duhet të vijë nga dokumentacioni i sistemit të vënë në përdorim, jo nga një përshkrim i idealizuar i kategorisë së përgjithshme.

Ndaj vonesën e shlyerjes nga likuiditeti i tërheqjes

Një tërheqje përmes mekanizmit vendas mund të kërkojë pritjen e kushteve të protokollit. Një ofrues i tretë likuiditeti mund t'i ofrojë fondet më herët kundrejt një tarife, duke siguruar në praktikë një rrugë tjetër daljeje. Ajo rrugë ndryshon ekspozimin; nuk i zhduk kushtet e shlyerjes të protokollit bazë. Kapaciteti mund të tkurret gjatë stresit pikërisht kur shumë përdorues duan dalje të hershme.

Përfytyro një detyrim që duhet shlyer nesër në zinxhirin bazë dhe aktive tërheqja e të cilave përmes mekanizmit vendas kërkon disa ditë në një sistem hipotetik. Këto aktive mund të jenë të vlefshme, por të padisponueshme sipas afatit të kërkuar. Një kuotim për dalje të shpejtë është provë e dobishme vetëm për shumën dhe kohën e kuotuar realisht. Nuk duhet supozuar se do të mbetet i disponueshëm gjatë një vërshimi të të gjithë tregut drejt daljes.

Inspekto kontrollet dhe infrastrukturën

Përqendrimi i renditësve të transaksioneve, çelësat e përditësimit, këshillat e emergjencës, dorëzimi i provave dhe publikimi i të dhënave meritojnë të gjitha rreshta të veçantë në një krahasim. Një sistem mund të ketë rregulla të forta verifikimi transaksionesh, ndërsa mbështetet te shërbime operative të centralizuara. Një ndërprerje mund të prekë disponueshmërinë pa ndryshuar pronësinë, por pamundësia për të kryer transaksione mund të shkaktojë ende dëm financiar nëse pozicionet kërkojnë përshtatje urgjente.

Kontrolloni nëse ekzistojnë mekanizma për përfshirje të detyruar ose dalje alternative, kush mund t'i përdorë dhe vonesat e tyre praktike. Një rrugëdalje teorikisht e disponueshme mund të kërkojë tarifa të zinxhirit bazë, hapa teknikë dhe periudha pritjeje. Për një ushtrim kërkimor joteknik, dokumentoni këto kërkesa në vend që të supozoni se fjala pa leje nënkupton qasje pa mundim ose të menjëhershme.

Mat koston totale të ciklit jetësor

Tarifat e ulëta të transaksioneve mund të jenë të vlefshme, por një krahasim i plotë përfshin depozitat, tërheqjet, kalimet përmes urave, likuiditetin në destinacion dhe kohën gjatë së cilës fondet janë të padisponueshme. Një strategji me transaksione të shpeshta vendore dhe tërheqje të rralla përballet me profil kostosh të ndryshëm nga ajo që lëviz vazhdimisht fonde ndërmjet rrjeteve. Njësia përkatëse është e gjithë rrjedha e punës, jo një operacion i vetëm i lirë i zgjedhur për lehtësi.

Ndërto një vijë kohore për një rast të zakonshëm dhe një rast ndërprerjeje. Regjistro cili bilanc është i shpenzueshëm në çdo pikë dhe cilat supozime do ta vononin hapin e ardhshëm. Kjo e bën analizën të dobishme pa parashikuar cili sistem shkallëzimi do të ketë sukses. Kapaciteti teknik i përpunimit, përfundimësia, likuiditeti dhe vlera e tokenit të aplikacionit janë tema të veçanta dhe nuk duhet paraqitur sikur përmirësimi i njërës përmirëson automatikisht gjithë të tjerat.

Një ushtrim përfundimtar i dobishëm është të etiketosh të njëjtin bilanc në tre momente: i përdorshëm lokalisht, i disponueshëm për një dalje vendase dhe i shpenzueshëm në zinxhirin e destinacionit. Caktimi i vulave kohore të veçanta i bën të dukshme boshllëqet e likuiditetit. Nëse një afat bie brenda njërit prej këtyre boshllëqeve, pozicioni ka problem operacional financimi, edhe nëse çdo bilanc shlyhet përfundimisht saktë dhe asnjë principal nuk humbet përgjithmonë.

Disponueshmëria e të dhënave nuk nënkupton arkiv të përhershëm

Për të verifikuar një ndryshim gjendjeje duhen të dhënat përkatëse. Fakti që ishin të disponueshme në çastin e nevojshëm nuk do të thotë se çdo shërbim do t'i ruajë përgjithmonë. Ndaj disponueshmërinë për verifikim nga gjetja e historikut më vonë.

Bëj dy pyetje: çfarë i duhet rrjetit për ta pranuar ndryshimin dhe nga do ta marrë përdoruesi më vonë provën e veprimit të vet? Mungesa e një regjistrimi të vjetër në një ndërfaqe nuk provon se transaksioni nuk është konfirmuar.

Ruaj identifikuesin, rrjetin, datën e kontrollit dhe burimin e të dhënave. Mesazhi i shpejtë në aplikacion nuk vërteton se në të njëjtin çast kanë përfunduar të gjitha fazat e shlyerjes dhe kushtet e tërheqjes.

Kontrollo daljen pa faqen e zakonshme

Në një ndërprerje hipotetike faqja zhduket, por kontratat dhe rrjeti vazhdojnë punën. A ka një dalje të dokumentuar e të përdorshme? Çfarë kërkon? Mundësia në nivel protokolli nuk është e njëjtë me aftësinë praktike të përdoruesit për ta zbatuar.

Shto në hartë shërbimin ndërmjetës, renditësin e transaksioneve, mekanizmin e provave dhe platformën pritëse. Hiqi një nga një dhe shqyrto hapat e mbetur. Mos supozo rrugë rezervë po aq të shpejtë në çdo sistem ose mbështetje të çdo funksioni në çdo platformë.

Ndaj funksionimin e vëzhguar, mundësinë e përshkruar dhe supozimin e pakontrolluar. Kështu, një shifër tërheqëse sekondash nuk fsheh varësitë e aksesit përfundimtar te fondet dhe rastet kur pritja mund të zgjatet.

NJË KONTROLL I SHPEJTË

A u përvetësua ideja?

Një ofrues likuiditeti paguan menjëherë për një tërheqje vendase në pritje. Çfarë ka ndryshuar?

Edukim i përgjithshëm, jo rekomandim tregtimi. Shembujt i thjeshtojnë tregjet reale. Kontrollo kontratën, kostot dhe rregullat e sakta të çdo produkti para se ta përdorësh.
Më tej: Mekanizmat e likuidimit: rezervat e kolateralit nën trysni →