giriiş

Mevcut Ethereum yazısının özü, gerçekten anlamlı yeni bir paradigma olmadan, hala Ordinals'ın yeni şişelerdeki eski şarabıdır. ETHS'de hala güvenlik riskleri mevcut.Gerçekten de Rollup'tan daha merkezi olmayan bir yapıya sahip olmasına rağmen, para çekme süreci hala hırsızlık riski taşıyan üçüncü taraf bir notere/yöneticiye bağlı. Açıkçası ETHS, Ethereum Layer 2'nin sağlayamayacağı yenilikleri getirebileceğinden değil, çoğunlukla finansal spekülasyona dayanıyor.

BTC ekolojik yazısının son dönemdeki popülaritesi, diğer zincirlerin geliştiricilerini de benzer sistemler kurmaya yöneltti. Yazıt sisteminin farklı zincirlerdeki uygulama yöntemleri ve ulaşılabilir işlevleri biraz farklıdır ancak bazı ortak noktaları vardır:

1. Yazıtların tümü, tamamlamak istediğiniz işlemi ifade etmek için para transferi yaparken eklenen metin bilgilerini kullanır. Örneğin, bilgi kısmına "XXX'e 1 jeton aktar" yazın. Bu bilgilerin düz metin halinde olduğunu ve zincir üzerinde akıllı sözleşme yürütme gibi işlemleri içermeyeceğini unutmayın.

2. Geliştiriciler, tüm metin bilgilerini standartlaştırmak için bir dizi spesifikasyon ve standart tasarlayacaklar.

3. Geliştirici, zincirdeki tüm yazıtların metin bilgilerini toplamak ve yazıt sisteminin dahili durumunu hesaplamak için bir dizi Dizin Oluşturucu indeksleyici sağlar. Indexer, herkesin çalıştırabileceği zincir dışı bir açık kaynak bileşenidir.

BTC Ordinals, BTC üzerinde NFT'ler ve tokenler ihraç etmek için bir mekanizma kurmuştur ve bu da BTC L2 hakkında geniş çaplı düşünmeye yol açmıştır.Bu anlamda Ordinallerin belirli bir son teknoloji ve keşif niteliğine sahip olduğunu düşünebiliriz. Ancak Ordinals, teknoloji ve ürün deneyimi açısından BTC'nin mimarisiyle sınırlıdır ve aynı zamanda toz kirliliği ve veri işgali nedeniyle BTC topluluğundaki OG'ler tarafından da eleştirilmiştir.

Peki yazıtın Ethereum üzerine yeniden kazınması mantıklı mı? Sonuçta Ethereum'un kendisi de karmaşık akıllı sözleşmelere sahip ve ERC20 ve NFT de Ethereum'un doğasında var, bu kayıt projelerinin Ethereum ekosistemi üzerinde nasıl bir etkisi olacak, BTC üzerinde anlaşmazlıklar ve rahatsızlıklar olacak mı?

Ethcriptions'ın teknik uygulaması

Öncelikle Ethereum üzerinde iyi bilinen bir yazıt projesi olan ve çoğunlukla Calldata'yı kullanan Ethscriptions'ın uygulamasına bir göz atalım.

Calldata, Ethereum işlemlerinde iletilen ham girdi verileridir. Genellikle akıllı sözleşme etkileşimi için gerekli parametreleri iletmek için kullanılır ancak EOA adresine metin mesajları (herhangi bir amaç için mesajlar, yazılar, transfer notları vb.) göndermek için de kullanılabilir. Şekildeki Giriş Verisi çağrı verileridir.

İşleme "Merhaba dünya" yazmak için Ethscriptions'ı kullanmak istiyorsanız, aşağıdaki çağrı verilerini içeren bir işlem oluşturmanız gerekir:

Zincir dışı Dizin Oluşturucu bu işlemi izledikten sonra veritabanını güncelleyecek ve kullanıcıyı bilgilendirecektir: yeni bir yazıt oluşturuldu ve yazılan içerik Merhaba dünyadır. Yazıya, görüntü bilgilerini temsil eden base64 vb. gibi daha karmaşık içerikler de yerleştirilebilir.

Ethscriptions şu anda, yazıtların farklı senaryolarda kullanımını tanımlamak için EIP önerilerine benzer şekilde 6 ESIP'yi (Ethscriptions protokolünün iyileştirilmesine yönelik öneriler) kabul etmiştir. Ancak bunlar yalnızca EOA'dan başlatılan kayıt işlemlerinin formatı, sözleşme yayımlama olayları vb. gibi nispeten temel kayıt spesifikasyonlarıdır.

Ethscriptions, Ethereum üzerine bir proje olduğundan belirli bir düzeyde mantığı uygulamak için Ethereum'un akıllı sözleşmelerini de kullanabilir. Akıllı sözleşmelerle doğrudan etkileşime geçmenin Ethscriptions tarafından önerilen bir yöntem olmadığını belirtmek gerekir.

