Despre (de)centralizare și (definire) latență:
În primul rând, există două tipuri de centralizare: fizică vs. logică. Exemple: X(.com) este centralizat logic, dar descentralizat logic. O rețea PoS poate fi descentralizată logic, dar centralizată fizic (cum ar fi Hyperliquid, ai cărei validatori sunt predominant în Tokyo, Japonia).
Care este relația dintre centralizare și latență? Răspunsul scurt este că centralizarea *logică* poate oferi întotdeauna o latență (potențial) mai mică de multe tipuri diferite, în detrimentul rezistenței la cenzură.
Cum anume definim mai precis latența?
Acesta este cadrul meu: pentru a specifica latența avem nevoie de trei parametri: (1) începutul măsurării, (2) sfârșitul măsurătorii și (3) garanția oferită.
De exemplu, începutul măsurării ar putea fi atunci când un utilizator trimite o tranzacție către un nod sau ar putea fi atunci când un secvențiator a primit acea tranzacție.
În cele din urmă, garanțiile pentru participanții și utilizatorii sistemului sunt cele mai importante. Iată câteva latențe care sunt de interes:
1. Latența de confirmare a includerii: începutul este atunci când un utilizator trimite tranzacția, sfârșitul este atunci când un utilizator primește o confirmare că tranzacția va fi inclusă cu o anumită garanție.
2. Latența de execuție end-to-end: începutul este atunci când un utilizator trimite tranzacția, sfârșitul este atunci când utilizatorul primește efectul complet al tranzacției (de exemplu, prețul de execuție al unui swap de piață defi).
3. Execuție end-to-end și latență finală: ca 2 mai sus, dar sfârșitul este măsurat atunci când tranzacția este finalizată prin consens.
Din nou, toate aceste măsuri de latență ar putea fi mai mici pentru sistemele centralizate logic, dar descentralizate fizic, cu pierderea rezistenței la cenzură (și alte proprietăți care vin cu descentralizarea).
Latency is misunderstood in blockchain.
System response is meaningful - but that’s “intrinsic latency” meaning the delay internal to the system. E.g. from the moment you get a tx to the leader how long until it’s confirmed by the network or sequencer?
“Extrinsic latency” is about how long it takes data to get to the leader — on average — which is extremely importation. A single sequence will always have bad extrinsic latency because it only exists at one point on earth
A perfectly evenly districted POS network (population weighted) is the best you can do on a single block producer for extrinsic latency
Multiple concurrent leaders can shorten this even more.
4,4 K
25
Conținutul de pe această pagină este furnizat de terți. Dacă nu se menționează altfel, OKX nu este autorul articolului citat și nu revendică niciun drept intelectual pentru materiale. Conținutul este furnizat doar pentru informare și nu reprezintă opinia OKX. Nu este furnizat pentru a fi o susținere de nicio natură și nu trebuie să fie considerat un sfat de investiție sau o solicitare de a cumpăra sau vinde active digitale. În măsura în care AI-ul de generare este utilizat pentru a furniza rezumate sau alte informații, astfel de conținut generat de AI poate să fie inexact sau neconsecvent. Citiți articolul asociat pentru mai multe detalii și informații. OKX nu răspunde pentru conținutul găzduit pe pagini terțe. Deținerile de active digitale, inclusiv criptomonedele stabile și NFT-urile, prezintă un grad ridicat de risc și pot fluctua semnificativ. Trebuie să analizați cu atenție dacă tranzacționarea sau deținerea de active digitale este adecvată pentru dumneavoastră prin prisma situației dumneavoastră financiare.