Yazar: 100y.eth Kaynak: ayna Çeviri: Şano, Altın Finans
2024年7月23日，uzun bir bekleyişten sonra, Avail Ana Ağ nihayet çevrimiçi oldu. Adından da anlaşılacağı gibi, Avail bir veri erişilebilirlik (DA) katman projesidir. Birçok kişi "Avail, Celestia veya EigenDA gibi başka bir DA projesi değil mi?" diye düşünebilir. Ancak gerçek böyle değil.
Avail'in yol haritasından, Avail'in yalnızca bir DA projesi olmadığı, aynı zamanda dikey entegre bir birleştirilmiş bir katman olduğu görülebilir. Avail hakkında birçok makale zaten toplulukta mevcut olsa da, bu makale diğer DA projelerine göre Avail'in avantajlarına odaklanacaktır. Avail'in temel bilgilerini öğrenmek isterseniz, lütfen aşağıdaki makalelere bakın:
Avail: Blockworks'in şifreleme altyapısı birliği
Redacted Research'in $AVAIL'i ve Web3'ün birleşimi
1. Minimum güvenilirlikle işbirliği ve sabit Yerleşim层
Diğer DA katmanlarıyla karşılaştırıldığında, Avail'in en önemli avantajı, Güvenilirlik Minimumları arasındaki etkileşimler için destek sağlayan sabit bir yerleşim katmanına sahip olmasıdır, bu katmana Avail Nexus denir.
1.1 Neden birleşik bir kanıt sistemi olan tekerlekli model gereklidir?
Güvenli bir köprü sağlamak için, rakip ağın norm zincirini ve yürütmenin etkinliğini anlamak son derece önemlidir. Aynı DA katmanını paylaşmak, egemenliği aynı DA katmanında toplar ve bu nedenle rakip ağın norm zincirini anlamak kolaydır. Ancak sadece DA katmanını paylaşmak, rakip ağdaki yürütmenin etkinliğini doğrulamak kolay değildir.
Bu nedenle, egemen Rollup'lar arasında güven en aza indirgenmiş Çapraz Zincir Etkileşimi mesajlaşma yöntemleri tartışılmıştır ve en dikkate değer olanı Cosmos SDK tabanlı Rollup'lar arasındaki IBC mesajlaşmasıdır. IBC'de, karşı tarafın ağının blok başlıklarını ve Merkle kanıtlarını hafif müşteri doğrulamasıyla güven en aza indirgenmiş bir şekilde köprülemek için kullanılır.
Ancak, Cosmos SDK kullanmadan nasıl bir egemenlik toplama yapılır? Hala Sanal Makine tarafından işlenen işlemlerin geçerliliğini doğrulamak için hafif müşteriye ihtiyaçları vardır. Dolandırıcılık kanıtı, geçerlilik kanıtı veya zk kanıt sistemi gibi farklılıklar, en az güvene dayalı köprü oluşturmayı zorlu hale getirebilir.
Buna ek olarak, egemen özetler arasındaki köprü, merkez-uç modelinden ziyade noktadan noktaya bir şekilde gerçekleştirilirse, köprü sistemi parçalı hale gelir. Her yeni kanal yeni bir sistem gerektirir ve birden fazla wrapped token türü ortaya çıkabilir ve bu da aynı türdeki tokenler arasında bile takas edilebilirlik sorunlarına yol açabilir.
Bu nedenle, aynı DA katmanını paylaşan köprüleme işlemleri arasında güvenliği ve sorunsuz bir kullanıcı deneyimi sağlamak için yürütme durumunu doğrulamak için birleşik bir sistem kullanmak ve paylaşılan tek bir hesaplama katmanına dayalı bir eksen-şapka köprüleme modeli benimsemek gereklidir.
1.2 Nexus Kullanımı
Bu aslında Avail Nexus'un yaptığı şeydir. Avail Nexus, Avail üzerine inşa edilmiş bir zk egemenlik toplama olarak, Avail ekosisteminin sabit bir Yerleşim katmanı olarak hizmet vermektedir. Avail Nexus, 1) sıralayıcı açık artırmalarını ve 2) kanıt toplama işlemlerini yöneterek, Avail ekosistemi içindeki toplamın, Çapraz Zincir etkileşim mesajlarında güveni en aza indirgemek için hızlı ve verimli bir şekilde gerçekleştirilmesini sağlar.
Avail Nexus, çeşitli rollup'lardan gelen çeşitli türdeki kanıtları toplayacak ve doğrulayacaktır, ardından onları tek bir özlü kanıt haline getirecektir. Yalnızca doğruluk rollup'ları değil, iyimser rollup'lar da Avail Nexus'a katılabilir. İyimser rollup'lar, makbuzlarını ve durum köklerini Nexus'a gönderebilir; meydan okuma dönemi içinde herhangi bir dolandırıcılık kanıtı sunmadıkları takdirde, durumları Nexus'un durumu içinde yer alacaktır.
Aggregation proof will eventually be submitted to Avail DA and Eter square. Due to the lack of execution layer in Avail DA, a module will be added in the future to verify the proof. The status information of Rollups on Avail Nexus is verified on the Eter square network, and its security assumptions are the same as validiums using Eter square as the settlement layer.
Kriptografiğinde, taahhüt, belirli bir zamanda belirli verileri taahhüt etmek ve daha sonra onları göstererek orijinal verilerin doğruluğunu kanıtlamak için kullanılan bir yöntemdir. Taahhüt genellikle verileri sıkıştırmak veya gizlemek için kullanılır. Taahhütün iki temel özelliği bağlayıcılık ve gizliliktir.
Bağlama: Veriler bir kere gönderildikten sonra değiştirilemez, böylece bütünlük sağlanır.
Gizleme: İlk veriler taahhütten çıkarılamaz.
Blok zincirinde yaygın olarak kullanılan bir taahhüt şeması, bilgileri tek bir değere sıkıştıran ve orijinal verileri ifşa etmeyen ve belirli verilerin Merkle ağacında bulunup bulunmadığını kolayca doğrulayan Merkle ağacıdır.
KZG polinom taahhüt şeması bir polinom taahhüdüdür. Veriler, sabit boyutta tek bir taahhüt değerine dönüştürülebilir polinoma sahiptir. KZG taahhüdünün avantajı, doğrulayıcılar belirli verilerin kolayca doğrulanabilir olması için çok küçük KZG kanıtını (O(1)) kullanabilirler. Veri boyutuna göre logaritmik olarak yükselen (O(logN)) bir Merkle ağacıyla karşılaştırıldığında, bu belirgin bir avantajdır.
2.2 KZG'nin Avail'deki Vaadi
Avail DA'daki veri depolama yöntemi ve veri kullanılabilirliğini doğrulama sürecine derinlemesine bakalım. Kullanıcılar (rollup) işlem verilerini Avail'e gönderdiğinde, veri bir matris halinde düzenlenir. Ardından, veriye fazladan koruma eklemek için düzeltme kodları kullanılarak veri etkin bir şekilde çoğaltılır.
Veri miktarının iki katına çıkması nedeniyle, kötü niyetli Blok üreticileri onu gizlemek için verilerin yarısından fazlasını gizlemek zorundadır, bu nedenle veri kullanılabilirliği örnekleme sürecinde bu davranışın tespit edilme olasılığı son derece yüksektir. Her satırdaki veriler çoklu terimlere dönüştürülür ve bu verinin KZG polinomu sözü Blok başlığında yer alır. KZG sözü ile gerçekleştirilen işlevler aşağıdaki gibidir:
hafif müşteri, veri kullanılabilirliğini hızlı ve kolay bir şekilde doğrulayabilir: Eğer hafif müşteri belirli bir verinin bir blokta bulunup bulunmadığını kontrol etmek istiyorsa, tam Düğüm, çok küçük bir KZG kanıtı (O(1)) sağlayabilir, bu KZG taahhüdü sayesinde.
Doğrulama süresi, dolandırıcılık kanıtı olmadan silme kodlaması'nın doğruluğunu doğrulamak için gereklidir: Celestia'da, dolandırıcılık kanıtı, silme kodlaması'nın doğruluğunu doğrulamak için kullanılır, bu da meydan okuma süresi nedeniyle gecikmeye neden olabilir. KZG taahhüdü homomorfiktir, bu nedenle silme kodlaması verilerinin taahhüdünün silme kodlaması taahhüdüyle eşleşip eşleşmediğini hızlı bir şekilde doğrulamak için kullanılabilir.
3. BABE ve GRANDPA'nın Güvenlik ve Aktivite Sağlaması
Çoğu Blok zinciri ağı genellikle Konsensus Mekanizması'nın güvenliği veya etkinliğine odaklanır. Altta yatan (Polkadot SDK) üzerinde inşa edilen Avail DA, Konsensus Mekanizması olarak BABE ve GRANDPA'yı kullanarak ETHereum'a benzer bir denge sağlayan etkinlik ve güvenlik sunar.
3.1 Blockchain genişletmesi kör tahsisi (BABE)
BABE, Avail'in Blok üretim motorudur ve aktifliği sağlamaktan sorumludur. Her zaman dilimi (20 saniye) boyunca VRF tarafından birincil yazar Blok üretmek üzere seçilir. Bir zaman dilimi içinde birden fazla yazar olabilir veya hiç yazar olmayabilir. Birden fazla yazar seçilmişse, yarış başlar ve en çok yayılan Blok, kanon zincirinin bir parçası haline gelir. Ana yazar seçilmediyse, döngüsel bir yöntemle seçilen ikincil yazar Blok üretir.
GRANDPA, ETHer blok Casper FFG'ye benzer bir şekilde son karar aracı olarak görev yapar, ancak farklılık, onun son karar verdiği şeyin tek bir Blok değil, spec chain olduğudur, bu da son karar sürecini hızlandırır. Senkronizasyon ortamında, üçte ikiden fazla Düğümün dürüst olması gerekmektedir ki son karar belirlenebilsin, asenkron ayarlarda ise, beşte birine kadar Byzantine Düğümüyle başa çıkabilir.
4. Güçlü şifreleme ekonomik güvenliğe sahip ekosistem
(Avail Fusion | Kaynak: Avail)
Avail Fusion, diğer ekosistemlerden gelen Token'ların Avail ekosisteminin şifreleme ekonomik güvenliğine katkıda bulunmasına izin verir. EigenLayer, Babylon, Symbiotic ve Karak gibi protokoller, BTC ve ETH'nin büyük güvenliğinden yararlandıkları için takip edilmektedir. Avail Fusion'ın uygulanmasıyla, Avail ekosisteminin güvenlik seviyesinin önemli ölçüde artması beklenmektedir. Optimium ve Validium'a yönelik yaygın eleştiriler, dış DA katmanına bağımlılıklarından dolayı güvenliklerini zayıflattığıdır. Avail Fusion'lı Avail DA, bu eleştirileri hafifletebilir.
Ilginç olan, Avail'deki rollup Token'ının Avail Fusion'da da kullanılabilmesidir. rollup Tokenonomi'nin en büyük eksikliklerinden biri, yönetim dışında kullanım eksikliğidir. Bu sorunu çözmek için Avail Fusion, rollup Token kullanarak şifreleme ekonomik güvenliği sağlayabilir, böylece üretkenliğini artırabilir ve ekosistemin teşvik döngüsünü hızlandırabilir.
Ancak, takip etmeye değer bir sorun ödülün dağıtımıdır. Diğer ekosistemlerin Token'ları Konsensüs için kullanılıp Blok ödülü alırsa, AVAIL Stake sahiplerinin göreceli ödülü azalabilir. Bu nedenle, Avail Fusion'ın tanıtılmasıyla birlikte, dış ekosistem Token'larının Stake ve ödül oranları karmaşık bir şekilde tasarlanmalıdır.
5. Çeşitli Token Uygulamaları
Tokenomi, şifreleme endüstrisinin en parlak alanıdır ve aynı zamanda uzun süredir var olan bir sorundur. Token'lar, protokolün sorunsuz bir şekilde çalışmasını sağlamak için bir tür kaydırıcı olarak görev yapabilir, ancak kötü tasarlanmış veya kullanışsız oldukları takdirde zararlı olabilirler.
(Kaynak: Avail)
Neyse ki, Avail, AVAIL Token için çeşitli kullanımlar sunan birleştirici bir katman kavramıyla birlikte gelir. Diğer birçok protokolden farklı olarak, içeride birden fazla katman ve işlev entegre edilmiştir.
Yönetim
DA Ücret
DA Güvenliği Sağlanmaktadır
Stake Nexus'in sıra havuzuna katılın
Stake参与 Nexus 中的证明聚合池
Geçiş ücreti
Her katmanın işlevselliği ve Token kullanımı göz önüne alındığında, Avail, DA katmanı, Merkeziyetsizlik sıralama katmanı ve ZKP birleştirme katmanının bir kombinasyonu olarak görülebilir. Bu, Avail ekosisteminin büyük potansiyel yükselişini vurgular.
6. Son Düşünceler
Although the modular ecosystem within the Eter community has made significant progress, the modular ecosystem outside the Eter community is still immature in terms of interoperability and security. Avail provides effective solutions to these issues through Avail DA, Avail Nexus, and Avail Fusion, making it an ideal modular ecosystem.
Mevcut altyapının ve uygulamaların tartışması gibi, Avail mükemmel bir altyapı oluştursa bile, gerçek zorluk bir dinamik ekosistem yaratmaktır. Ancak endişelenecek bir şey yok. Avail ekosistem sayfasına göre, Avail Arbitrum Orbit ve Polygon CDK gibi birçok toplama SDK'ya entegre oldu. Conduit ve AltLayer gibi birçok RaaS platformu da Avail DA'yı destekliyor, toplamda 32 toplama ağı Avail DA'ya katılacak.
Son yıllarda, modüler ekosistem daha çeşitli ve geniş kapsamlı hale gelmiştir. Birçok modüler proje (örneğin, rollup, DA katmanı) piyasaya girmektedir ve bu rekabet ortamında hayatta kalmak için projelerin benzersiz avantajlara sahip olması gerekmektedir. Avail, birleşik katman kavramıyla, DA yürütme, sıralama, ZKP birleştirme ve yeniden Stake gibi özelliklere sahip olarak piyasada benzersiz bir konuma sahiptir. Bu nedenle, Avail'in yaklaşan yolculuğu kesinlikle heyecan vericidir.
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Avail'ın beş ana işlevinin benzersiz yanları nelerdir?
Yazar: 100y.eth Kaynak: ayna Çeviri: Şano, Altın Finans
2024年7月23日，uzun bir bekleyişten sonra, Avail Ana Ağ nihayet çevrimiçi oldu. Adından da anlaşılacağı gibi, Avail bir veri erişilebilirlik (DA) katman projesidir. Birçok kişi "Avail, Celestia veya EigenDA gibi başka bir DA projesi değil mi?" diye düşünebilir. Ancak gerçek böyle değil.
Avail'in yol haritasından, Avail'in yalnızca bir DA projesi olmadığı, aynı zamanda dikey entegre bir birleştirilmiş bir katman olduğu görülebilir. Avail hakkında birçok makale zaten toplulukta mevcut olsa da, bu makale diğer DA projelerine göre Avail'in avantajlarına odaklanacaktır. Avail'in temel bilgilerini öğrenmek isterseniz, lütfen aşağıdaki makalelere bakın:
1. Minimum güvenilirlikle işbirliği ve sabit Yerleşim层
Diğer DA katmanlarıyla karşılaştırıldığında, Avail'in en önemli avantajı, Güvenilirlik Minimumları arasındaki etkileşimler için destek sağlayan sabit bir yerleşim katmanına sahip olmasıdır, bu katmana Avail Nexus denir.
1.1 Neden birleşik bir kanıt sistemi olan tekerlekli model gereklidir?
Güvenli bir köprü sağlamak için, rakip ağın norm zincirini ve yürütmenin etkinliğini anlamak son derece önemlidir. Aynı DA katmanını paylaşmak, egemenliği aynı DA katmanında toplar ve bu nedenle rakip ağın norm zincirini anlamak kolaydır. Ancak sadece DA katmanını paylaşmak, rakip ağdaki yürütmenin etkinliğini doğrulamak kolay değildir.
Bu nedenle, egemen Rollup'lar arasında güven en aza indirgenmiş Çapraz Zincir Etkileşimi mesajlaşma yöntemleri tartışılmıştır ve en dikkate değer olanı Cosmos SDK tabanlı Rollup'lar arasındaki IBC mesajlaşmasıdır. IBC'de, karşı tarafın ağının blok başlıklarını ve Merkle kanıtlarını hafif müşteri doğrulamasıyla güven en aza indirgenmiş bir şekilde köprülemek için kullanılır.
Ancak, Cosmos SDK kullanmadan nasıl bir egemenlik toplama yapılır? Hala Sanal Makine tarafından işlenen işlemlerin geçerliliğini doğrulamak için hafif müşteriye ihtiyaçları vardır. Dolandırıcılık kanıtı, geçerlilik kanıtı veya zk kanıt sistemi gibi farklılıklar, en az güvene dayalı köprü oluşturmayı zorlu hale getirebilir.
Buna ek olarak, egemen özetler arasındaki köprü, merkez-uç modelinden ziyade noktadan noktaya bir şekilde gerçekleştirilirse, köprü sistemi parçalı hale gelir. Her yeni kanal yeni bir sistem gerektirir ve birden fazla wrapped token türü ortaya çıkabilir ve bu da aynı türdeki tokenler arasında bile takas edilebilirlik sorunlarına yol açabilir.
Bu nedenle, aynı DA katmanını paylaşan köprüleme işlemleri arasında güvenliği ve sorunsuz bir kullanıcı deneyimi sağlamak için yürütme durumunu doğrulamak için birleşik bir sistem kullanmak ve paylaşılan tek bir hesaplama katmanına dayalı bir eksen-şapka köprüleme modeli benimsemek gereklidir.
1.2 Nexus Kullanımı
Bu aslında Avail Nexus'un yaptığı şeydir. Avail Nexus, Avail üzerine inşa edilmiş bir zk egemenlik toplama olarak, Avail ekosisteminin sabit bir Yerleşim katmanı olarak hizmet vermektedir. Avail Nexus, 1) sıralayıcı açık artırmalarını ve 2) kanıt toplama işlemlerini yöneterek, Avail ekosistemi içindeki toplamın, Çapraz Zincir etkileşim mesajlarında güveni en aza indirgemek için hızlı ve verimli bir şekilde gerçekleştirilmesini sağlar.
Avail Nexus, çeşitli rollup'lardan gelen çeşitli türdeki kanıtları toplayacak ve doğrulayacaktır, ardından onları tek bir özlü kanıt haline getirecektir. Yalnızca doğruluk rollup'ları değil, iyimser rollup'lar da Avail Nexus'a katılabilir. İyimser rollup'lar, makbuzlarını ve durum köklerini Nexus'a gönderebilir; meydan okuma dönemi içinde herhangi bir dolandırıcılık kanıtı sunmadıkları takdirde, durumları Nexus'un durumu içinde yer alacaktır.
Aggregation proof will eventually be submitted to Avail DA and Eter square. Due to the lack of execution layer in Avail DA, a module will be added in the future to verify the proof. The status information of Rollups on Avail Nexus is verified on the Eter square network, and its security assumptions are the same as validiums using Eter square as the settlement layer.
2. KZG taahhüt planını kullanarak hızlı doğrulama
Avail DA采用KZG承诺方案进行geçerlilik kanıtı，允许hafif müşteri快速简洁地验证数据可用性。此外，由于KZG承诺的同态特性，无需dolandırıcılık kanıtı即可验证擦除编码的正确性，从而消除了挑战期造成的gecikme süresi。
2.1 ELI5: KZG Taahhüdü
Kriptografiğinde, taahhüt, belirli bir zamanda belirli verileri taahhüt etmek ve daha sonra onları göstererek orijinal verilerin doğruluğunu kanıtlamak için kullanılan bir yöntemdir. Taahhüt genellikle verileri sıkıştırmak veya gizlemek için kullanılır. Taahhütün iki temel özelliği bağlayıcılık ve gizliliktir.
Blok zincirinde yaygın olarak kullanılan bir taahhüt şeması, bilgileri tek bir değere sıkıştıran ve orijinal verileri ifşa etmeyen ve belirli verilerin Merkle ağacında bulunup bulunmadığını kolayca doğrulayan Merkle ağacıdır.
KZG polinom taahhüt şeması bir polinom taahhüdüdür. Veriler, sabit boyutta tek bir taahhüt değerine dönüştürülebilir polinoma sahiptir. KZG taahhüdünün avantajı, doğrulayıcılar belirli verilerin kolayca doğrulanabilir olması için çok küçük KZG kanıtını (O(1)) kullanabilirler. Veri boyutuna göre logaritmik olarak yükselen (O(logN)) bir Merkle ağacıyla karşılaştırıldığında, bu belirgin bir avantajdır.
2.2 KZG'nin Avail'deki Vaadi
Avail DA'daki veri depolama yöntemi ve veri kullanılabilirliğini doğrulama sürecine derinlemesine bakalım. Kullanıcılar (rollup) işlem verilerini Avail'e gönderdiğinde, veri bir matris halinde düzenlenir. Ardından, veriye fazladan koruma eklemek için düzeltme kodları kullanılarak veri etkin bir şekilde çoğaltılır.
Veri miktarının iki katına çıkması nedeniyle, kötü niyetli Blok üreticileri onu gizlemek için verilerin yarısından fazlasını gizlemek zorundadır, bu nedenle veri kullanılabilirliği örnekleme sürecinde bu davranışın tespit edilme olasılığı son derece yüksektir. Her satırdaki veriler çoklu terimlere dönüştürülür ve bu verinin KZG polinomu sözü Blok başlığında yer alır. KZG sözü ile gerçekleştirilen işlevler aşağıdaki gibidir:
3. BABE ve GRANDPA'nın Güvenlik ve Aktivite Sağlaması
Çoğu Blok zinciri ağı genellikle Konsensus Mekanizması'nın güvenliği veya etkinliğine odaklanır. Altta yatan (Polkadot SDK) üzerinde inşa edilen Avail DA, Konsensus Mekanizması olarak BABE ve GRANDPA'yı kullanarak ETHereum'a benzer bir denge sağlayan etkinlik ve güvenlik sunar.
3.1 Blockchain genişletmesi kör tahsisi (BABE)
BABE, Avail'in Blok üretim motorudur ve aktifliği sağlamaktan sorumludur. Her zaman dilimi (20 saniye) boyunca VRF tarafından birincil yazar Blok üretmek üzere seçilir. Bir zaman dilimi içinde birden fazla yazar olabilir veya hiç yazar olmayabilir. Birden fazla yazar seçilmişse, yarış başlar ve en çok yayılan Blok, kanon zincirinin bir parçası haline gelir. Ana yazar seçilmediyse, döngüsel bir yöntemle seçilen ikincil yazar Blok üretir.
3.2 GHOST tabanlı rekürsif atasal türetilmiş önekprotokol（GRANDPA）
GRANDPA, ETHer blok Casper FFG'ye benzer bir şekilde son karar aracı olarak görev yapar, ancak farklılık, onun son karar verdiği şeyin tek bir Blok değil, spec chain olduğudur, bu da son karar sürecini hızlandırır. Senkronizasyon ortamında, üçte ikiden fazla Düğümün dürüst olması gerekmektedir ki son karar belirlenebilsin, asenkron ayarlarda ise, beşte birine kadar Byzantine Düğümüyle başa çıkabilir.
4. Güçlü şifreleme ekonomik güvenliğe sahip ekosistem
(Avail Fusion | Kaynak: Avail)
Avail Fusion, diğer ekosistemlerden gelen Token'ların Avail ekosisteminin şifreleme ekonomik güvenliğine katkıda bulunmasına izin verir. EigenLayer, Babylon, Symbiotic ve Karak gibi protokoller, BTC ve ETH'nin büyük güvenliğinden yararlandıkları için takip edilmektedir. Avail Fusion'ın uygulanmasıyla, Avail ekosisteminin güvenlik seviyesinin önemli ölçüde artması beklenmektedir. Optimium ve Validium'a yönelik yaygın eleştiriler, dış DA katmanına bağımlılıklarından dolayı güvenliklerini zayıflattığıdır. Avail Fusion'lı Avail DA, bu eleştirileri hafifletebilir.
Ilginç olan, Avail'deki rollup Token'ının Avail Fusion'da da kullanılabilmesidir. rollup Tokenonomi'nin en büyük eksikliklerinden biri, yönetim dışında kullanım eksikliğidir. Bu sorunu çözmek için Avail Fusion, rollup Token kullanarak şifreleme ekonomik güvenliği sağlayabilir, böylece üretkenliğini artırabilir ve ekosistemin teşvik döngüsünü hızlandırabilir.
Ancak, takip etmeye değer bir sorun ödülün dağıtımıdır. Diğer ekosistemlerin Token'ları Konsensüs için kullanılıp Blok ödülü alırsa, AVAIL Stake sahiplerinin göreceli ödülü azalabilir. Bu nedenle, Avail Fusion'ın tanıtılmasıyla birlikte, dış ekosistem Token'larının Stake ve ödül oranları karmaşık bir şekilde tasarlanmalıdır.
5. Çeşitli Token Uygulamaları
Tokenomi, şifreleme endüstrisinin en parlak alanıdır ve aynı zamanda uzun süredir var olan bir sorundur. Token'lar, protokolün sorunsuz bir şekilde çalışmasını sağlamak için bir tür kaydırıcı olarak görev yapabilir, ancak kötü tasarlanmış veya kullanışsız oldukları takdirde zararlı olabilirler.
(Kaynak: Avail)
Neyse ki, Avail, AVAIL Token için çeşitli kullanımlar sunan birleştirici bir katman kavramıyla birlikte gelir. Diğer birçok protokolden farklı olarak, içeride birden fazla katman ve işlev entegre edilmiştir.
Her katmanın işlevselliği ve Token kullanımı göz önüne alındığında, Avail, DA katmanı, Merkeziyetsizlik sıralama katmanı ve ZKP birleştirme katmanının bir kombinasyonu olarak görülebilir. Bu, Avail ekosisteminin büyük potansiyel yükselişini vurgular.
6. Son Düşünceler
Although the modular ecosystem within the Eter community has made significant progress, the modular ecosystem outside the Eter community is still immature in terms of interoperability and security. Avail provides effective solutions to these issues through Avail DA, Avail Nexus, and Avail Fusion, making it an ideal modular ecosystem.
Mevcut altyapının ve uygulamaların tartışması gibi, Avail mükemmel bir altyapı oluştursa bile, gerçek zorluk bir dinamik ekosistem yaratmaktır. Ancak endişelenecek bir şey yok. Avail ekosistem sayfasına göre, Avail Arbitrum Orbit ve Polygon CDK gibi birçok toplama SDK'ya entegre oldu. Conduit ve AltLayer gibi birçok RaaS platformu da Avail DA'yı destekliyor, toplamda 32 toplama ağı Avail DA'ya katılacak.
Son yıllarda, modüler ekosistem daha çeşitli ve geniş kapsamlı hale gelmiştir. Birçok modüler proje (örneğin, rollup, DA katmanı) piyasaya girmektedir ve bu rekabet ortamında hayatta kalmak için projelerin benzersiz avantajlara sahip olması gerekmektedir. Avail, birleşik katman kavramıyla, DA yürütme, sıralama, ZKP birleştirme ve yeniden Stake gibi özelliklere sahip olarak piyasada benzersiz bir konuma sahiptir. Bu nedenle, Avail'in yaklaşan yolculuğu kesinlikle heyecan vericidir.