Her ne kadar resmi NFT pazarı da doğrudan akıllı sözleşmeler kullanılarak uygulanıyor olsa da. Resmi belgelere göre, Ethscriptions'ın kullanıcılara sağlamak istediği şey "merkezi olmayan ve uygun fiyatlı bilgi işlem hizmetleridir": bilgi işlemin zincir dışı çıkarılması, Ethereum kullanım maliyetini önemli ölçüde azaltacaktır.

Üç bölüme ayrılabilecek akıllı sözleşmeleri çağırmanın maliyetini ayrıntılı olarak inceleyelim:

·Temel işlem maliyeti: herhangi bir Ethereum işlemi için gereklidir, şu anda 21.000 gas.

·Veri iletim maliyeti (çağrı verileri): çağrı verileri genellikle akıllı sözleşmelerle etkileşim için veri ve parametreleri göndermek için kullanılır. EIP-2028 ayarlaması sonrasında, çağrı verisi verilerinin her baytı genellikle 16 gaz tüketir (veri 0 bayt ise 4 gaz tüketir).

·Sözleşme yürütme maliyeti: Eğer işlem akıllı sözleşmedeki bir işlevi çağırırsa, işlevin yürütülmesinin karmaşıklığına bağlı olarak bir hesaplama maliyeti de olacaktır. Örneğin, durum güncellemeleri söz konusuysa (ERC-20 sözleşmesindeki bakiye bilgilerinin güncellenmesi gibi), SSTORE'u aramak 5.000~20.000'e kadar gaz tüketecektir.

Örnek olarak çok basit bir USDT transfer işlemini ele alalım, bu işlemde toplam 63197 gas tüketildi ve çağrı verileri şöyle:

Çağrı verilerini ve ne kadar gaza mal olacağını ayrıştıralım:

·Ethereum çağrı verileri onaltılık formattadır, yani her iki basamak bir bayttır (16^2 = 2^8). Baştaki 0x, verinin onaltılık sistemde olduğu anlamına gelir.

Çağrı verilerini ve ne kadar gaza mal olacağını ayrıştıralım:

·Ethereum çağrı verileri onaltılık formattadır, yani her iki basamak bir bayttır (16^2 = 2^8). Baştaki 0x, verinin onaltılık sistemde olduğu anlamına gelir.

·0x başlangıcından sonraki a9059cbb, sıfırdan farklı 4 baytı kaplayan işlev seçicidir.

·Sonraki 32 bayt, önünde 12 bayt sıfır bulunan adrestir (Ethereum adresi 20 bayt olduğundan, sıfırlar burada 32 bayta kadar sola eklenmiştir) ve 20 bayt sıfır olmayan adres verisidir.

·Son 32 bayt miktarı temsil eder ve solda çok sayıda sıfır bulunur.Sonunda sıfır olmayan 3b9aca00 veri vardır ve 4 bayt sıfır değildir.

·Yani 28 sıfır olmayan bayt ve 40 sıfır bayt var

Bu nedenle, dataGas = 28 * 16 + 40 * 4 = 608 gazını çağırın.

Toplam gaz, çağrı verisi maliyeti ve sabit maliyet hariç 63197'dir; bu işlemi gerçekleştirmek için akıllı sözleşme hesaplama maliyeti 41589 gazdır. Bu işlemin çoğunluğunu sözleşme işlem maliyeti oluşturuyor ve bu basit bir işlem, karmaşık işlemlerde sözleşme işlem maliyeti daha da artacak.

Bilgi işlem sürecini zincirin dışına çıkarmak gerçekten de kullanım maliyetini önemli ölçüde azaltacaktır: Akıllı sözleşmeyi doğrudan zincir üzerinde çağırmak istemiyorsanız, üzerinde anlaşmaya varılan bir EOA adresine istek gönderebilirsiniz.

0x0000000000000000000000000000000000000face7 İşlem verilerini gönder

İşlemin çağrı verilerinde hangi sözleşmeyi çağırmak istediğinizi ve ilgili giriş parametrelerini belirtin. Yukarıdaki adres bir EOA hesabı olduğundan ve sözleşme koduna sahip olmadığından yukarıda bahsedilen işlem zincirde bir hesaplama görevi tetiklemeyecek, sadece mesaj yayınlayacaktır.

Zincir dışı, Indexer bu mesajı dinledikten sonra onu analiz edecek ve bu mesajı başlatan kişinin başlangıçta ETH zincirindeki hangi sözleşmeyi aramak istediğini anlayacak ve daha sonra Indexer, zincir dışı sözleşme çağrısının sonucunu hesaplayacaktır.

