Runes protokolünün derinlemesine analizi: Temel tasarım mekanizması ve sınırlamaların analizi

1. Runes( Semboller) Tanıtımı

Son bir yıl içinde, Web3 alanındaki en dikkat çekici fenomen, yazılımlar ekosisteminin patlaması oldu. Bu heyecan, Ordinals protokolünden kaynaklanıyor, bu teknoloji Bitcoin üzerindeki her bir satoshi'ye benzersiz bir numara atıyor. Ordinals'ın temel kurucusu Casey, geçen yıl Eylül ayında Runes protokolünün temel sürüm kodunu sunmuştu, ancak henüz resmi ana ağ sürümünü yayınlamadı.

Bu süre zarfında, bazı projeler RunesAlpha gibi bu kodu önceden fork'layarak bağımsız bir şekilde yayımladı; her ne kadar kopyalama şüphesi taşısa da, sadece birkaç ay içinde yüz milyonlarca dolar toplam piyasa değeri artışı, Runes protokolünün büyük potansiyelini göstermektedir.

Resmi versiyonun Runes protokolünün 2024 yılı 20 Nisan civarında Bitcoin ana ağına resmi olarak entegre olması bekleniyor. Bu, proje ekipleri, cüzdanlar ve işlem platformlarının büyük bir zorlukla karşılaşacağı anlamına geliyor: test ağı olmadan doğrudan ana ağa nasıl uyum sağlayacakları.

Bu makale, Runes projesinin temel alan evrimini sistematik bir şekilde ele alacak, okuyuculara Runes ile BRC20, ARC20 gibi FT protokolleri arasındaki farkları köklü bir şekilde anlamalarına yardımcı olacak ve avantajlarını ve dezavantajlarını karşılaştırarak mantıklı kararlar vermelerini sağlayacaktır.

2. Bitcoin zincirindeki veri kayıt yöntemi

Bitcoin üzerinde zincir dışı verileri zincire eklemek için iki ana çözüm bulunmaktadır: kazıma ve oymak.

2.1 Aşındırma Temel İlkeleri

Runes, veriyi Bitcoin UTXO'sunun OP_RETURN alanına yazma yöntemi olan bir asit-etching teknolojisi kullanıyor. Bu özellik, 2014'te Bitcoin Core 0.9 sürümünden itibaren desteklenmeye başladı ve verilerin blok zincirinde kalıcı olarak saklanmasını sağlayan, doğrulanabilir ancak harcanamaz bir çıktı oluşturur.

Bitcoin blok gezgini üzerinde, işlemle birlikte eklenen OP_RETURN bilgilerini kolayca görebilirsiniz. Bu bilgiler, UTXO'nun bir çıktı konumunu kaplasa da, aslında kapalı, yeniden transfer edilemeyen bir veri tüketimidir. Bu, işlemin not alanı gibidir, Bitcoin'in depolama alanında kalıcı olarak saklanır ve işlem hash'i ile indekslenerek bulunabilir.

OP_RETURN alanındaki içerik genellikle bir dizi onaltılık kodlanmış veridir, çözülünce JSON formatındaki Runes varlık dağıtımı, madencilik, ihraç gibi ilgili bilgileri elde edebilirsiniz.

2.2 Temel İlkelerin Kazınması

Ordinals/BRC20 gibi protokoller, meta verileri işlemlerin tanık verilerine entegre eder. Bu süreç, izole tanık ve "Taproot'a ödeme yapma" (P2TR) yöntemi ile gerçekleştirilir. İki aşama gereklidir: (commit) gönderimi ve (reveal) açığa çıkarılması. İki işlem tamamlanması gerekmektedir.

P2TR, Bitcoin'in 2021'deki Taproot güncellemesi ile tanıtılan bir işlem çıktısı türüdür ve farklı işlem koşullarını daha gizli bir şekilde depolamaya olanak tanır. Uygulama, önce bir ödeme için script hash ile oluşturulmuş P2TR adresinin UTXO( commit işlemini) oluşturmakla başlar. Daha sonra bu UTXO'yu harcarken, tanık scriptinde gerçek scripti sağlayarak, yazılı veri zincire yüklenir( reveal işlemi).

Ordinals protokolü tanımı,铭文完成铭刻 süreci (commit ve reveal iki işlem ) sonrasında, birinci girdinin birinci satına bağlanır.

2.3 İki veri zincirleme çözümünün karşılaştırması

