Scienza popolare da @BobBodily, come sempre citata integralmente senza modifiche. Innanzitutto, un breve riepilogo di BRC-20: BRC-20 è di gran lunga il protocollo di token fungibili di maggior successo su Bitcoin. Il volume delle transazioni lo scorso anno è stato di centinaia di milioni, se non miliardi. Non è perfetto (utilizza una codifica inefficiente, gonfia il set UTXO e attualmente ha funzionalità limitate), ma è incredibilmente facile da distribuire e coniare token e ha ispirato iscrizioni in tutto il mondo delle criptovalute su quasi tutte le catene. Il prossimo passo è una rapida introduzione tecnica: BRC-20 è un meta-protocollo costruito sul meta-protocollo Ordinals, che a sua volta è costruito su Bitcoin. Ciò significa che Ordinals utilizza Bitcoin come livello completo di disponibilità dei dati e un indicizzatore fuori catena per determinare lo stato del metaprotocollo. BRC-20 utilizza il protocollo Ordinals come livello completo di disponibilità dei dati con un indicizzatore fuori catena per determinare lo stato del metaprotocollo. Ciò significa che BRC-20 è in realtà un meta-meta protocollo poiché è costruito su Ordinals. La complessità della costruzione di BRC-20 su Ord: le specifiche tecniche del protocollo Ordinals sono cambiate nel corso dell'ultimo anno. Ord è un protocollo completamente nuovo, quindi è cambiato molto. Quando crei uno standard token su Ord, il tuo protocollo aggiunge ulteriori rischi perché hai un protocollo di trasferimento come dipendenza. Questo è quello che è successo con Ord 0.8.0 e Ord 0.9.0. Versioni diverse delle iscrizioni delle tracce Ord sono leggermente diverse, il che significa che l'indicizzatore BRC-20 riporterà i saldi errati a seconda che siano costruiti su 0.8.0 e 0.9.0. Naturalmente questo non è desiderato. La soluzione L1F Solution Layer 1 Foundation @L1Fxyz è quella di congelare la versione del protocollo Ord alla 0.9.0 per evitare che problemi simili si verifichino in futuro. Quindi, anche se abbiamo altre classi di Glifi Maledetti, eviterai qualsiasi incompatibilità tra versioni creando tutti gli indicizzatori sulla versione 0.9.0. Questa non è una soluzione permanente, ma per ora funziona molto bene nel mantenere stabile il BRC-20. Unisat vuole portare avanti il ​​protocollo Unisat ha lanciato per prima cosa un sistema di moduli in bianco e nero. Ciò consente alle persone che si basano su BRC-20 (come Unisat) di introdurre nuove funzionalità nei moduli neri (posizioni temporanee che non sono indicizzate nel protocollo principale).Puoi inserire monete nel modulo nero, ma non puoi estrarle fino all'approvazione, essenzialmente come una Bitcoin Space Chain (ponte unidirezionale). Poi ieri, Unisat ha annunciato di voler aggiornare la versione Ord sotto l'indicizzatore BRC-20 all'ultima versione post-anniversario. Jubilee è la versione ufficiale dell'Ord e non malediremo più gli Ordinali (tutte le iscrizioni avranno sempre numeri positivi). Punto del dibattito: come aggiornare BRC-20 Aggiornare la versione Ord sotto l'indicizzatore BRC-20 è in realtà un'ottima idea. Il protocollo Ord sarà più stabile, non malediremo più gli Ordinali, non dovremo preoccuparci di squilibri di bilanciamento, ecc. Unisat vuole lanciare questo servizio il prima possibile, il che è logico visto che Unisat è una startup. Le startup non hanno tempo di sedersi e aspettare. Devi lavorare duro per trovare il prodotto adatto al mercato e costruirlo per i tuoi utenti. L1F vuole ritardare l'aggiornamento perché se affrettassimo l'aggiornamento, potremmo riscontrare più bug. Best in slot e altri hanno scoperto alcuni di questi bug di protocollo. Ciò ha senso poiché L1F è progettato per proteggere le basi del protocollo, in modo che possano accettare aggiornamenti da percorsi di protocollo più lenti e più mirati. Alcuni credono che si tratti di un gioco di potere da parte del team Unisat per cercare di controllare il protocollo. Altri credono che L1F stia semplicemente cercando di controllare il protocollo, che dovrebbe essere maggiormente orientato al mercato. L’opinione di Bob A causa dell’incredibile successo dell’accordo BRC-20, non possiamo muoverci più velocemente. I giorni del lancio del BRC-20 sono finiti. BRC-20 è un protocollo assolutamente massiccio (TVL, utenti, infrastruttura, portafogli, mercato) e nulla dovrebbe più essere fatto rapidamente. Mi piace l'approccio di L1F. Domo ha sempre riconosciuto l'importanza della stabilità del protocollo (BRC-20 non è cambiato molto dalla sua nascita), che è un punto di forza. Più facile da integrare. Più facile da costruire su.ecc. Abbiamo bisogno di decentralizzazione, ponderazione e un lento processo di consenso e compromesso per portare avanti le modifiche al protocollo BRC-20.