Yani çevrimdışı Indexer, yazıt ve akıllı sözleşme işlemlerini gerçekleştirmek istiyorsa, bir dizi STF (durum geçiş işlevi) kuralına ve çalışma zamanına sahip olmalıdır.Daha karmaşık olanlara sanal makine VM'si denilebilir. Ethscriptions, daha sonra Facet VM olarak yeniden adlandırılan ESIP-4 - Ethscriptions VM'de kendi VM'sini başlattı.

Facet - bir nevi yardımcı işlemci gibi

Facet kendisini ucuz, kullanımı kolay, güvenli ve merkezi olmayan bir bilgi işlem platformu olarak tanımlıyor. Ethereum'daki Ethscriptions'ın çağrı verilerini izleyin, hesaplama için VM'ye çekin ve son olarak sonucu kullanıcıya gönderin. Faset birkaç temel bileşenden oluşur:

· Ruby ile yazılmış bir VM seti olan Facet VM, ETHS işlemlerinin izlenmesinden, çağrı verilerinin ayrıştırılmasından ve işlemlerin gerçekleştirilmesinden sorumludur.

· Facet'teki akıllı sözleşme programlama dili olan Rubidity, Ruby ile belirli bir benzerliğe sahiptir ve geliştiricilerin hızlı bir şekilde başlayabilmesi için birçok sağlamlık kullanımını ve kavramını korur.

· Aptal Sözleşme, Facet üzerinde çalışan bir sözleşme. Bu isim mizah dolu. Bazı insanlar bunu aptalca bir sözleşme olarak adlandırmakta haklıdır. Aptal kelimesinin kendisi bir kelime oyunudur ve aptal, bu tür sözleşmeli işlerin sessiz sürecini tanımlayabilir. Ancak öte yandan, yetkilinin "Çok aptal, onlar akıllı" dediğine göre, bir aptal bir aptal kadar akıllıdır, bu da akıllı sözleşmeyle güçlü bir şekilde çelişir, bu yüzden buna aptal bir sözleşme demek sorun değil.

Aptal sözleşmenin kendisi aslında Ethereum'da uygulanmayacak, ancak kodu ETH zincirinde çağrı verileri biçiminde yayınlanacak. Aşağıda Facet'in aptal bir sözleşme olarak adlandırdığı bir örnek yer almaktadır:

EOA kara delik adresine yapılan bir basım işlemi

0x00000000000000000000000000000000000face7 Aşağıdaki resimdeki çağrı verilerini gönderin ve nane tokenları istediğinizi ve miktarını belirtin.Bu aslında Ordinals veya BRC-20 ile aynıdır:

Aşağıdaki şekilde gösterildiği gibi Rubidity ve Solidity arasındaki sezgisel karşılaştırmaya bir göz atalım.

Her ne kadar resmi olarak Rubidity'nin Solidity'ye benzer konsept ve yapılara sahip olduğu söylense de geliştiricilerin hızlı bir şekilde başlangıç ​​yapmasına olanak sağlıyor. Ancak bunun aslında geliştirici tarafının gelişimine belirli bir olumsuz etkisi olduğunu biliyoruz. Ve şu anda Facet VM yalnızca resmi beyaz listedeki aptal sözleşmeleri destekliyor, bu da yetkilinin bu dile ve VM'ye tam olarak güvenmediğini gösteriyor. EVM'yi yeniden kullanmanın mühendislik teknolojisi açısından resmi olarak yeni bir VM ve yeni bir dil geliştirmekten daha zor olup olmadığını bilmiyorum. Ancak kesin olan bir şey var: yeni bir dil, yeni bir sözleşme, yeni bir ekoloji ve Ethereum'u kullanmanın yeni bir yolu, yeterince hile içeriyor.

Facet akıllı sözleşmelere saldırıyor

Facet belgesi, Ethereum ve akıllı sözleşmeler hakkında şu patlayıcı yorumları yaptı: "Akıllı Sözleşmeler, Ethereum'u özel kılan tüm özelliklerin üzerinde bir özellik olarak kabul ediliyor, ancak yine de Facet'in tezi, Akıllı Sözleşmelerin Ethereum'un en büyük tasarım kusuru olduğu yönünde."

Ethereum'un akıllı sözleşmesinin en büyük tasarım hatası olduğuna inanıyorlar, çünkü girdi (çağrı verileri) sözleşmenin kendisine verildiği sürece çıktısı kesin, dolayısıyla zincir üzerinde işlemler yapılmamalı, bu da sebepsiz yere para israfına neden oluyor. Ethscriptions'ın "merkezi olmayan ve uygun fiyatlı bilgi işlem hizmetleri" olarak adlandırdığı şeyle birleştiğinde, Ethscriptions ve Facet'in "yeni bir Ethereum genişletme paradigması ve kullanım yöntemi oluşturduğumuz" yönünde bir pazar izlenimi yaratmayı çok istediği açıktır, ancak aslında ETHS'nin kendisidir. teknik çözümler pek güvenilir değildir.

