Știință populară de la @BobBodily, ca întotdeauna citată integral fără modificări.
Mai întâi, un scurt rezumat al BRC-20:
BRC-20 este de departe cel mai de succes protocol de token fungibil de pe Bitcoin. Volumul tranzacțiilor anul trecut a fost de sute de milioane, dacă nu de miliarde. Nu este perfect (folosește codificare ineficientă, umflă setul UTXO și în prezent are o funcționalitate limitată), dar este incredibil de ușor de implementat și de bătut jetoane și a inspirat inscripții în întreaga lume cripto pe aproape fiecare lanț.
Următorul este un primer tehnic rapid:
BRC-20 este un meta-protocol construit pe meta-protocolul Ordinals, care, la rândul său, este construit pe Bitcoin. Aceasta înseamnă că Ordinals folosește Bitcoin ca un strat complet de disponibilitate a datelor și un indexator în afara lanțului pentru a determina starea meta-protocolului. BRC-20 utilizează protocolul Ordinals ca un nivel complet de disponibilitate a datelor cu un indexator off-chain pentru a determina starea meta-protocolului. Aceasta înseamnă că BRC-20 este de fapt un meta-protocol, deoarece este construit peste Ordinals.
Complexitatea construcției BRC-20 pe Ord:
Specificațiile tehnice ale protocolului Ordinals s-au schimbat în ultimul an. Ord este un protocol complet nou, așa că s-a schimbat foarte mult. Când construiți un standard de simbol pe Ord, protocolul dvs. adaugă riscuri suplimentare, deoarece aveți un protocol de transfer ca dependență. Așa s-a întâmplat cu Ord 0.8.0 și Ord 0.9.0. Diferitele versiuni ale inscripțiilor de urmărire Ord sunt ușor diferite, ceea ce înseamnă că indexerul BRC-20 va raporta solduri incorecte, în funcție de faptul dacă sunt construite pe 0.8.0 și 0.9.0. Desigur, acest lucru nu este de dorit.
soluție L1F
Soluția Layer 1 Foundation @L1Fxyz este să înghețe versiunea protocolului Ord la 0.9.0 pentru a preveni apariția unor probleme similare în viitor. Deci, deși avem alte clase de Glife blestemate, evitați orice incompatibilități între versiuni prin construirea tuturor indexatoarelor pe versiunea 0.9.0. Aceasta nu este o soluție permanentă, dar deocamdată funcționează foarte bine în menținerea stabilă a BRC-20.
Unisat speră să impulsioneze acordul
Unisat a introdus pentru prima dată sistemul de module alb-negru. Acest lucru permite oamenilor care construiesc pe BRC-20 (cum ar fi Unisat) să introducă noi funcționalități în module negre (locații temporare care nu sunt indexate în protocolul principal). Puteți pune monede în modulul negru, dar nu le puteți scoate până când sunt aprobate, în esență ca un Bitcoin Space Chain (punte unidirecțională). Apoi, ieri, Unisat a anunțat că dorește să facă upgrade la versiunea Ord sub indexerul BRC-20 la cea mai recentă versiune post-aniversară. Jubilee este versiunea oficială a Ord și nu vom mai blestema Ordinale (toate inscripțiile vor avea întotdeauna numere pozitive).
Punctul de discuție: Cum să upgradezi BRC-20
Actualizarea versiunii Ord sub indexerul BRC-20 este de fapt o idee foarte bună. Protocolul Ord va fi mai stabil, nu vom mai blestema Ordinale, nu va trebui să ne facem griji pentru nepotrivirile de echilibru etc.
Unisat vrea să lanseze acest serviciu cât mai curând posibil, ceea ce are sens întrucât Unisat este un startup. Startup-urile nu au timp să stea și să aștepte. Trebuie să munciți din greu pentru a găsi produsul potrivit pentru piața și pentru a le construi pentru utilizatorii dvs.
L1F vrea să întârzie actualizarea, deoarece dacă ne grăbim upgrade-ul, este posibil să primim mai multe erori. Cel mai bun în slot și alții au descoperit unele dintre aceste erori de protocol. Acest lucru are sens, deoarece L1F este conceput pentru a proteja fundamentul protocolului, astfel încât să poată accepta upgrade-uri de la căi de protocol care se mișcă mai lentă și mai intenționate.
Unii cred că este un joc de putere al echipei Unisat pentru a încerca să controleze protocolul. Alții cred că L1F încearcă pur și simplu să controleze protocolul, care ar trebui să fie mai orientat spre piață.
punctul de vedere al lui Bob
Datorită succesului incredibil al acordului BRC-20, nu ne putem deplasa mai repede. Zilele de lansare a BRC-20 s-au încheiat. BRC-20 este un protocol absolut masiv (TVL, utilizatori, infrastructură, portofele, piață) și nimic nu ar mai trebui făcut rapid. Îmi place abordarea de la L1F. Domo a recunoscut întotdeauna importanța stabilității protocolului (BRC-20 nu s-a schimbat cu adevărat de la începuturi), ceea ce este un punct forte. Mai ușor de integrat. Mai ușor de construit.etc. Avem nevoie de descentralizare, de atenție și de un consens și un compromis în mișcare lentă pentru a promova modificările protocolului BRC-20.