@jolestar'dan

Dün Wamo Chiang Mai İnşaatçı Günü paylaşım oturumunda yazıtlardan bahsetmiştim: "Yarı Homojen Varlıklar Perspektifinden Yazıtlara Bakmak."

Teknik açıdan bakıldığında yazı basit ve kabadır.Teknisyenler ilk gördüklerinde kafalarında soru işareti olması gerekirdi.Bu nedir?

Ancak akıllı sözleşmelerdeki yazıtları ayrıştırma konusunda edindiğim bu günlerdeki deneyimin ardından, bunun aslında yarı misli bir varlık (SFT) olarak anlaşılabileceği sonucuna vardım.

Orijinal olarak Ordinals Yazıtı, content_type ve content dahil olmak üzere benzersiz bir kimliğe sahip olan ve herhangi bir veri türüne gömülebilen NFT'nin bir ifadesi olarak anlaşılabilir. BRC20 protokolü JSON'u içeriğe yerleştirir ve FT'yi tanımlar. NFT'deki FT aslında SFT'nin tipik bir ifadesidir.Herkes yazı alıp satarken birim olarak "parça" kullanmaya alışkındır.

SFT'nin kullanım senaryoları nelerdir? Aslında son DeFi sürecinde herkesin bu konuda derinlemesine araştırmaları vardı. Örneğin oyun eşyalarını ifade etmek için kullanılır. Ortadaki FT değeri kıtlığı ifade edebilir. Ayrıca tahvil, kupon, çeşitli senetler vb. ifade etmek için de kullanılabilir. Ancak son döngüde özelliklerinden tam olarak yararlanılmadı ve çok fazla SFT tipi varlık yaratılmadı. Artık yazıtlar bu kadar popüler olduğundan bu tür varlıklar tamamen oluşturuldu.Bunlar nasıl kullanılır?

Mevcut Yazıtların Genişletilebilirlik İkilemi

SFT olarak yazıtın avantajlarından yararlanmak istiyorsanız bunun için kullanım senaryoları oluşturmalı ve yazıt protokolünü genişletmelisiniz. Bazı ekipler, BRC20'ye daha fazla operasyon talimatı eklemek gibi yazıt protokolünü genişleterek bunu başarmaya çalıştı. Bununla birlikte, bir kayıt protokolü pazar tarafından geniş çapta kabul edildiğinde, birden fazla indeksleyici tarafından uygulanmalıdır. Protokolü genişletmek için, birden fazla indeksleyicinin zincir dışı bir fikir birliğine varması ve fikir birliği yükseltmesine ulaşması gerekir. Bu yükseltmenin zorluğu, L1 fikir birliği yükseltmesi Açıkçası ölçeklenebilirlik gereksinimlerini karşılamak zordur.

Bu ölçeklenebilirlik gereksinimine yanıt olarak sektör aslında akıllı sözleşmeler olan olgun bir çözüm geliştirdi. Blockchain'in akıllı sözleşme sanal makine modeli, tüm yazılım mühendisliği topluluğu tarafından keşfedilen en ölçeklenebilir modeldir. Dolayısıyla iki güncel çözüm var: 1. Akıllı sözleşmeleri indeksleyiciye ekleyin. 2. Yazıtları akıllı sözleşmeler aracılığıyla ifade edin.

Akıllı sözleşmelerin indeksleyiciye tanıtılması

Akıllı sözleşmelerin indeksleyiciye dahil edilmesi, akıllı indeksleyici veya modüler blok zincirindeki yürütme katmanı olarak adlandırılabilir. Yazıt modeli, DA'nın ilk egemen toplaması olarak anlaşılabilir. DA olarak L1'i kullanır ve bir sıralayıcı sunmaz. İşlemleri doğrudan L1'in blokları aracılığıyla sıralar ve indeksleyici doğal olarak yürütme katmanı olarak anlaşılabilir. Bu modeli "Yazı bir hata mı yoksa bir özellik mi?" yazımda tartışmıştım. Bu, https://twitter.com/jolestar/status/1732711942563959185 adresinde açıklanmaktadır. Rooch da bu yönde araştırma yapıyor.Özel planlar için bkz. "Bitcoin'in 2. Katmanı Nasıl Yapılmalıdır?" 》https://twitter.com/jolestar/status/1717358817992995120.

Bu senaryo için Bitcoin Plants adında örnek bir oyun geliştiriyoruz. Rooch'ta tam miktarda Bitcoin durumu olduğundan, akıllı sözleşmede Sıra Sayılarının Yazıtı okunabilir. Kullanıcı, bir bitki yetiştirmek için oyunda bir Yazıt'ı tohum olarak kullanabilir. Bu bitki, kullanıcı tarafından düzenli sulamayı gerektirir, ve sonra meyve verebilir. Bu tesis Yazıta bağlıdır, eğer kullanıcı Yazıtı Bitcoin'e aktarırsa bitki de devredilecektir. Bu basit örnek, katmanda akıllı sözleşmeler yürüterek L1 yazıtları için kullanım senaryolarının nasıl oluşturulacağını gösterir. Ayrıntılar için https://github.com/rooch-network/rooch/issues/1214 github sorununa bakın.

