Autor: Zeke, YBB Capital Sursa: mediu Traducere: Shan Oba, Golden Finance
Prefaţă
În era blockchain-urilor modulare conduse de Ethereum, furnizarea de servicii de securitate prin integrarea unui strat de disponibilitate a datelor (DA) nu mai este un concept nou. În prezent, conceptul de securitate partajată introdus prin staking oferă o nouă dimensiune spațiului modular. Ea valorifică potențialul „aurului și argintului digital” pentru a oferi securitate pentru numeroase protocoale blockchain și lanțuri publice, de la Bitcoin sau Ethereum. Povestea este destul de ambițioasă, deoarece nu numai că deblochează lichidități în active în valoare de trilioane de dolari, dar este și un element cheie în viitoarele soluții de scalare. De exemplu, recentele strângeri masive de finanțare de 70 de milioane de dolari pentru protocolul de pariare Bitcoin Babylon și de 100 de milioane de dolari pentru protocolul de remiză Ethereum EigenLayer ilustrează sprijinul puternic pentru spațiu din partea firmelor de capital de risc.
Cu toate acestea, aceste evoluții ridică și îngrijorări serioase. Dacă modularitatea este soluția supremă pentru scalare, iar aceste protocoale sunt o componentă cheie a acelei soluții, atunci probabil că vor avea cantități mari de BTC și ETH blocate. Acest lucru aduce probleme de securitate ale protocolului în sine. Vor deveni straturile complexe formate din numeroase protocoale LSD (Liquid Stake Derivatives) și LRT (Layer 2 Rollup Tokens) cea mai mare lebădă neagră în viitorul blockchain-ului? Este corectă logica lor de afaceri? Deoarece am analizat deja EigenLayer într-un articol anterior, următoarea discuție se va concentra în primul rând pe Babilon pentru a aborda aceste probleme.
Extindeți consensul de securitate
Bitcoin și Ethereum sunt, fără îndoială, cele mai valoroase blockchain-uri publice astăzi. Securitatea, descentralizarea și consensul de valoare pe care l-au acumulat de-a lungul anilor sunt motivele principale pentru care au stat întotdeauna în vârful lumii blockchain. Acestea sunt calități rare care sunt greu de replicat cu alte lanțuri eterogene. Ideea de bază a modularității este de a „închiria” aceste calități celor care au nevoie. În abordarea modulară actuală, există două facțiuni principale:
Prima facțiune folosește un strat 1 suficient de sigur (de obicei Ethereum) ca cele trei straturi inferioare sau parțial funcționale ale Rollup-urilor. Această soluție are cea mai mare securitate și legalitate și poate absorbi resursele ecosistemului principal al lanțului. Dar pentru anumite Rollup-uri (lanțuri de aplicații, lanțuri cu coadă lungă etc.), s-ar putea să nu fie deosebit de prietenos în ceea ce privește debitul și costul.
Al doilea grup își propune să creeze o existență apropiată de securitatea Bitcoin și Ethereum, dar care are o performanță mai bună a costurilor, cum ar fi Celestia. Celestia realizează acest lucru utilizând o arhitectură funcțională DA pură, cerințe minime de hardware pentru noduri și costuri reduse de gaz. Această abordare simplificată își propune să creeze un strat DA care se potrivește cu securitatea și descentralizarea Ethereum, oferind în același timp performanțe robuste în cel mai scurt timp posibil. Dezavantajele acestei abordări sunt că va dura ceva timp pentru ca securitatea și descentralizarea sa să fie pe deplin realizate și nu are legitimitate atunci când concurează direct cu Ethereum, ceea ce duce la respingerea comunității Ethereum.
Al treilea tip din cadrul acestei facțiuni include straturile Babilonian și Caracteristic. Ei valorifică conceptul de bază de Proof of Stake (POS) pentru a crea servicii de securitate partajate prin valorificarea activelor Bitcoin sau Ethereum. În comparație cu primele două, aceasta este o existență mai neutră. Avantajul său este că moștenește legalitatea și securitatea, oferind în același timp mai multă valoare practică activelor lanțului principal și oferind o mai mare flexibilitate.
Potențialul aurului digital
Indiferent de logica de bază a oricărui mecanism de consens, securitatea unui blockchain depinde în mare măsură de resursele care îl susțin. Lanțurile PoW necesită mult hardware și electricitate, în timp ce PoS se bazează pe valoarea activelor gajate. Bitcoin în sine este susținut de o rețea PoW extrem de mare, ceea ce îl face cea mai sigură existență din întreg spațiul blockchain. Cu toate acestea, ca lanț public cu o valoare de piață circulantă de 1,39 trilioane de dolari și reprezentând jumătate din piața blockchain, utilitatea activelor sale se limitează în principal la transferuri și plăți de gaze.
Pentru cealaltă jumătate a lumii blockchain, mai ales după ce Ethereum a trecut la PoS după upgrade-ul de la Shanghai, se poate spune că majoritatea lanțurilor publice folosesc în mod implicit arhitecturi PoS diferite pentru a ajunge la un consens. Cu toate acestea, noile lanțuri eterogene nu reușesc adesea să atragă angajamente mari de capital, ridicând întrebări cu privire la securitatea lor. În era actuală a modularității, zonele Cosmos și diverse soluții Layer 2 pot folosi diferite straturi DA pentru a compensa, dar acest lucru vine adesea în detrimentul autonomiei. Utilizarea Ethereum sau Celestia ca strat DA este, de asemenea, în general nepractică pentru majoritatea mecanismelor PoS mai vechi sau lanțurilor de consorțiu. Valoarea Babylon constă în umplerea acestui gol, oferind protecție pentru lanțul PoS folosind miza BTC. Așa cum oamenii folosesc aurul pentru a susține valoarea banilor de hârtie, Bitcoin este perfect potrivit pentru a juca acest rol în lumea blockchain.
de la 0 la 1
Deblocarea „aurului digital” a fost întotdeauna cel mai ambițios, dar cel mai evaziv obiectiv din domeniul blockchain. De la primele sidechain, Lightning Network și token-uri bridge până la Runes și BTC Layer 2 de astăzi, fiecare soluție are defectele sale inerente. Dacă Babylon urmărește să exploateze securitatea Bitcoin, soluțiile centralizate care introduc o presupunere a încrederii terților trebuie mai întâi excluse. Printre opțiunile rămase, Rune și Lightning Network (limitate de progresul de dezvoltare extrem de lent) au în prezent doar capacitatea de a emite active. Aceasta înseamnă că Babylon trebuie să își proiecteze propria „soluție de scalare” pentru a permite miza nativă Bitcoin de la 0 la 1.
Defalcând elementele de bază disponibile în prezent în Bitcoin, există în esență următoarele: 1. Modelul UTXO, 2. Timpul, 3. Diverse metode de semnătură, 4. Codurile de operare de bază. Având în vedere programabilitatea limitată a Bitcoin și capacitatea de transport de date, soluția Babylon se bazează pe principii minimaliste. Pe Bitcoin, trebuie finalizate doar funcțiile de bază ale contractului de miză, ceea ce înseamnă că miza, reducerea, recompensele și recuperarea BTC sunt toate gestionate pe lanțul principal. Odată atins acest 0 la 1, zona Cosmos poate face față cerințelor mai complexe. Cu toate acestea, rămâne o întrebare cheie: cum să înregistrați datele lanțului PoS în lanțul principal?
Miza de la distanță
UTXO (Unspent Transaction Outputs) este un model de tranzacție conceput de Satoshi Nakamoto pentru Bitcoin. Ideea de bază este foarte simplă: tranzacțiile sunt doar intrarea și ieșirea de fonduri, astfel încât întregul sistem de tranzacționare poate fi reprezentat în termeni de intrări și ieșiri. UTXO-urile reprezintă partea din fonduri care au venit, dar nu au fost cheltuite în totalitate și, prin urmare, rămân ca rezultate ale tranzacțiilor necheltuite (adică Bitcoins neplătiți). Întregul registru Bitcoin este în esență o colecție de UTXO, care înregistrează starea fiecărui UTXO pentru a gestiona proprietatea și circulația Bitcoins. Fiecare tranzacție cheltuiește un UTXO vechi și generează un UTXO nou. Datorită potențialului lor inerent de scalabilitate, UTXO este un punct de plecare natural pentru multe soluții native de scalare. De exemplu,
De asemenea, Babylon trebuie să utilizeze UTXO pentru a implementa contractul Stake (Babylon se numește remote Stake, care transmite de la distanță securitatea Bitcoin către lanțul PoS prin stratul mijlociu). Implementarea contractului poate fi împărțită în patru etape, combinând inteligent codurile operaționale existente:
Blocați fonduri
Utilizatorii trimit fonduri către adrese controlate prin semnături multiple. Prin OP_CTV (OP_CHECKTEMPLATEVERIFY, care permite crearea de șabloane de tranzacții predefinite, asigurând că tranzacțiile pot fi executate doar conform structurilor și condițiilor specifice), contractul poate preciza că aceste fonduri pot fi utilizate doar în anumite condiții. Odată ce fondurile sunt blocate, este generat un nou UTXO care indică faptul că fondurile au fost pariate.
Verificare condiționată
Blocările de timp pot fi implementate prin apelarea OP_CSV (OP_CHECKSEQUENCEVERIFY, care permite setarea unei blocări de timp relativă pe baza numărului de secvență al tranzacției, indicând faptul că UTXO poate fi cheltuit numai după un anumit timp relativ sau număr de blocuri). Combinat cu OP_CTV, miza, unstaking (permițând staker-ului să cheltuiască UTXO blocat după îndeplinirea perioadei de gaj) și slashing (forțând UTXO să fie cheltuit la adresa blocată, făcându-l necheltuit dacă staker-ul se comportă rău intenționat), pot fi realizate , similar cu o adresă de gaură neagră).
actualizarea stării
Ori de câte ori un utilizator miză sau retrage fonduri mizate, un UTXO este creat și cheltuit. Noile rezultate ale tranzacțiilor generează noi UTXO, iar vechile UTXO sunt marcate ca cheltuite. În acest fel, fiecare tranzacție și mișcare financiară este înregistrată cu acuratețe pe blockchain, asigurând transparență și securitate.
Distribuirea recompensei
Contractul calculează recompense pe baza sumei mizate și a perioadei de miză și le distribuie prin generarea de noi UTXO. Aceste recompense pot fi deblocate și cheltuite prin condiții scriptate odată ce sunt îndeplinite anumite condiții.
Timestamp-ul
După stabilirea contractului nativ de Miză, este firesc să luăm în considerare problema înregistrării evenimentelor istorice din lanțul extern. În cartea albă a lui Satoshi Nakamoto, blockchain-ul Bitcoin a introdus conceptul de marcaje temporale susținute de PoW, oferind o ordine cronologică ireversibilă a evenimentelor. În cazul de utilizare nativ al Bitcoin, aceste evenimente se referă la diferite tranzacții efectuate pe registru. Astăzi, pentru a spori securitatea altor lanțuri PoS, Bitcoin poate fi folosit și pentru a marca evenimentele de pe blocurile externe. De fiecare dată când are loc un astfel de eveniment, este declanșată o tranzacție care este trimisă minerului, care apoi o introduce în registrul Bitcoin, adăugând astfel un marcaj de timp evenimentului. Aceste marcaje temporale pot rezolva diverse probleme de securitate ale blockchain-ului. Conceptul general al evenimentelor de marcare temporală într-un lanț copil pe un lanț părinte este numit „punct de control”, iar tranzacțiile utilizate pentru marcarea temporală a acestuia sunt numite tranzacții cu puncte de control. Mai exact, marcajele de timp din blockchain-ul Bitcoin au următoarele caracteristici importante:
Format de timp: un marcaj temporal înregistrează numărul de secunde de la 1 ianuarie 1970 00:00:00 UTC. Acest format se numește oră Unix sau POSIX.
Scop: Scopul principal al marcajului de timp este de a marca timpul de generare a blocurilor, de a ajuta nodurile să determine ordinea blocurilor și de a asista mecanismul de ajustare a dificultății rețelei.
Marcaje temporale și ajustări ale dificultăților: Rețeaua Bitcoin ajustează dificultatea de extragere aproximativ la fiecare două săptămâni sau la fiecare bloc din 2016. Marcajele de timp joacă un rol crucial în acest proces, deoarece rețeaua ajustează dificultatea în funcție de timpul total de generare al ultimelor blocuri din 2016 pentru a se asigura că noi blocuri sunt generate aproximativ la fiecare 10 minute.
Verificarea validității: Când un nod primește un bloc nou, acesta verifică marcajul de timp. Marca temporală a noului bloc trebuie să fie mai mare decât durata medie a blocurilor anterioare și nu trebuie să depășească timpul rețelei cu mai mult de 120 de minute (2 ore în viitor).
Serverul de timestamp este o nouă primitivă definită de Babylon, care poate distribui marcaje temporale Bitcoin prin punctele de control Babylon din blocurile PoS, asigurând acuratețea și nemodificabilitatea seriilor de timp. Fiind stratul superior al întregii arhitecturi Babylon, acest server este sursa de bază de încredere.
Arhitectura în trei niveluri a Babilonului
După cum se arată în figură, arhitectura generală a Babylonului poate fi împărțită în trei straturi: Bitcoin (ca server de marca temporală), Babylon (ca zonă Cosmos ca strat de mijloc) și lanțul PoS ca strat de cerere. Babylon se referă la ultimele două ca planul de control (Babilonul însuși) și planul de date (diverse lanțuri de consum PoS).
Acum că înțelegem implementarea de bază fără încredere a protocolului, să ne aprofundăm în modul în care Babilonul însuși folosește zonele Cosmos pentru a conecta cele două capete. Potrivit unei explicații detaliate de la Universitatea Stanford Tse Lab on Babylon, Babylon poate primi fluxuri de puncte de control de la mai multe lanțuri de PoS și poate îmbina aceste puncte de control pentru publicare pe Bitcoin. Dimensiunea punctului de control poate fi redusă la minimum prin utilizarea semnăturilor agregate de la validatorii Babylon, iar frecvența acestor puncte de control poate fi controlată permițând validatorilor Babylon să se schimbe o singură dată pe epocă.
Validatorii din diferite lanțuri de PoS descarcă blocuri Babylon pentru a verifica dacă punctele lor de control PoS sunt incluse în blocurile Babylon verificate de Bitcoin. Acest lucru permite lanțului PoS să detecteze discrepanțe, cum ar fi dacă un validator Babylon a creat un bloc indisponibil validat de Bitcoin și a mințit cu privire la punctele de control PoS conținute în acesta. Principalele componente ale acordului sunt următoarele:
· Punct de control: Bitcoin verifică doar ultimul bloc al Epocii Babiloniene. Un punct de control constă dintr-un hash al unui bloc și o singură semnătură BLS agregată, corespunzătoare semnăturilor majorității de două treimi a validatorilor care semnează finalitatea blocului. Babylon Checkpoint include și Anno. Blocurilor PoS li se pot atribui marcaje temporale Bitcoin prin punctele de control Babylon. De exemplu, primele două blocuri PoS sunt marcate de blocul Babylon și apoi de blocul Bitcoin cu marcaj temporal t_3. Prin urmare, acestor blocuri PoS li se atribuie marcaj temporal Bitcoin t_3.
· Lanț PoS canonic: Când un lanț PoS se bifurcă, lanțul cu o marca temporală anterioară este considerat lanțul PoS canonic. Dacă două furculițe au același marcaj temporal, egalitatea va fi ruptă în favoarea blocului PoS de la punctul de control anterior din Babilon.
· Reguli de retragere: Pentru a retrage bani, verificatorul trimite o solicitare de retragere lanțului PoS. Blocul PoS care conține cererea de retragere va fi apoi controlat de Babylon și ulterior de Bitcoin, care îi va atribui un marcaj temporal t_1. Retragerile sunt aprobate pe lanțul PoS odată ce blocul Bitcoin cu marcaj temporal t_1 atinge adâncimea k. Dacă un validator care se retrage încearcă un atac de la distanță, blocurilor din lanțul de atac li se pot atribui doar marcaje temporale mai târziu de t_1. Acest lucru se datorează faptului că, odată ce blocul Bitcoin cu marca temporală t_1 atinge adâncimea k, acesta nu poate fi derulat înapoi. Respectând ordinea acestor puncte de control pe Bitcoin, clienții PoS pot distinge între lanțurile canonice și cele de atac și le pot ignora pe cele din urmă.
· Reguli de reducere: Dacă validatorii nu își retrag miza după ce este detectat un atac, aceștia pot fi tăiați pentru semnarea dublă a blocurilor PoS conflictuale. Validatorii PoS rău intenționați știu că, dacă așteaptă până când o solicitare de retragere este aprobată înainte de a lansa un atac de la distanță, nu vor putea păcăli clienții care se pot referi la Bitcoin pentru a identifica lanțul canonic. Prin urmare, aceștia pot bifurca lanțul PoS în timp ce atribuie marcaje temporale Bitcoin blocurilor din lanțul PoS canonic. Acești validatori PoS au colaborat cu validatori rău intenționați Babylon și mineri Bitcoin pentru a bifurca Babylon și Bitcoin, înlocuind blocul Bitcoin cu timestamp t_2 cu un alt bloc cu timestamp t_3. În ochii clienților PoS de mai târziu, acest lucru va schimba lanțul PoS canonic din lanțul de sus în lanțul de jos. Deși acesta a fost un atac de securitate reușit.
· Regula de suspendare a punctului de control PoS nu este disponibilă: validatorii PoS trebuie să-și întrerupă lanțul PoS atunci când observă un punct de control PoS indisponibil pe Babylon. Un punct de control PoS indisponibil este definit ca un hash semnat de două treimi dintre validatorii PoS care se presupune că corespunde unui bloc PoS neobservabil. Dacă validatorul PoS nu întrerupe lanțul PoS atunci când observă un punct de control indisponibil, un atacator poate dezvălui un lanț de atac indisponibil anterior, schimbând astfel lanțul canonic în vederile viitoare ale clientului. Acest lucru se datorează faptului că punctul de control al Lanțului Umbrei, care s-a dezvăluit mai târziu că a avut loc mai devreme în Babilon. Regulile de pauză de mai sus explică de ce solicităm ca hashurile de bloc PoS trimise ca puncte de control să fie semnate de setul de validare PoS. Dacă aceste puncte de control sunt nesemnate, orice atacator poate trimite un hash arbitrar susținând că este hash-ul unui punct de control al blocului PoS care nu este disponibil pe Babylon. Validatorul PoS trebuie apoi să se oprească la punctul de control. Rețineți că crearea unui lanț PoS inutilizabil este o provocare: necesită compromiterea a cel puțin două treimi dintre validatorii PoS pentru a se conecta la blocurile PoS fără a furniza date validatorilor onești. Cu toate acestea, în atacul ipotetic de mai sus, un adversar rău intenționat a oprit lanțul PoS fără a compromite un singur validator. Pentru a preveni astfel de atacuri, solicităm ca punctele de control PoS să fie semnate de două treimi dintre validatorii PoS. Prin urmare, nu vor exista puncte de control PoS indisponibile pe Babylon decât dacă două treimi din validatorii PoS sunt compromise, ceea ce este extrem de puțin probabil din cauza costului compromiterii validatorilor PoS și nu va afecta alte lanțuri PoS sau Babylon însuși. Este nevoie de compromiterea a cel puțin două treimi dintre validatorii PoS pentru a semna un bloc PoS fără a furniza date validatorilor onești. Cu toate acestea, în atacul ipotetic de mai sus, un adversar rău intenționat a oprit lanțul PoS fără a compromite un singur validator. Pentru a preveni astfel de atacuri, solicităm ca punctele de control PoS să fie semnate de două treimi dintre validatorii PoS. Prin urmare, nu vor exista puncte de control PoS indisponibile pe Babylon decât dacă două treimi din validatorii PoS sunt compromise, ceea ce este extrem de puțin probabil din cauza costului compromiterii validatorilor PoS și nu va afecta alte lanțuri PoS sau Babylon însuși.Este nevoie de compromiterea a cel puțin două treimi dintre validatorii PoS pentru a semna un bloc PoS fără a furniza date validatorilor onești. Cu toate acestea, în atacul ipotetic de mai sus, un adversar rău intenționat a oprit lanțul PoS fără a compromite un singur validator. Pentru a preveni astfel de atacuri, solicităm ca punctele de control PoS să fie semnate de două treimi dintre validatorii PoS.
· Regula de pauză a punctului de control Babylon este indisponibilă: Atât validatorii PoS, cât și cei Babylon trebuie să întrerupă blockchain-ul atunci când observă un punct de control Babylon care nu este disponibil pe Bitcoin. Un punct de control Babylon indisponibil este definit ca un hash al semnăturilor BLS agregate ale a două treimi din validatorii Babylon care se presupune că corespunde unui bloc Babylon neobservabil. Dacă validatorii Babylon nu suspendă blockchain-ul Babylon, un atacator ar putea scurge un lanț Babylon indisponibil anterior, schimbând astfel lanțul Babylon canonic în vederile viitoare ale clienților. În mod similar, dacă validatorul PoS nu întrerupe lanțul PoS, un atacator poate dezvălui un lanț de atac PoS indisponibil anterior și un lanț Babylon indisponibil anterior, schimbând astfel lanțul PoS canonic în vederile viitoare ale clienților. Acest lucru se datorează faptului că lanțul profund Babylon, dezvăluit mai târziu, avea marcaje temporale anterioare pe Bitcoin și conținea puncte de control din lanțul de atac PoS revelat mai târziu. Similar cu regulile pentru întreruperea punctelor de control PoS indisponibile, această regulă explică de ce solicităm ca hashurile de bloc Babylon trimise ca puncte de control să aibă semnături BLS agregate, dovedind semnăturile a două treimi dintre validatorii Babylon. Dacă punctul de control Babylon este nesemnat, orice adversar poate trimite un hash arbitrar susținând că este hash-ul punctului de control al blocului Babylon care nu este disponibil pe Bitcoin. Validatorii PoS și validatorii Babylon trebuie să aștepte apoi un punct de control fără un lanț Babylon sau PoS indisponibil în preimaginea lor. Crearea unui lanț Babylon indisponibil necesită compromiterea a cel puțin două treimi din validatorii Babylon. Cu toate acestea, în atacul ipotetic de mai sus, adversarul oprește toate lanțurile din sistem fără a afecta un singur validator Babylon sau PoS. Pentru a preveni astfel de atacuri, solicităm ca punctele de control Babylon să fie atestate prin semnături agregate, prin urmare, nu vor exista puncte de control Babylon inutilizabile decât dacă două treimi din validatori sunt compromise, ceea ce din cauza costului compromiterii validatorilor Babylon. Această posibilitate este extrem de mică. Dar, în cazuri extreme, afectează toate lanțurile PoS, forțându-le să se întrerupă.
Stratul de caracteristici în BTC
Babylon este similar cu Eigenlayer în ceea ce privește scopul, dar este departe de a fi o simplă „furcătură” a Eigenlayer. Având în vedere că DA nu poate fi folosit nativ pe lanțul principal BTC, existența Babilonului este destul de importantă. Protocolul nu numai că aduce securitate lanțurilor externe de PoS, ci este și esențial pentru revitalizarea ecosistemului BTC la nivel intern.
Exemplu
Babylon oferă multe cazuri potențiale de utilizare, dintre care unele au fost deja implementate sau pot avea oportunitatea de a fi implementate în viitor:
Scurtați perioada de miză și sporiți securitatea: lanțurile PoS necesită de obicei consens social (acord între comunitate, operatori de noduri și validatori) pentru a preveni atacurile de la distanță. Aceste atacuri implică rescrierea istoricului blockchain pentru a manipula înregistrările tranzacțiilor sau pentru a controla lanțul. Atacurile de la distanță sunt deosebit de grave în sistemele PoS, deoarece, spre deosebire de PoW, sistemele PoS nu necesită validatori pentru a consuma cantități mari de resurse de calcul. Un atacator poate rescrie istoria controlând cheile jucătorilor timpurii. Pentru a asigura stabilitatea și securitatea consensului rețelei blockchain, este, în general, necesar un ciclu de gaj mai lung. De exemplu, Cosmos necesită o perioadă de dezlegare de 21 de zile. Cu toate acestea, cu Babylon, evenimentele istorice din lanțul PoS pot fi încorporate în serverele de marcaj temporal BTC, folosind BTC ca sursă de încredere pentru a înlocui consensul social. Acest lucru poate reduce timpul de dezlegare la o zi (echivalentul a aproximativ 100 de blocuri BTC). În plus, lanțul PoS poate obține o securitate dublă prin staking nativ cu token și BTC.
Interoperabilitate în lanțuri încrucișate: prin protocolul IBC, Babylon poate primi date de la punctele de control de la mai multe lanțuri PoS, realizând astfel interoperabilitatea în lanțuri încrucișate. Această interoperabilitate permite comunicarea fără întreruperi și partajarea datelor între diferite blockchain-uri, crescând astfel eficiența generală și funcționalitatea ecosistemului blockchain.
Integrați ecosistemul BTC: Majoritatea proiectelor din ecosistemul actual BTC, inclusiv Layer 2, LRT și DeFi, nu au suficientă securitate și se bazează adesea pe ipotezele de încredere ale terților. Aceste protocoale stochează, de asemenea, cantități mari de BTC în adresele lor. În viitor, Babylon poate dezvolta unele soluții care sunt extrem de compatibile cu aceste proiecte, creând beneficii reciproce și, în cele din urmă, formând un ecosistem puternic similar cu Eigenlayer în Ethereum.
Managementul activelor încrucișate: protocolul Babylon poate fi utilizat pentru gestionarea securizată a activelor încrucișate. Prin adăugarea de marcaje temporale la tranzacțiile încrucișate, se garantează securitatea și transparența transferurilor de active între diferitele blocuri. Acest mecanism ajută la prevenirea cheltuielilor duble și a altor atacuri încrucișate.
Turnul Babel
Povestea Turnului Babel provine din Geneza 11:1-9 din Biblie. Este o poveste clasică a oamenilor care încearcă să construiască Turnul Babel, dar sunt dejucați de Dumnezeu. Această poveste simbolizează unitatea umană și scopul comun. Protocolul Babylon își propune să construiască un turn similar pentru diferite lanțuri de PoS, unificându-le sub un singur acoperiș. În ceea ce privește narațiunea, pare să fie la fel de bun ca Eigenlayer, apărătorul lui Ethereum. Dar cum funcționează în practică?
De acum, rețeaua de testare Babylon a asigurat securitate pentru 50 de zone Cosmos prin protocolul IBC. Pe lângă ecosistemul Cosmos, Babylon integrează și mai multe protocoale LSD (Liquid Collateralized Derivatives), protocoale de interoperabilitate full-chain și protocoale de ecosistem Bitcoin. Cu toate acestea, când vine vorba de miza, Babylon rămâne în prezent în urma Eigenlayer, care poate reutiliza Stake și LSD în cadrul ecosistemului Ethereum. Dar, pe termen lung, cantitatea mare de Bitcoin latenta în portofele și protocoale nu a fost încă pe deplin trezită, iar acesta este doar vârful aisbergului de 1,3 trilioane de dolari. Babilonul trebuie să formeze o simbioză benignă cu întregul ecosistem BTC.
Singura soluție la dilema Ponzi
După cum am menționat anterior, atât Eigenlayer, cât și Babylon se dezvoltă rapid, iar tendințele viitoare indică faptul că vor bloca un număr mare de active blockchain de bază. Chiar dacă protocoalele în sine sunt sigure, va crea miza pe mai multe straturi o spirală de moarte pentru ecosistemul de mizare, care va duce la un colaps similar cu o altă creștere a ratei dobânzii din SUA? De la tranziția Ethereum la PoS și apariția lui Eigenlayer, industria actuală Stake a experimentat într-adevăr o exuberanță irațională. Proiectele atrag adesea utilizatori TVL înalți prin așteptări uriașe de airdrop și randamente. Un ETH poate trece prin staking nativ, LSD și LRT, cu până la cinci până la șase stive. Această stivuire crește riscul, deoarece problemele din orice protocol pot avea un impact direct asupra tuturor protocoalelor implicate, în special pe cele de la sfârșitul lanțului de staking. Ecosistemul Bitcoin,
Cu toate acestea, merită remarcat faptul că Eigenlayer și Babylon se referă în mod fundamental la direcționarea volantului de mizare către o adevărată utilitate, creând o cerere reală pentru a compensa riscul. Așadar, în timp ce aceste protocoale de „securitate partajată” pot exacerba indirect sau direct comportamentul rău, ele sunt, de asemenea, singura modalitate de a evita returnările schemei Ponzi cu miza pe niveluri. Întrebarea mai presantă acum este dacă logica de afaceri a unui protocol de „securitate partajată” este de fapt fezabilă.
Nevoile reale sunt cheia
În Web3, fie că este un lanț public sau un protocol, logica de bază implică adesea potrivirea cumpărătorilor și vânzătorilor pentru nevoi specifice. Făcând acest lucru, puteți „câștiga lumea”, deoarece tehnologia blockchain asigură că procesul de potrivire este corect, autentic și credibil. În teorie, protocoalele de securitate partajate ar putea completa ecosistemul înfloritor de miză și modular. Cu toate acestea, oferta va depăși cu mult cererea? Pe partea ofertei, există multe proiecte și lanțuri principale care pot oferi securitate modulară. Din punctul de vedere al cererii, lanțurile de PoS stabilite ar putea să nu aibă nevoie sau să nu fie dispuse să închirieze astfel de titluri de dragul faptului, în timp ce noile lanțuri de PoS pot avea dificultăți în a plăti dobânda generată de cantități mari de BTC și ETH. Lăsați Eigenlayer și Babylon să formeze o buclă de afaceri închisă, iar venitul generat trebuie să echilibreze dobânda generată din jetoanele gajate în protocol. Chiar dacă acest echilibru este atins și veniturile depășesc cu mult plățile de dobândă, ar putea totuși să provoace epuizarea acestor noi lanțuri și protocoale PoS. Prin urmare, modul de a echilibra modelul economic, de a evita bulele cauzate de așteptările airdropului și de a stimula oferta și cererea în mod sănătos va fi crucial.
