Runes protokolünün temel tasarım mekanizmaları ve sınırlamaları üzerine derinlemesine bir inceleme

1. Runes( sembolleri) genel bakış

Geçtiğimiz yıl, web3 alanında en çok dikkat çeken konu şüphesiz ki yazılımsal ekosistemin patlamasıydı. Bu durumun kökeni Ordinals protokolüne kadar uzanıyor; bu teknoloji, Bitcoin üzerindeki her bir satoshi'ye benzersiz bir sıra numarası atıyor. Ordinals'ın ana geliştiricisi Casey, geçen yıl Eylül ayında Runes protokolünün temel kodunu göndermişti, ancak bu kod hiç resmi olarak çevrimiçi olmadı. Bu durum, bazı projelerin bu kodu erkenden çatal haline getirmesine ve RunesAlpha gibi protokollerin piyasaya sürülmesine neden oldu. Tartışmalara rağmen, yalnızca birkaç ay içinde yüz milyonlarca dolarlık piyasa değeri artışı, Runes protokolünün büyük potansiyelini de göstermektedir.

Resmi versiyonunun Runes protokolünün 2024 yılı 20 Nisan civarında Bitcoin ana ağında resmi olarak başlatılması bekleniyor. Bu, proje sahipleri, cüzdan sağlayıcıları ve NFT/FT ticaret platformlarının karşılaşacağı büyük bir zorluk anlamına geliyor: Test ağı olmadan doğrudan ana ağa nasıl uyum sağlanacağı.

Bu makale, Runes projesinin temel alanlarının evrimini sistematik olarak ele alacak, okuyucuların Runes ile Brc20, Arc20 gibi FT protokolleri arasındaki farkları temel düzeyde anlamalarına yardımcı olacak, böylece rasyonel bir şekilde değerlendirme yapmalarını ve katılımlarını sağlayacaktır.

2. Bitcoin zincir üzerindeki veri kayıt yöntemi

Bitcoin üzerinde zincir dışı verileri zincire eklemek için iki ana yöntem bulunmaktadır: kazıma ve oyma.

2.1 Aşındırma Temel Prensipleri

Runes, bilgilerin doğrudan zincire kaydedildiği bir yöntem olan asidik etching teknolojisini kullanmaktadır. Özellikle, veriler Bitcoin UTXO'nun (harcanmamış işlem çıktısı) op-return alanına yazılmaktadır. Bu özellik, 2014 yılında Bitcoin Core istemcisi 0.9 sürümü ile başlamıştır. OP_RETURN, verilerin blok zincirine depolanmasına olanak tanıyan, doğrulanabilir ama harcanamaz bir çıktı oluşturmuştur.

Bitcoin blok gezgininde, işlemlere eklenmiş olan op-return bilgilerini kolayca görebilirsiniz. Örneğin, bir işlemin çıktı #3'ü, yeniden transfer edilemeyeceğini veya harcanamayacağını belirten kapalı bir dairesel dikdörtgen olabilir. Bu, işlemin not alanı gibidir ve Bitcoin'in depolama alanında kalıcı olarak saklanır, işlem hash indeksi ile bulunabilir.

2.2 Temel İlkelerin Kazınması

Ordinals/brc20 gibi protokoller, meta verileri işlemlerin tanık verilerine entegre eder. Bu süreç, iki aşamadan oluşan ve iki işlem gerektiren, izole tanıklık ve "Taproot'a ödeme" (P2TR) yöntemiyle gerçekleştirilir.

P2TR, Bitcoin'in 2021 yılında Taproot güncellemesiyle tanıtılan bir işlem çıktısı türüdür ve farklı işlem koşullarını daha gizli bir şekilde saklamaya olanak tanır. Spesifik olarak, P2TR adresleri, harcama anında gerçek script (içinde yazılı veri bulunan) sağlayarak script hash kullanılarak oluşturulur. Bu nedenle, yazılı veri yüklemek için önce bu script tarafından oluşturulan P2TR adresine bir UTXO (işlem gönderimi) oluşturmak gerekir, ardından bu UTXO'yu harcarken, tanık scriptinde gerçek script sağlayarak yazılı veriyi zincire yükler (işlemi açığa çıkarır).

Ordinals protokolü, yazıtların bu iki işlem tamamlandıktan sonra ilk girdinin ilk satoshi'sine bağlandığını belirtir.

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

