Önsöz
İşlemler web3'ün ruhudur, dikkat web3'ün temel kaynağıdır, fiyat kalabalığın başlangıç noktasıdır ve değer zamanın sonudur. BTC yarılanmasının üzerinden bir ay geçti ve uzun zamandır beklenen Runes protokolünün üzerinden de bir ay geçti. Bu süre zarfında bir düzineden fazla proxy platformu ve ticaret piyasası ortaya çıktı. Yarılanma gününde, bir Runes varlığı için bir proxy işlemi bile $100'den fazlaya mal oluyor. Bu makale, Bitcoin'deki varlık proxy (aşındırma) modeli için en iyi mekanizmanın hangisi olduğunu analiz etmek için Runes varlıklarını örnek olarak ele alıyor.
1. Runes proxy oyun platformu GAS sıralaması
Aşağıdaki resim Shi Sijun tarafından derlenen bir genel bakıştır.
Programın perspektifinden bakıldığında temel sonuç şudur:
-
Gaz maliyeti açısından “bölünmüş + zincir çözümü”
-
Merkeziyetçilik derecesi: Zincir (ara adres yok)
-
Varlık toplama: zincir > bölme + zincir > bölme
-
Toplu zincirleme hızı: Bölme = Bölme + Zincir > Zincir
-
İlk bakışta biraz kafa karıştırıcı olabilir. Zincirleme nedir ve bölme nedir? Bu, Runes protokolünün kendisine geri dönmektir. Daha fazlasını okumanız önerilir: BTC yarılanması yaklaşıyor, Runes protokolünün temel tasarım mekanizmasını ve sınırlamalarını yorumluyor
1.1. Rün kazıma mekanizmasının kısa açıklaması
Runes, zincirdeki bilgileri kaydetmenin basit ve sezgisel bir yolu olan aşındırma teknolojisini kullanır: yani, bitc'deki UTXO'nun (harcanmamış işlem) op-return alanına yazmak. İşlev Bitcoin Core istemci sürümü 0.9'da (14 yıl) etkinleştirildiğinden, OP-RETURN, utxo'nun çıktısına benzer şekilde, blok zincirinde verinin var olmasına izin veren, net bir doğrulanabilir tüketilemez çıktı oluşturacaktır, ancak tüketilemez. Btc blok zinciri tarayıcısında, işlemin aşağıdaki şekilde olduğu gibi bir op-return bilgisiyle eklendiği kolayca görülebilir:
Gördüğünüz gibi, buradaki #3 çıktısı aslında ücretsizdir. Bu utxo'nun çıktısının çıktı pozisyonunu işgal etmesine rağmen, tekrar aktarılıp tüketilemeyeceği anlamına gelen kapalı dairesel bir dikdörtgendir, bu nedenle bir işlem notu alanı gibidir ve Bitcoin'in depolama alanında bırakılır ve işlem karma alanı dizini aracılığıyla bulunabilir. Dikkatli kişiler OP_RETURN'den sonra neden bir RUNE_TEST olduğunu bulabilirler. Bu, belirli içeriğin kodunu çözdükten sonraki sonuçtur. Ayrıntılar düğmesine tıkladıktan sonra, 52554 e 455 f 54455354 gibi bir kod dizesi bulabilirsiniz. Aslında, RUNE_TEST'i elde etmek için onaltılık kodlanmış veri dizesi çözülebilir. Benzer şekilde, ayrıntılarda başka kodlar da vardır ve son olarak, kod çözüldükten sonra muhtemelen json biçiminde bir karakter dizisi haline gelecektir, böylece Runes varlıklarının dağıtımını, dökümünü, yayınlanmasını ve diğer etkilerini yansıtır.
Öyleyse, Vekâlet bahsinin özel mekanizması aşağıdaki şekilde özetlenebilir: Rünler, işlem başına yalnızca bir varlığı temsil etmek için kullanılabilir.
BTC'deki sözde işlem maliyeti, işlem zincirindeki veri miktarına yansır. Proxy platformunun tasarımı, işlemdeki utxos sayısını en aza indirebilecek olana eşdeğerdir, bu da en uygun modeldir. Bölünmüş modeli ve zincir modelini ayrıntılı olarak açıklayalım.
1.2 Bölünmüş Model
Bölünmüş model olarak adlandırılan model, vekil işlem sırasında bir işlemin birden fazla alt işleme bölünmesi ve daha sonra her alt işlemin varlık basma sürecinden geçmesidir.
Örneğin, tools.mempool'un proxy şeması aşağıdaki şekilde gösterildiği gibi yürütülür. İlk işlem her alt işlemin işlem ücreti tüketimini tahmin eder ve ardından 546'yı (Bitcoin'in ortak toz değeri) + işlem ücreti miktarını birden fazla UTXO'ya bölmek için ayırır. Burada yeni bir adrese aktarıldığını göreceksiniz.
İkinci işlem, parayı yeni adresten kullanıcının adresine geri aktarmak, proxy işlemini tamamlamak ve kullanıcının aynı zamanda Runes varlıklarını toplamasıdır.
Bu modeldeki önemli sorun, önce bir işlemin bölünmesini gerektirmesi ve kullanıcının merkezi olmayan bir UTXO almasıdır. Bu nedenle kullanıcı satış emri vermek istediğinde, emirleri tek tek verir veya önce birleştirir ve sonra verir. Büyük müşteriler için bu işlem maliyetini artıracaktır. Ayrıca, tools.mempool platformu bölünmüş işlemde kullanıcı için bir proxy işlemi gerçekleştirmez, bu nedenle bölünmüş modelde kapsamlı kayıp daha yüksektir.
1.3 Zincir Modu
Sözde zincir aşağıdaki yapıya benzer. Kullanıcının başlangıçta 20.000 satoshisi vardır ve her işlem, bellek havuzunda hala bulunan ve birden fazla işlemi de içeren önceki işlemi tüketir.
Burada son rakamı s 2 t 4 olan hesap tarafından toplanan 6144 satoshinin platform komisyonu olduğunu görebiliriz. Komisyonun yürütülmesi için gereken 3892 komisyonla karşılaştırıldığında, komisyon platformunun karının çok yüksek olduğu söylenebilir.
Platform, 5 günde bir Runes proxy + ticaret piyasası geliştirdiğini iddia eden Runestone'dur. Aslında, işlemlere bakılırsa, platform uzun süredir göz ardı edilmiştir. Ancak ilk birkaç günde, işlem ücretlerinden hala yaklaşık 3 BTC (1,5 milyondan fazla) üretti Bu da bireysel geliştiriciler için oldukça yüksek bir rakam.
Ancak bu aslında anlamsız bir ücrettir. Zaten açık kaynaklı proxy kodlarına sahip birden fazla platform var. Örneğin, OKX de Runes kodunu açık kaynaklı hale getirdi: Runes kodlama ve kod çözme ve proxy sorunlarını mükemmel bir şekilde çözüyor. Geliştiriciler kendi proxy araçlarını oluşturmak için doğrudan buna başvurabilirler https://github.com/okx/js-wallet-sdk.
Zincire geri dönersek, işlem ücreti neredeyse ilk işlemde tahsil edildiğinden, sonraki her işlem aşağıdaki şekilde gösterildiği gibi bir döngü halinde işlenir, dolayısıyla verinin miktarı aslında nispeten küçüktür.
2. Runes En İyi Proxy Modeli: Bölünmüş + Zincir
Luminex şu anda büyük ölçekli basım yapabilen nispeten iyi bir çözüm modelidir. Platform, kolay kullanım için bir utxo bölme aracına sahiptir ve bir bölme + zincir çözümü benimser. Aşağıdaki şekilde gösterildiği gibi:
-
Bölünme sırasında platform, öncelikle kullanıcılara hiçbir israf yapmadan bir varlık verecek.
-
Ve eğer atış 25 katının içindeyse, zincir atış için yeterli gazı ayırın ve ardından atışı gerçekleştirin.
-
Son olarak eğer döküm 25 defadan fazla ise birden fazla zincir için gerekli olan gaz bölünerek döküm gerçekleştirilir.
Temel işlem ücreti zincir tipinden daha iyi olmasa da, kritik büyük ölçekli dökümü gerçekleştirebilir ve zincir verimliliği dökümü 2 blok sınırında tamamlayabilir.
2.1. Zincir verimliliğine ilişkin göstergeler neden var?
Bunun nedeni, BTC düğümlerinin DoS saldırılarını önleyecek bir mekanizmaya sahip olmasıdır.
Tek bir utxo'nun vout'unun ve tüketildiği bağlantının tüketilmesi sürecinde, bellek havuzunda en fazla 25 işlem sınırlandırılacaktır.
Bu yüzden çoğu büyük ölçekli darphane bu tür kısıtlamaları kaldırmak için ara adresler kullanır. Zincirler için varlıklar biriktirilir ve sonunda kullanıcılara aktarılır.
Bu nedenle, zincir modelinde, aynı anda bellek havuzunda yalnızca 25 işlem bulunabilir, ancak bölünmüş modelde, bölünmüş işlemler zincirde olduktan sonra, bellek havuzuna sınırsız değer yerleştirilebilir (çünkü ana işlem artık bellek havuzunda olmadığından, her utxo'nun vout'u 25 sınırı içinde bağımsız olarak hesaplanır). Bu nedenle, optimum model olarak luminex, yalnızca en düşük gazla ilgili değil, aynı zamanda büyük miktarlarda para basma yeteneğine sahipken gazı çok düşük tutmakla da ilgilidir.
Ancak luminex'ten daha iyi modeller de mevcut.
Çünkü luminex'in bölünmüş işlemleri de kullanıcılara ayrı ayrı ödenecektir, ancak bu varlığın aslında kullanıcıya aktarılması gerekmez, ancak ikinci zincir işleminin utxo'suna aktarılabilir. Runes'un varsayılan bir varlık akış mekanizması olduğundan, bu luminex durumunda bir utxo'nun maliyetini azaltabilir.
2.2. BTC Ücret Optimizasyon Oranının Karşılaştırılması
Uzun zamandır maliyetlerden bahsediyoruz, peki maliyetleri nasıl ölçüyoruz? Aslında çok basit. Kullanıcılar genellikle gasPrice'a benzer olan birim fiyatı belirler, ancak BTC aslında tamamen veriyi miktar birimi olarak depolamaya, yani vsize'a dayanır. O halde örnek olarak taproot adresini ele alalım (farklı adreslerin farklı işlem ücretleri vardır ve taproot adresinin daha düşük işlem ücreti vardır). Bu adresin yapısında:
-
Her ilave girdi için vsize 58 artar.
-
Her ilave çıktı için vsize 43 artar.
-
Her OP_RETURN'ü yazmak için vsize'ın 30 civarında olması gerekiyor.
Bu nedenle, aşağıdaki optimizasyon oranını hesaplayabiliriz
Zincir parti nane 10 kalem, maliyet: i * 10 + o 10 +p 10 = 1310
Bölünmüş parti Mint 10, maliyet: i * 10 + o 10 + o 9 +p* 10 = 1697
Gaz optimizasyon oranı: (1697-1310)/1697 = 22.8%
Zincir parti Mint 20 kalem, maliyet: i * 20 + o 20 +p 20 = 2620
Bölünmüş parti Mint 20, maliyet: i * 20 + o 20 + o 19 + p * 20 = 3437
Gaz optimizasyon oranı: (3437-2620)/3437 = 23.8%
20% çok fazla görünmeyebilir, ancak zirvede, tek bir döküm 100 U tüketir. 10 parti maliyeti 200 U azaltabilir. Küçük maliyet-fiyat farkı nihayetinde bir işlem için psikolojik eşiğe yansır.
Yüksek proxy ücretleriyle karşı karşıya kalan, gelecekte web3 çemberinin en erken payını almayı umanların, platform ücretlendirme sorununu aşmak için çeşitli şirketlerin (yukarıda belirtilen OKX açık kaynak imza bileşeni gibi) açık kaynak kodlarını doğrudan çalıştırabilmek adına temel node js'yi öğrenmeleri gerekir. Ticaret piyasasıyla ilgili bir sonraki makalede, doğrudan çapraz platform işlemleri oluşturmak için birden fazla platformun engellerini aşabilir ve hatta doğrudan kar elde etmek için bellek havuzunu doğrudan izleyebilirler.
3. Özet
Runes varlık protokolü bir ay önce yayınlandı, ancak ne yazık ki 1 milyar ABD doları eşiğini aşamadı. Ayrıca Ordinals and Runes kurucusu Casey'nin seppuku hakkında canlı sohbet etmek istediği bildirildi.
Ancak asıl mesele, ekosistemin iki temel altyapısı olan vekalet oyun ve piyasanın kusurlu olması, bu altyapının perakende yatırımcılar için katılımını çok maliyetli hale getirmesi ve kurumsal katılım için ekolojik operasyonlardan yoksun olmasıdır.
Öncelikle şu anda ortaya çıkan platformlar ya yüksek ücretler talep ediyor ya da eksik işlevlere sahip. Örneğin, Runestone'un zincir maliyetleri düşük olmasına rağmen, gaz tahmini yanlıştır ve bu da son işlemin aşınmasına ve yıpranmasına kolayca yol açabilir. Zincirleme belirsizliğiyle birlikte, piyasadan kademeli olarak çekilecektir.
Ayrıca, mevcut proxy modeli hala kullanıcıların gerçek taleplerini ve işlemin kendisini göz ardı ediyor.
Her vuran varlığın daha hızlı bir şekilde dışarı aktarılması gerekir, ancak piyasanın erken aşamasında, fiyatlar büyük ölçüde dalgalandığında ve BTC aşırı kalabalık olduğunda, aslında, proje tarafının piyasa davranışının dışında, büyük ölçekli varlık vuruşlarına çok fazla talep olmayacaktır. Başka bir deyişle, 1.000 varlığa ulaşmak için bu kadar büyük miktarda fonu olanlar da bunu yapabilir. Platformun temel kullanıcıları perakende yatırımcılardır. Bu nedenle, zincir tipi düşük maliyetli olmasına rağmen, en erken aşama için uygun değildir. Yüksek hızlı dalgalanma fiyatlandırmasında, piyasada bölme araçlarının yokluğunda, zincir tipi tarafından 1 işlemde üretilen 20'den fazla kompozit, işlem süpürmesinin eşiğini artıracaktır. Son olarak, bu makale BTC'deki varlıkların vekil mekanizmasıyla ilgilidir. (BRC 20, Ordinals, Atomical, Runes) vb. gibi yeni varlıkların işlem moduna uyarlanabilen işlem piyasası modeli hakkında sonraki bir makale olacak. Lütfen dikkat edin ve kaçırmayın.
Referanslar:
Rünler bölünmüş üretim açık kaynak kodu: https://github.com/okx/js-wallet-sdk
Ruens protokolünün resmi kaynak kodu: https://github.com/ordinals/ord
Bu makale internetten alınmıştır: BTC'de en iyi varlık vekil modeli nedir?