Ürün açısından bakıldığında Facet, dolaylı olarak akıllı sözleşmeleri zincir dışı olarak adlandırabilir ve kendi zincir dışı aptal sözleşme sistemine sahiptir.Gerçekten de yetkili, sloganını yerine getiriyor.

Ancak ekonomik açıdan bakıldığında bedava öğle yemeği yoktur, depolama ve bilgi işlem kesinlikle paraya mal olur. Peki Indexer maliyetin bu kısmını nasıl çözüyor? Resmi bir açıklama yok, dolayısıyla şunu hayal edebiliriz:

· Kullanıcıları şarj edin. Örneğin NFT piyasası alıcılardan ücret talep ediyor ancak basit bir proje ücretlendirme modeline dayalı L2 benzeri bir ağın uzun vadeli ücretlendirme yöntemine bakamıyoruz.

·Kendi ekolojik yutturmacanıza güvenerek zengin olun. Elbette bu mümkün ancak proje tarafını sevindirecek kısa vadeli bir çözüm. Ethscriptions yeni bir Ethereum paradigması olmak istiyorsa, Indexer'ın çalışmasını sağlamak için uzun vadeli, ağ tabanlı bir ekonomik mekanizmaya sahip olması gerekir.

·Kendi ekolojik yutturmacanıza güvenerek zengin olun. Elbette bu mümkün ancak proje tarafını sevindirecek kısa vadeli bir çözüm. Ethscriptions yeni bir Ethereum paradigması olmak istiyorsa, Indexer'ın çalışmasını sağlamak için uzun vadeli, ağ tabanlı bir ekonomik mekanizmaya sahip olması gerekir.

·Kar amacı gütmeyen bir kamu malı ise hangi kurumlar bağışlayacak? En azından Ethereum Vakfı'nın özellikle aktif olmayacağını düşünüyorum çünkü Ethereum'un kendisinin çok iyi bir çözümü var - Toplama.

Facet'in ve aptal sözleşmelerin temel nedeni

Basit bir Ethereum yazıt biçimine ihtiyacımız varsa, o zaman yalnızca Ethscriptions projesi yeterlidir. Peki neden ESIP-4 teklifi Facet'i ortaya çıkardı?

Çünkü yazıt sistemi karmaşık işlem mantığı için kullanılamaz. Ethscriptions'ın bekleyen emir mekanizması kullanan resmi NFT pazarı sözleşmesinin işleyiş mantığını inceleyebiliriz.

Inscription NFT'yi sözleşmeye yüklemek istiyorsanız Inscription'ın EthscriptionId'si olarak çağrı verilerini yazmanız ve piyasa sözleşmesini çağırmanız yeterlidir. Bu işlem kasıtlı olarak geçersiz bir işlev çağrısı formu seçtiğinden, varsayılan olarak fallback() tetiklenecektir.

Sonunda Ethereum zincirine PotentialEthscriptionDeposited adı verilen bir olay atılacak ve Indexer düğümü bu olayı zincir dışı dinledikten sonra, NFT'nin sahipliğini yerel olarak bir piyasa sözleşmesine aktaracak.

Gas tasarrufu sağlamak için ETHS ticaret piyasası, satıcının emrinin fiyat, son tarih vb. gibi bazı parametrelerini ETH sözleşmesinde saklamaz, bunun yerine mesajlar şeklinde çevrimdışı olarak saklanır. dApp sunucusunda saklanır.üstün. Alıcı bu haberi izledikten sonra satın alma teklifi yapmak için buyWithSignature() komutunu verebilir.

Gas tasarrufu sağlamak için ETHS ticaret piyasası, satıcının emrinin fiyat, son tarih vb. gibi bazı parametrelerini ETH sözleşmesinde saklamaz, bunun yerine mesajlar şeklinde çevrimdışı olarak saklanır. dApp sunucusunda saklanır.üstün. Alıcı bu haberi izledikten sonra satın alma teklifi yapmak için buyWithSignature() komutunu verebilir.

NFT'nin kendisi homojen olmadığından NFT için bekleyen emir mekanizmasının kullanılması normaldir. Peki, eğer homojenleştirilmiş bir token yazısı ise, sözleşmenin AMM mekanizması kullanılabilir mi? Cevap hayır. NFT yazısının veya tokenin durumu, Ordinaller ve BRC-20'ye benzer şekilde L1'de değildir. Bu bazı toplulukların propagandasına tamamen aykırıdır, herkesin taramaya dikkat etmesi gerekiyor, yazıtlar ETH zincirindeki gerçek varlıklar değil. Oluşturulan varlıkların çağrı verilerinin L1 üzerinde olduğunu ve L1 üzerinde native asset olarak adlandırılan işlem talimatlarının L1 üzerinde bildirilebileceğini söyleyemeyiz.Aksi takdirde Rollup'taki L2 native asset'ler de L1 asset olarak adlandırılabilir çünkü Rollup'ın çağrı verileri hepsi L1'de. Açıkçası, bu varlığa L1 yerel varlığı demek saçma.