Aşındırma:

• Avantajlar: Mantık basit ve net, işlem maliyetleri düşük, tam düğüm bellek havuzunu işgal etmiyor.
• Dezavantaj: 80 bayt uzunluk sınırlamasına tabi, veri kodlaması yüksek oranda sıkıştırılmalıdır.

Yazılı:

• Avantajlar: neredeyse boyut sınırlaması yok, belirli bir gizlilik koruma yeteneğine sahip, çeşitli oyun stillerini destekliyor ( gibi zaman kilidi, iş kanıtı ).
• Dezavantajlar: İki kez zincir üstü işlem gerektirir, nihai maliyet oldukça yüksektir, commit işlemlerinin süresi uzundur, tam düğüm bellek havuzuna büyük baskı yapar.

3. Runes temel tasarım yorumlama

3.1 Runes 0.11 sürüm analizi

Başlangıç versiyonundaki Runes protokol alanları üç kısımdan oluşmaktadır: edicts( varlık transfer bilgileri), etching( varlık dağıtım bilgileri) ve burn( yok etme).

OP_RETURN içinde doğru formatta edicts bilgisi bulunduğunda, zincir dışı çözücü kullanıcı varlıklarının transfer durumunu hesaplayacak, burada output alanı transfer hedefini belirtir.

etching içeriği, varlık dağıtımının ana bilgilerini tanımlar. ERC721 ile karşılaştırıldığında, en büyük fark limit ve term alanlarının madeni para sayısını ve basılabilir aralığı sınırlamasıdır. Bu, yazıtlar ve rün projeleri ile Ethereum akıllı sözleşmeleri aracılığıyla varlık ihraç etmenin temel farkıdır. Zincir üzerinde akıllı sözleşme doğrulaması eksikliği nedeniyle, yazıt protokolü varlık ihraç etme ve kullanıcıların madeni para basma katılımı için bir yöntem belirler; adil bir lansman anlayışıyla, kullanıcıların katılımını tamamen açık hale getirir ve proje sahiplerinin piyasa üzerindeki aşırı müdahale olasılığını azaltır.

3.2 Runes 0.18 sürüm analizi

Son sürüm Runes protokolü alanları dört ana başlıkta toplanmaktadır:

1. edicts: Varlık transfer yönünü tanımlar, varsayılan transfer yönünü değiştirmek için yeni bir pointer parametresi eklenir, böylece birden fazla Runes varlığının aynı anda transfer edilmesi durumuna uyum sağlanır, kodlama miktarını ve işlem maliyetini düşürür.

2. Mint: Yeni alan eklendi, bir işlemde yalnızca bir varlık basılmasına izin verildi, bu da teknoloji ile sıradan kullanıcıların başlangıç noktasını dengeledi.

3. etching: Varlık dağıtım yöntemi önemli bir değişiklik geçirdi.

   • Varlık ID'si string formatına dönüştürüldü, kodlama alanından tasarruf sağlandı
   • terms alanına height ve offset parametreleri eklendi, mintleme başlangıç noktasını belirlemek için, adaleti artırmak için.
   • Kısıtlı kaynakları kontrol etmek için isim uzunluğu serbest bırakma kuralları getirildi.
   • Gizlilik koruması sağlamak için (commit ve reveal) kullanarak kazıma teknolojisi ile dağıtım yapılır.

4. turbo: Yeni alan eklendi, gelecekteki protokol katmanı değişiklikleri için yer ayrıldı.

4. Runes yeni protokol değerlendirmesi

Avantajlar:

• Pazar ihtiyaçlarına uyum sağlayarak, yazılı protokolün başlangıcındaki bazı sorunları çözdü
• Ordinals protokolünü entegre et, mevcut kullanıcı tabanını kullan.
• FT protokolü olarak, Ordinals'ın piyasa işlemlerindeki eksikliklerini tamamladı.
• OP_RETURN kullanarak veri kaydı, güvenliği ve merkeziyetsizliği artırdı

Eksileri:

• Piyasa zamanlaması sorunu, geliştirme süresinin kısıtlı olması ekosistem gelişimini etkileyebilir.
• Kurallar karmaşık, özellikle varlık adı uzunluğu sorunu kullanıcı riskini artırabilir.
• Gelecek uyumluluğunda belirsizlik var, L2 ve BVM geliştirmelerinde biraz geri kalmış durumda.