Populāra zinātne no @BobBodily, kā vienmēr citēta pilnībā bez izmaiņām. Pirmkārt, īss BRC-20 kopsavilkums: BRC-20 ir pārliecinoši visveiksmīgākais aizstājamo marķiera protokols Bitcoin. Darījumu apjoms pagājušajā gadā bija simtiem miljonu, ja ne miljardos. Tas nav ideāls (izmanto neefektīvu kodējumu, uzpūš UTXO komplektu, un pašlaik tam ir ierobežota funkcionalitāte), taču to ir neticami viegli izvietot un izveidot marķierus, un tas ir iedvesmojis uzrakstus visā kriptogrāfijas pasaulē gandrīz katrā ķēdē. Nākamais ir ātrs tehniskais pamatojums: BRC-20 ir meta-protokols, kas izveidots uz Ordinals meta-protokola, kas savukārt ir veidots uz Bitcoin. Tas nozīmē, ka Ordinals izmanto Bitcoin kā pilnu datu pieejamības slāni un ārpus ķēdes indeksētāju, lai noteiktu metaprotokola stāvokli. BRC-20 izmanto Ordinals protokolu kā pilnīgu datu pieejamības slāni ar ārpus ķēdes indeksētāju, lai noteiktu metaprotokola statusu. Tas nozīmē, ka BRC-20 faktiski ir meta-meta protokols, jo tas ir veidots uz Ordinals. BRC-20 būvniecības sarežģītība Ord: Ordinals protokola tehniskās specifikācijas pēdējā gada laikā ir mainījušās. Ord ir pilnīgi jauns protokols, tāpēc tas ir daudz mainījies. Veidojot marķiera standartu papildus Ord, jūsu protokols rada papildu risku, jo jums ir pārsūtīšanas protokols kā atkarība. Tas notika ar Ord 0.8.0 un Ord 0.9.0. Dažādas Ord ierakstu versijas nedaudz atšķiras, tas nozīmē, ka indeksētājs BRC-20 ziņos par nepareiziem atlikumiem atkarībā no tā, vai tie ir balstīti uz 0.8.0 un 0.9.0. Protams, tas nav vēlams. L1F Solution Layer 1 Foundation @L1Fxyz risinājums ir iesaldēt Ord protokola versiju līdz 0.9.0, lai novērstu līdzīgu problēmu rašanos nākotnē. Tātad, lai gan mums ir citas nolādēto glifu klases, jūs izvairīsities no starpversiju nesaderības, veidojot visus indeksētājus versijā 0.9.0. Tas nav pastāvīgs risinājums, taču šobrīd tas ļoti labi darbojas, lai BRC-20 būtu stabils. Unisat vēlas virzīt protokolu uz priekšu Unisat vispirms uzsāka melnbalto moduļu sistēmu. Tas ļauj cilvēkiem, kuri izmanto BRC-20 (piemēram, Unisat), ieviest jaunas funkcijas melnajos moduļos (pagaidu vietās, kas nav indeksētas galvenajā protokolā).Jūs varat ievietot monētas melnajā modulī, bet jūs nevarat tās izņemt, kamēr tās nav apstiprinātas, būtībā kā Bitcoin Space Chain (vienvirziena tilts). Tad vakar Unisat paziņoja, ka vēlas jaunināt Ord versiju ar indeksētāju BRC-20 uz jaunāko versiju pēc gadadienas. Jubilee ir Orda oficiālā versija un mēs vairs nelādīsim Ordinālus (visos uzrakstos vienmēr būs pozitīvi skaitļi). Debašu punkts: kā jaunināt BRC-20 Ord versijas jaunināšana, izmantojot indeksētāju BRC-20, patiesībā ir ļoti laba ideja. Ord protokols būs stabilāks, Ordinals vairs nelādīsim, nebūs jāuztraucas par bilanču nesakritībām utt. Unisat vēlas uzsākt šo pakalpojumu pēc iespējas ātrāk, un tas ir loģiski, jo Unisat ir starta uzņēmums. Iesācējiem nav laika sēdēt un gaidīt. Jums ir smagi jāstrādā, lai atrastu produktu piemērotību tirgum un izveidotu to saviem lietotājiem. L1F vēlas aizkavēt jaunināšanu, jo, ja mēs sasteigsim jaunināšanu, mēs varētu iegūt vairāk kļūdu. Best in slot un citi ir atklājuši dažas no šīm protokola kļūdām. Tas ir loģiski, jo L1F ir paredzēts, lai aizsargātu protokola pamatu, lai tie varētu pieņemt jauninājumus no lēnāk kustīgiem, mērķtiecīgākiem protokola ceļiem. Daži uzskata, ka šī ir Unisat komandas spēka spēle, lai mēģinātu kontrolēt protokolu. Citi uzskata, ka L1F vienkārši mēģina kontrolēt protokolu, kam vajadzētu būt vairāk virzītam uz tirgu. Bobs Take Tā kā BRC-20 līgums ir neticami veiksmīgs, mēs nevaram virzīties ātrāk. BRC-20 palaišanas dienas ir beigušās. BRC-20 ir absolūti masīvs protokols (TVL, lietotāji, infrastruktūra, maki, tirgus), un nekas vairs nav jādara ātri. Man patīk pieeja no L1F. Domo vienmēr ir atzinis protokola stabilitātes nozīmi (BRC-20 kopš tā pirmsākumiem nav īsti mainījies), kas ir priekšrocība. Vieglāk integrēt. Vieglāk veidot uz.utml. Mums ir nepieciešama decentralizācija, pārdomātība un lēns vienprātības un kompromisu process, lai virzītu izmaiņas BRC-20 protokolā.