Yukarıdaki işlemin akıllı sözleşmeler kullanılarak yapılmadığını merak ediyor olabilirsiniz. Neden sözleşmenin yazıyı okuyup işleyemediğini söylüyoruz? Aslında, bu sözleşme yalnızca ilgili işlemleri izlemek ve tetiklemek için zincir altındaki Indexer düğümü için para toplamak, para aktarmak ve olayları atmaktan sorumludur. Ethereum EVM'nin gözünde, yazıtlar gibi şeylerin durumu, Ethereum'un özel olarak durumları saklayan veri tabanının "dünya durumuna" geri yüklenemez ve sözleşmeler buna referans veremez.

Varlığın şekli ne olursa olsun, ister token, ister NFT, ister tuhaf bir şey olsun, L1 varlıklarını ve L2 varlıklarını tanımlamak için çok basit bir standart verebilirim: Durumunun Ethereum'un "dünya durumu"nda olup olamayacağı Restorasyondan sonra , L1'in EVM'si varlığın durumunu referans alabilir, arayabilir, sorgulayabilir ve değiştirebilir mi? Değilse, bu bir L1 varlığı değildir.

Dolayısıyla, yeniden yükleme olayının adının, deterministik bir yeniden yükleme yerine "olası yazıt yeniden yüklemesi" olan PotentialEthscriptionDeposit olduğunu da görebilirsiniz, çünkü sözleşme, yazıtın var olup olmadığını belirleyemez veya gerçekliğini doğrulayamaz. Var olmayan bir yazıt veya başka birinin yazısı için sipariş verirseniz sözleşme sizi reddetmez ancak Indexer davranışınızı kapsamaz.

Dolayısıyla kayıt sistemi yalnızca bu basit sözde sözleşme mantığını uygulayabilir ve bekleyen emirler de bunlardan biridir. Bekleyen emrin özü, işlemin her iki tarafının da karşı tarafın belli bir kural çerçevesinde sağladığı bilgiler konusunda birbirleriyle anlaşmasıdır.Aslında akıllı sözleşme olmadan da düz metin olarak ifade edilebilir. yazıtların ilkesi.

Yukarıdaki süreci akıllı sözleşmeler kullanmadan nasıl tamamlayabileceğimizi hayal edebiliyoruz: Satıcı sıradan bir işlemde bir mesaj işliyor ve bana 123 notu ile 1ETH aktaran kişi 123 numaralı yazılı NFT'mi alabiliyor. Bu sadece Indexer’ın bu mantığı desteklemesini gerektirir.Birinin satıcıya 1ETH aktardığını ve ABC eklediğini tespit ettiğinde bunu doğrudan zincir dışı Indexer veritabanına aktarabilir.

Elbette bu örnek aslında birden fazla kişinin bir NFT'yi kapmasından kaynaklanabilecek tekrarlanan işlemler gibi bazı sorunlara neden olacaktır.Satıcı birden fazla transfer alır ancak sonuçta NFT Indexer tarafından yalnızca bir kişiye atanabilir. Yetkilinin akıllı sözleşmeleri açıkça eleştirmesinin, ancak NFT pazarını gerçekleştirmek için sözleşmeleri kullanmasının nedenlerinden biri de bu olsa gerek.Dolayısıyla akıllı sözleşmelerin Facet üzerinden hesaplamadan çağrıldığına dair resmi açıklamanın güvenilmez bir propaganda olduğunu da anlayabilmelisiniz.

Tabii ki, bekleyen emirler teorik olarak sözleşmeler yerine düz metin kullanabilir, ancak AMM'nin nispeten karmaşık mantığı akıllı sözleşmeleri kullanmalıdır çünkü her iki taraftan da p2p tanınmasını değil, sözleşmenin tanınmasını gerektirir. Güvenilir bir incelemeci olarak hareket eden sözleşmenin, bakiye ve likidite gibi temel bilgileri kontrol etmesi ve hesaplamalar yapması gerekir.İhtiyaç duyduğu varlık verilerinin sözleşmede mevcut olması gerekir.

AMM, DeFi'nin nispeten basit bir biçimidir ve diğer karmaşık mantıklar yalnızca Ethscriptions'ta gerçekleştirilemez. Facet'in piyasaya sürülmesinin nedeni de budur; Facet'in ilk önceliği alanlar arasıdır! Aslında bir L2 ama blok yapısı yok bu yüzden buna zincirler arası değil alanlar arası diyoruz. Tüm L1 varlıkları Facet'e etki alanları arası olduğunda, alanlar arası çağrı yapamama sorunu olmayacak.Zincir dışı tüm varlıklar, aptal sözleşmeler kullanılarak zincir dışında çalıştırılabilir, böylece karmaşık sözleşme mantığını destekler.