Ayrıca Ethscriptions'ın da benzer bir rota olan faset sanal makine kurduğunu gördüm, sektördeki arkadaşlar da bu yönü görmüş gibi görünüyor.

Yazıtları akıllı sözleşmeler aracılığıyla ifade etme

Bitcoin'de akıllı bir sözleşme yoksa geliştiriciler JSON'u kazımanın bir yolunu bulmuşlardır. Neden diğer akıllı sözleşme zincirleri hala JSON yazıyor? En anlaşılmaz şey, JSON'u Rollup L2'ye yazarken, o JSON'un eninde sonunda L1'e yuvarlanacağıdır, o halde neden L2'ye yazalım ki? L2'nin doğal olarak L1 yazısının indeksleyicisi olması gerekmez mi? Hala bir yazıt indeksleyiciye ihtiyacınız var mı? Ancak bu bile kullanıcıların yazıtları oynamaya olan hevesini durduramaz ve birçok L2 oyuncusu başarısız olmuştur. Bunun üzerine biraz düşündükten sonra yazıttaki bazı açıklamaları özetledim:

1. Yarı takas edilebilir bir varlıktır ve likiditesi FT kadar iyi değildir ancak bu durum piyasanın başlangıç ​​aşamasında bir avantajdır.

2. Varlık ihraç etme eşiği, her zincirde FT'den daha düşüktür ve bilişsel maliyeti de düşüktür. Her zincirde varlık yayınlamak genellikle akıllı bir sözleşmenin uygulanmasını gerektirir ve kimlik tespiti esas olarak sözleşme adresi aracılığıyla yapılır ve bu da acemiler için zordur. Bu yazıt dalgası temelde bu eşiği en düşük seviyeye indirdi.

3. Bitcoin'deki adil ihraç modeli, madencilerin Gaz aracılığıyla kiralanmasına ilişkin PoW ihraç modeli olarak anlaşılabilir.

Bu durumda neden yukarıdaki özelliklere sahip bir kayıt protokolünü uygulamak için akıllı sözleşmeleri kullanmıyoruz? Bu hafta Move'u kullanarak bir Movementscriptions protokolü uygulamaya çalıştım.

Birincisi, Move aracılığıyla ifade edilen yarı misli bir varlık protokolüdür. Move'un veri yapısına dayalı varlık ifadesi, bu protokolün ifade edilmesi için idealdir.

1. Türü ifade etmek için küresel olarak benzersiz bir isim olan onay işaretini kullanın. BRC20'den dersler çıkararak, KISS ilkesine uygundur ve basit ve sezgiseldir.

2. Değer, FT'nin dengesini veya NFT'deki anahtar değeri ifade etmek için kullanılabilir.

3. Meta veriler her türlü veriye eklenebilir.

İkincisi, varlıkların PoW aracılığıyla dağıtımını destekler. Dağıtıcılar, varlıkların daha adil ve merkezi olmayan bir şekilde dağıtılmasını sağlamak için zorluğu belirterek bir zorluk belirleyebilir. Diğer zincirlerin Gazı çok düşük olduğundan Gaz yakarak cadı saldırılarını önlemek zordur.

3. Meta veriler her türlü veriye eklenebilir.

İkincisi, varlıkların PoW aracılığıyla dağıtımını destekler. Dağıtıcılar, varlıkların daha adil ve merkezi olmayan bir şekilde dağıtılmasını sağlamak için zorluğu belirterek bir zorluk belirleyebilir. Diğer zincirlerin Gazı çok düşük olduğundan Gaz yakarak cadı saldırılarını önlemek zordur.

Akıllı sözleşmelerle gerçekleştirilen yazıtlara ise akıllı yazıtlar diyorum ve artık yazıtların akıllı sözleşme gerektirecek noktaya evrilme zamanı geldi. Bu tür yazıtlar doğal olarak akıllı sözleşme statüsündedir ve indeksleyicilere dayanmazlar, FOCG gibi çeşitli uygulama senaryolarıyla kolaylıkla birleştirilebilirler. Bu denemeye ilgi duyan arkadaşlar takip edebilir

@movescription

ve github https://github.com/movescriptions/movescriptions. Sözleşmenin mevcut Rooch versiyonu başlangıçta tamamlandı, PoW dağıtımı da uygulandı ve diğer Move Chain versiyonları da yapım aşamasında.

Inscription'ın geliştiriciler için ilham kaynağı

Inscription, Bitcoin üzerinde rastgele bir girişim olarak ortaya çıktı ve şimdi tüm halka açık zincirlere yayıldı. Basit ve kaba olmasına rağmen son derece hayati önem taşıyor. Geleceği belirsiz ve onunla ilgili görüşlerde büyük farklılıklar var, ancak bu aynı zamanda pazarın ilginç kısmı ve farklılığın ortaya çıktığı yerde fırsatlar her zaman var. Öyleyse buna biraz rastgelelik ekleyelim. Geliştiriciler harekete geçebilir. Kullanıcıların nasıl kullanacaklarını bilmedikleri bir grup JSON'u damgalamasına izin vermek yerine, bunu akıllı sözleşmelerle birleştirmeye çalışmak daha iyidir. Kombinasyon başarılı olursa FOGC ve AW'nin fırlatılmasının ateşleyici taşı olabilir.Bunu bir sonraki yazımızda konuşabiliriz.