Aşındırma:

• Avantajlar: Mantık basit ve sezgisel, işlem maliyetleri düşük, tam düğüm bellek havuzunu kullanmaz.
• Dezavantajlar: 80 bayt uzunluk kısıtlamasından etkilenir, verileri yüksek oranda sıkıştırılmış kodlama gerektirir.

Yazıt:

• Avantajlar: Neredeyse boyut sınırlaması yoktur, belirli bir gizlilik koruma yeteneğine sahiptir, çeşitli oyun stillerini destekler (örneğin, zaman kilidi, iş kanıtı).
• Dezavantajları: İki kez zincir üzerinde işlem gerektirir, nihai maliyet oldukça yüksektir, tam düğüm bellek havuzuna büyük baskı yapar.

3. Runes alt yapı tasarım analizi

3.1 Runes 0.11 sürümü

Erken dönem Runes protokol alanları üç bölümden oluşmaktadır: edicts (varlık transfer bilgileri), etching (varlık dağıtım bilgileri) ve burn (yakma).

op_Return içindeki bilgiler doğru formatta edicts bilgisi olarak çözüldüğünde, dış çözümleyici kullanıcı varlıklarının transfer durumunu hesaplayacak, output alanı transfer hedefini belirleyecektir.

etching içeriği, varlık dağıtımının ana bilgilerini tanımlar. ERC721 ile karşılaştırıldığında, ana fark limit ve term alanlarının basım miktarını ve basım aralığını sınırlamasıdır. Bu, kazıma, run projesi ile Ethereum akıllı sözleşmeleri aracılığıyla varlıkların dağıtımı arasındaki temel farkları yansıtır. Zincir üzerindeki akıllı sözleşme doğrulamasının eksikliği nedeniyle, kazıma protokolü, varlıkların dağıtımını ve kullanıcıların basıma katılımını adil bir şekilde gerçekleştirmek için bir şekilde tanımlar.

3.2 Runes 0.18 sürümü

En son sürüm Runes protokol alanları dört ana başlığa ayrılmaktadır:

1. emirler: Varlık transfer yönünü tanımlar, varsayılan transfer yönünü değiştirmek için yeni pointer parametresi ekler, bu da birden fazla Runes varlığının aynı anda transfer edilmesine uyum sağlamak için kodlama miktarını ve işlem maliyetini azaltır.

2. Mint: Yeni alan, bir işlemin yalnızca bir varlık mintlemesine izin verir, teknik ve sıradan kullanıcıların başlangıç noktasını dengelemektedir.

3. etching: Varlık dağıtım yönteminde önemli değişiklikler meydana geldi. Ana değişiklikler şunlardır:

   • Varlık ID'si, kodlama alanından tasarruf sağlamak için dize biçimine dönüştürüldü.
   • terms alanına height ve offset parametreleri eklendi, bu sayede ihraç eden taraf mintleme başlangıç ve bitiş noktalarını belirleyebilir.
   • cap parametresi toplam basım sayısını kontrol eder.
   • Kıt kaynakları kontrol etmek için isim uzunluğu serbest bırakma kuralları getirildi.
   • Gizlilik koruması sağlamak için uygulama, kazıma teknolojisi (commit ve reveal) kullanılarak yapılır.

4. turbo: Yeni alan, gelecekteki protokol katmanı değişiklikleri için ayrılmıştır.

4. Runes yeni protokol değerlendirmesi

Avantajlar:

• Pazar talebine uygun, yazıt ekosisteminde düşük kaliteli varlıkların yaygın olma sorununu çözdü.
• Ordinals protokolünü entegre edin, hazır bir kullanıcı tabanına sahip.
• FT protokolü olarak, Ordinals'ın piyasa operasyonlarındaki eksikliklerini tamamlamaktadır.
• op_Return kullanarak zincirde veri kaydetmek, esnek bir defter yeteneği ve yüksek güvenlik sağlar.

Eksiler:

• Piyasa fırsatları zorluklarla dolu, sıkışık geliştirme süreleri ekosistemin erken gelişimini etkileyebilir.
• Kurallar karmaşık, varlık adı uzunluğu sorunu kullanıcıların oltalama riskiyle karşılaşma olasılığını artırabilir.
• Gelecek uyumluluğuna dair endişeler var, diğer protokollere kıyasla L2 veya BVM alanındaki yerleşimi biraz geri kalmış durumda.