Toplama ile Karşılaştırma

Yukarıdaki uzun tartışma sayesinde Ethscriptions çözümünün Rollup'a biraz benzediğini bulabileceksiniz. Ancak bu sadece "benzerdir". Kesin olarak konuşursak, Rollup'ın temel işlevlerinin yalnızca bir alt kümesini uygulayabilir. Eksik işlevler anlatıya ölümcül yaralanmalar getiriyor veya kullanıcıları ciddi tehditlerle karşı karşıya bırakıyor.

Toplama karmaşık bir sistemdir ve burada bunun üzerinde durmayacağız. Ethscriptions ile bazı ortak noktaları vardır:

- Hepsi Ethereum'da L2 işlem verileri çağrı verilerini gönderir.

- Tüm işlemler zincir dışında gerçekleştirilir.

Ortak noktalar o kadar açık ki, farklılıkları ayrıntılı olarak ortaya koymamız gerekiyor.

Toplu toplu çağrı verilerini gönderme

Çoğu durumda, Toplamadaki kullanıcılar işlemleri doğrudan L1'e göndermeyecek, ancak bunları zincir dışı sıralayıcıya gönderecektir. Sıralayıcı, tüm işlemleri sıralayacak, paketleyecek ve sıkıştıracak ve çağrı verilerini toplu olarak L1'e gönderecektir. Bu şekilde, birden fazla kullanıcının çağrı verileri tek bir işlemde gönderilir ve bu da 21.000 gazın temel maliyetini hafifletebilir.

Ethscriptions'ta böyle bir mekanizma yoktur, tüm kullanıcılar çağrı verilerini doğrudan L1'e gönderir.

100 kullanıcının 100 işlem başlattığını varsayarak yukarıdaki USDT örneğini (çağrı verileri için 608 gas) kullanalım ve ikisi arasındaki maliyet farkını çok gevşek bir şekilde kabaca hesaplayalım:

·Inscription kullanıcılarının her birinin 21608 gaz (608 + 21000) ödemesi gerekmektedir. Operasyonun zincir dışı olması nedeniyle operasyonun geri kalanı ödenmiyor.

·Toplama kullanıcılarının her biri 818 gaz ((608*100+21000)/100) öder. Operasyon kısmı yukarıdakiyle aynıdır.

Elbette her Toplama kullanıcısının ayrıca sıralayıcıya L2 bilgi işlem ve depolama ücretleri ödemesi gerekir, ancak bunlar L1'den çok daha ucuzdur ve bu örnekte göz ardı edilebilir. Ek olarak, toplama, boyutu artırmak için bazı ek özel alanlar gerektirir, ancak aynı zamanda daha iyi veri sıkıştırmasına sahiptir, bunu burada genişletmeyeceğiz.

Bu kaba tahmin sayesinde Ethscriptions'ın Katman 2'ye göre hiçbir maliyet avantajının olmadığını görebiliriz. Ayrıca, "Projenin topluluk tanıtımında 4000 yazıt toplu olarak aktarılabiliyor, bu da yaklaşık 0.11ETH'ye mal oluyor ve her aktarımın ortalama maliyeti yalnızca 0.05U" gibi bir şey gördüm. Bu da Ethscriptions kullanımının çok ucuz olduğunu kanıtlıyor. Aslında hepsi bu. ETHS'nin ilkeleri ve etkileşim detayları açıklığa kavuşturulmamıştır.

Zincir dışı ön onay

Zincir dışı sıralayıcı sayesinde Rollup'ın kullanıcı istekleri 1 saniye içerisinde önceden onaylanabilmektedir. Bu, yazı sisteminin L1'de aldığı 12 saniye veya daha fazla süreden çok daha iyidir ve UX çok daha iyidir. Tabii ki yazıt destekçileri, çağrı verileri ETH zincirine gönderilene kadar bu tür işlem sonuçlarının kesinliğinin güvenilmez olduğunu da iddia edebilirler.

Sansüre Direniş ve Merkezi Olmama

Toplamadaki kullanıcılar zincir dışı sıralayıcılar tarafından sansürlenebilir, ancak Ethscriptions kullanıcıları sansürleyemez. Bununla birlikte, iyi tasarlanmış bir Toplama, sıralayıcının incelemesine direnmek için zorunlu bir toplama işlevine sahip olacaktır ve sonuçta sıralayıcının kullanıcıları inceleme yetkisi olmayacaktır.

Sansüre Direnç ve Merkezi Olmama

