@BobBodily'den popüler bilim, her zaman olduğu gibi hiçbir değişiklik yapılmadan tam olarak alıntılanmıştır. Öncelikle BRC-20'nin kısa bir özetini verelim: BRC-20, Bitcoin'deki açık ara en başarılı değiştirilebilir token protokolüdür. Geçen yılki işlem hacmi milyarlarca olmasa da yüz milyonları buluyordu. Mükemmel değil (verimsiz kodlama kullanıyor, UTXO setini şişiriyor ve şu anda sınırlı işlevselliğe sahip), ancak tokenleri dağıtmak ve basmak inanılmaz derecede kolay ve neredeyse her zincirde kripto dünyasında ilham veren yazıtlara sahip. Sırada hızlı bir teknik başlangıç ​​var: BRC-20, Ordinals meta protokolü üzerine kurulu bir meta protokoldür ve bu da Bitcoin üzerine kuruludur. Bu, Ordinals'ın Bitcoin'i tam veri kullanılabilirliği katmanı olarak ve meta protokol durumunu belirlemek için zincir dışı bir indeksleyici olarak kullandığı anlamına gelir. BRC-20, meta protokol durumunu belirlemek için zincir dışı bir indeksleyici ile eksiksiz bir veri kullanılabilirliği katmanı olarak Ordinals protokolünü kullanır. Bu, BRC-20'nin Ordinallerin üzerine kurulduğu için aslında bir meta-meta protokolü olduğu anlamına gelir. BRC-20'yi Ord'da Oluşturmanın Karmaşıklığı: Ordinals protokolünün teknik özellikleri geçen yıl değişiyor. Ord tamamen yeni bir protokol olduğundan çok değişti. Ord'un üzerine bir belirteç standardı oluşturduğunuzda, bağımlılık olarak bir aktarım protokolünüz olduğundan protokolünüz ek risk oluşturur. Ord 0.8.0 ve Ord 0.9.0'da olan da buydu. Ord'un farklı versiyonları yazıtları biraz farklı şekilde takip eder; bu, BRC-20 indeksleyicinin, 0.8.0 ve 0.9.0 üzerine kurulu olup olmamasına bağlı olarak hatalı bakiyeleri bildireceği anlamına gelir. Elbette bu arzu edilen bir durum değil. L1F Çözümü Katman 1 Vakfı @L1Fxyz'in çözümü, gelecekte benzer sorunların ortaya çıkmasını önlemek için Ord protokolü sürümünü 0.9.0'a dondurmaktır. Yani başka Lanetli Glif sınıflarımız olmasına rağmen, tüm dizin oluşturucuları 0.9.0 sürümünde oluşturarak sürümler arası uyumsuzluklardan kaçınırsınız. Bu kalıcı bir çözüm değil ancak şimdilik BRC-20'yi stabil tutmak için çok iyi çalışıyor. Unisat protokolü ileriye taşımak istiyor Unisat ilk olarak siyah beyaz modül sistemini başlattı. Bu, BRC-20 (Unisat gibi) üzerine inşa eden kişilerin siyah modüllerde (ana protokolde indekslenmeyen geçici konumlar) yeni işlevler sunmasına olanak tanır.Siyah modüle para koyabilirsiniz, ancak onaylanana kadar bunları çıkaramazsınız, tıpkı Bitcoin Uzay Zinciri (tek yönlü köprü) gibi. Daha sonra dün Unisat, BRC-20 indeksleyici altındaki Ord sürümünü yıl dönümü sonrası en son sürüme yükseltmek istediklerini duyurdu. Jubilee, Ord'un resmi versiyonudur ve artık Ordinalleri lanetlemeyeceğiz (tüm yazıtlar her zaman pozitif sayılara sahip olacaktır). Tartışma Noktası: BRC-20 Nasıl Yükseltilir Ord sürümünü BRC-20 indeksleyici altında yükseltmek aslında çok iyi bir fikir. Ord protokolü daha istikrarlı olacak, artık Ordinalleri lanetlemeyeceğiz, denge uyumsuzlukları vb. konusunda endişelenmemize gerek kalmayacak. Unisat bu hizmeti mümkün olan en kısa sürede başlatmak istiyor; Unisat bir startup olduğu için bu mantıklı. Startup'ların oturup bekleyecek zamanları yok. Ürün pazarına uygun olanı bulmak ve bunu kullanıcılarınız için oluşturmak için çok çalışmanız gerekir. L1F yükseltmeyi ertelemek istiyor çünkü yükseltmeyi aceleye getirirsek daha fazla hatayla karşılaşabiliriz. Slotun en iyisi ve diğerleri bu protokol hatalarından bazılarını keşfetti. L1F, protokolün temelini korumak üzere tasarlandığından bu mantıklıdır, böylece daha yavaş hareket eden, daha amaçlı protokol yollarından yükseltmeleri kabul edebilirler. Bazıları bunun Unisat ekibinin protokolü kontrol etmeye yönelik bir güç oyunu olduğuna inanıyor. Diğerleri ise L1F'in sadece protokolü kontrol etmeye çalıştığına ve bunun daha çok piyasa odaklı olması gerektiğine inanıyor. Bob'un Görüşü BRC-20 anlaşmasının inanılmaz başarısından dolayı daha hızlı ilerleyemeyiz. BRC-20'nin lansman günleri sona erdi. BRC-20 kesinlikle çok büyük bir protokoldür (TVL, kullanıcılar, altyapı, cüzdanlar, pazar) ve artık hiçbir şeyin hızlı bir şekilde yapılması gerekmiyor. L1F'in yaklaşımını seviyorum. Domo her zaman protokol istikrarının öneminin farkında olmuştur (BRC-20 başlangıcından bu yana pek değişmemiştir), bu da güçlü bir yöndür. Entegre edilmesi daha kolaydır. vb. üzerine inşa edilmesi daha kolaydır. BRC-20 protokolündeki değişiklikleri ileriye taşımak için ademi merkeziyetçiliğe, düşünceliliğe ve yavaş bir fikir birliği ve uzlaşma sürecine ihtiyacımız var.