Toplamadaki kullanıcılar zincir dışı sıralayıcılar tarafından sansürlenebilir, ancak Ethscriptions kullanıcıları sansürleyemez. Bununla birlikte, iyi tasarlanmış bir Toplama, sıralayıcının incelemesine direnmek için zorunlu bir toplama işlevine sahip olacaktır ve sonuçta sıralayıcının kullanıcıları inceleme yetkisi olmayacaktır.

Bu nedenle kullanıcılar Rollup'ı kullandıklarında sıralayıcıyı atlayarak doğrudan L1'de de kullanabilirler. Toplama kullanıcılara farklı seçenekler sunar; daha hızlı bir sıralayıcı kullanabilir veya doğrudan L1'i kullanabilirler. Ancak Ethscriptions yalnızca L1'i kullanabilir, bu da kullanıcılara özgür bir seçim hakkı vermez.

Ayrıca Ethscriptions, Rollup'ın sıralayıcısını merkezi olduğu için eleştirdi. Ancak Indexer'ın kendisi de oldukça merkezi bir bileşendir. Ethscriptions, Indexer'ın merkezi olmadığını, çünkü herkesin onu çalıştırıp doğrulayabileceğini, ancak aslında çoğu kişinin düğümleri kendisinin çalıştırmadığını açıklıyor. Bu nedenle, ETHS yalnızca aşırı koşullar altında Toplama'dan daha merkezi olmayan olduğunu gösterecektir. Sonuçta, Toplama ayırıcısı kapalı veya arızalı olabilir, ancak ETHS, birden fazla Dizin Oluşturucu çalıştıran topluluk üyeleri olduğu sürece çalışmaya devam edebilir.

Kâr modeli

Hiçbir projenin sevgiyle elektrik üretmesi mümkün değildir.Uzun vadeli gelişimi olan projelerin kar modeli konusunu ciddi şekilde düşünmesi gerekir.İster merkezi kuruluşların birleşimi olsun, ister merkezi olmayan kuruluşların birleşimi olsun, ağ güvenliğini koruyabilmek için karlı olmaları gerekir. Uzun vadede.

Rollup'ın ayırıcısının net bir kar modeli var: daha fazla gaz şarj etmek, MEV'yi çıkarmak vb. Sıralayıcı, ağın düzgün çalışmasını sağlamak için motive edilir. Ethscriptions Kullanıcılar çağrı verilerini doğrudan L1'e gönderdiği için Indexer'ın ücretlendirilmesi aslında kolay değildir.

Geliştirici dostu

Rollup'ın sözleşme geliştirme dillerinin, araç zincirlerinin vb. çoğu doğrudan Ethereum'u kullanabilir ve geliştiriciler sorunsuz bir şekilde Rollup'a geçebilir. Bunların hiçbiri Ethscriptions'ta mevcut değil, yeni Rubidity'de uzmanlaşılması gerekiyor, yeni taramaların oluşturulması gerekiyor, yeni VM'lerin tanıdık olması gerekiyor, vb. Elbette bu dirençler aynı zamanda yeni bir ekosistem geliştiğinde ortaya çıkabilecek öncü fırsatlardır.

Çekilme ve durum tespiti

Bu Facet'in ölümcül sorunudur. Rollup'ın yalnızca çağrı verilerini (girdi) L1'e toplu olarak göndermekle kalmayıp aynı zamanda N işleminden sonra düzenli olarak durum yerleşimini (çıktı) L1'e gönderdiğini biliyoruz. ZKR ve OPR'nin girdi ve çıktı arasındaki ilişkinin doğru olup olmadığını belirlemek için farklı kanıt yöntemleri vardır.İspat yöntemi ne olursa olsun son hakem L1'deki sözleşmedir. Toplamadaki çıktı ve girdi izlenebilirdir ve sahtesi yapılamaz.

Peki devlet yerleşiminin ne faydası var? Nakit çekme, yani L2'den L1'e para çekme için kullanılır. L1'deki durum açıklandığında, L2'deki para çekme isteğimin durum köküne dahil olduğunu kanıtlamak için Merkle Proof ve durum köküne dayalı diğer yöntemleri kullanabiliriz. Sözleşmenin doğruluğu doğrulandıktan sonra varlıklar L1'de serbest bırakılabilir.

Facet'in bir durum uzlaşma mekanizması yoktur, dolayısıyla L2'den L1'e izinsiz, merkezi olmayan para çekme işlemlerini gerçekleştiremez. Yukarıda belirtildiği gibi, daha karmaşık sözleşme mantığını yürütmek için bir L2 katmanına ihtiyacı var. AMM Swap FacetSwap'i gibi.

FacetSwap'te (Facet'teki aptal sözleşmeler kullanılarak oluşturulan bir dex) açıkça iki eylem olduğunu görebiliriz: para yatırma ve çekme. Swap genel olarak para yatırma ve çekme işlemlerine izin vermez çünkü Facet'i kullanabilmeniz için etki alanları arasında geçiş yapmanız gerekir.

Facet'te yeniden şarj etme, L1 fonlarının L1 köprü sözleşmesine kilitlenmesini ve Indexer'ın indekslenmesi için karşılık gelen ethscriptions_protocol_CreateEthscription olayını yayınlamayı gerektirir. Bu, diğer L2 şarj yöntemleriyle tutarlıdır.

Facet'te yeniden şarj etme, L1 fonlarının L1 köprü sözleşmesine kilitlenmesini ve Indexer'ın indekslenmesi için karşılık gelen ethscriptions_protocol_CreateEthscription olayını yayınlamayı gerektirir. Bu, diğer L2 şarj yöntemleriyle tutarlıdır.

Para çekme işlemlerinin ciddi güvenlik sorunları vardır. Facet'te bir durum uzlaşma mekanizması bulunmadığından, L2'den L1'e kadar olan sözleşmeler, çekilmenin geçerli olup olmadığını otomatik olarak belirlemek için kullanılamaz. Peki Facet hangi yöntemi kullanıyor? Yöneticinin serbest bırakılması veya tanık mekanizması, daha önce çalınan Axie köprüsüne benzer.

Şimdi doğrudan Facet’in köprüsüne bakalım, adresi:

0xD729345aA12c5Af2121D96f87B673987f354496B.

HashedMessage, imzalayan tarafından imzalanan ve çekilme işleminin bazı içeriğini içeren bir mesajdır. imzalayan varsayılan yönetici adresidir. Durum yerleşimi olmadığı için L2’de hesapta bu kadar coinin olup olmadığı gibi bir doğrulama yapılamıyor. Bu nedenle, proje tarafının kötülük yapmasına veya bir bilgisayar korsanının özel anahtarı ele geçirmek için saldırmasına bakılmaksızın, sözleşmedeki tüm fonlar yalnızca imzalayanın imzasına dayanarak geri çekilebilir.

Rollup'ta, tanıkların varlıkları serbest bırakmasına gerek yoktur; yan zincirlerde, tanıklar daha merkezi olmayan bir yapıya sahip olmak isterlerse, aracı olarak kendi mutabakat sistemlerinden bir parça seçebilir ve belirli bir ekonomik caydırıcılık sağlamak için rehinler ve diğer yöntemleri kullanabilirler. fenalık.

Ethscriptions ve Facets'te hiçbir şey yok. Basit ve utanmadan bir yönetici adresidir. Bu muhtemelen sık sık "akıllı sözleşmeler tasarım kusurlarıdır", "Toplama merkezidir" ve "biz yeni nesil bilgi işlem platformuyuz" diye bağıran L2 benzeri bir proje için fazla dikkatsizdir. Açıkçası hala birçok kusuru var, ancak bu kusurların telafi edilmesi kolay olmasa da ve Bitcoin Layer 2'de de mevcut olsa da kenarda kalabiliriz.

Özetle

Mevcut Ethscription'larda belli miktarda "yanlış propaganda" bulunmaktadır. İşte birkaç önemli nokta:

·Ethscriptions ve Facet'teki varlıklar L1'de verilen varlıklar değildir.

·Karmaşık sözleşme yeteneklerine sahip olmak için, L2 varlığı Facet geliştirildi, ancak büyük finansal güvenlik riskleri var.

·Resmi iddia, L1'deki sözleşmelerin hesaplamasını yapmaktır, ancak en iyi uygulamalarını bile kullanmazlar.

·Ethscriptions, temel işlevleri çok eksik olan bir Toplama'ya benzer. Ne Rollup kadar ucuz ve hızlı, ne de Rollup kadar güvenli. Rollup neyi başarabilirse başarabilir, Rollup'ın başarabileceği çok önemli işlevleri sağlayamaz.

·Yukarıdaki sorunları çözmek istiyorsa, bir sıralayıcı ve L2 bloklarıyla birleştirilmiş bir durum çözümleme mekanizması geliştirmesi gerekiyor, o zaman bu eninde sonunda bir Toplama haline gelecektir.

Ethscriptions, BTC yazıtlarının popülaritesinden yararlandı ve eski şarabı yeni şişelerde tanıtmak için konseptlere güvendi, ancak henüz yeni bir paradigma keşfetmedi. Mevcut ETHS, bu ürünün kendisinin Ethereum Layer 2'nin sahip olmadığı bir şeyi getirebileceğini söylemek yerine, esas olarak finansal spekülasyona dayanıyor. Bu tür şeylerin uzun vadeli değerinin hala araştırılması gerekiyor, ancak ETHS şu anki haliyle "hayatın dayanılmaz ağırlığını" zaten omuzlamış durumda ve sloganı gerçek etkisinden çok uzak.