![IOSG Ventures: EigenLayer'ın "yeniden taahhüt verme" alanındaki en son ilerlemelerine ve kullanım durumlarına bir bakış] (https://img-cdn.gateio.im/resize-social/moments-7f230462a9-2be3745338-dd1a6f -6d2ef1)
Kaynak: EigenLayer
Geçen Kasım ayında, "EigenLayer: Ethereum düzeyinde güveni ara katman yazılımına getirmek" başlıklı bu makalede EigenLayer'ı tanıtmıştık. Yaklaşık bir yıl boyunca EigenLayer teknik incelemesini yayınladı, 50 milyon dolarlık A Serisi finansman turunu tamamladı ve ana ağın ilk aşamasını başlattı. Bu dönemde Ethereum topluluğu da EigenLayer ve kullanım durumları hakkında kapsamlı tartışmalar yaptı. Bu makale bu tartışmaları izleyecek ve çözecektir.
arka plan
Ethereum ekosisteminde, bazı ara katman yazılımı hizmetleri (oracle'lar gibi) tamamen zincir üstü mantığa dayanmaz, bu nedenle doğrudan Ethereum'un fikir birliğine ve güvenliğine güvenemezler ve güven ağını yeniden yönlendirmeleri gerekir. Genel yaklaşım, önce projeyi işletmek, ardından sistem katılımcılarını çekmek ve kademeli olarak merkeziyetsizliği sağlamak için token teşviklerini uygulamaya koymaktır.
Bunu yapmanın en az iki zorluğu vardır. Birincisi, bir teşvik mekanizmasının uygulamaya konulması ek maliyetler gerektirir: stake etmeye katılmak için token satın alan katılımcıların fırsat maliyeti ve proje tarafının tokenlerin değerini korumak için işletme maliyetleri. İkincisi, yukarıdaki maliyetler ödense ve merkezi olmayan bir ağ kurulsa bile güvenliği ve sürdürülebilirliği hala bilinmiyor. Bu iki nokta özellikle başlangıç projeleri için çetrefillidir.
EigenLayer'ın amacı, mevcut Ethereum stakerları tarafından yeniden stake edilerek bu ara katman yazılımları (Aktif Olarak Doğrulanmış Hizmetler, AVS) için ekonomik güvenlik sağlamaktır. Bu yeniden taahhüt verenler dürüst çalışırlarsa ödüllendirilebilirler, ancak kötülük yaparlarsa orijinal Ethereum rehin hakları kaybedilecektir.
Bunun avantajları şunlardır: birincisi, proje tarafının yeni güven ağını kendi başına yönlendirmesine gerek yoktur, ancak bunu Ethereum doğrulayıcılarına dış kaynak olarak vererek sermaye maliyetlerini mümkün olduğunca azaltır; ikincisi, Ethereum doğrulayıcı setinin ekonomik güvenliği çok yüksektir sağlamdır, böylece güvenlik de bir dereceye kadar garanti edilir. Ethereum taahhüdünde bulunanların bakış açısına göre, yeniden taahhüt onlara ek gelir sağlar. Sübjektif kötü niyetli bir niyet olmadığı sürece genel risk kontrol edilebilir.
EigenLayer'ın kurucusu Sreeram, bir zamanlar Twitter'da ve podcast'lerde EigenLayer'in üç kullanım durumundan ve güven modellerinden bahsetmişti:
Ekonomik güven. Yani, Ethereum stake etme riskinin yeniden kullanılması, daha yüksek değerli tokenların stake edilmesi, yukarıda tartışıldığı gibi daha sağlam ekonomik güvenlik anlamına gelir.
Merkezi olmayan güven. Bazı hizmetlerdeki kötü niyetli davranışlar (gizli paylaşım gibi) bu durumla ilişkilendirilemeyebilir, bu da bir kesme mekanizmasına güvenmeyi imkansız hale getirir. Gizli anlaşma ve gizli anlaşma riskine karşı önlem almak için yeterince merkezi olmayan, bağımsız bir grubun olması gerekiyor.
Ethereum doğrulayıcı taahhüdü. Blok üreticileri, taahhüt edilen riskleri teminat olarak kullanarak belirli güvenilir taahhütlerde bulunurlar. Aşağıda daha fazla örneklendirmek için bazı örnekleri listeleyeceğiz.
Sistem Aktörleri
![IOSG Ventures: EigenLayer'ın "yeniden taahhüt verme" alanındaki en son ilerlemelerine ve kullanım örneklerine bir bakış] (https://img-cdn.gateio.im/resize-social/moments-7f230462a9-c0a688f2e8-dd1a6f -6d2ef1)
Kaynak: IOSG Ventures
EigenLayer, üç büyük oyuncuyu birbirine bağlayan açık bir pazar görevi görüyor.
*Yeniden taahhütte bulunun. Ethereum staking riskine sahipseniz, yeniden staking'e katılmak için para çekme kimlik bilgilerini EigenLayer'a aktararak veya katılmak için stETH gibi LST yatırarak katılabilirsiniz. Yeniden stake edenler, bir AVS düğümünü kendileri çalıştıramazlarsa, risklerini operatörlere devredebilirler.
Şebeke. Operatörler, yeniden stake edenlerin delegasyonunu kabul eder ve AVS düğümlerini çalıştırır. Hangi AVS'lerin hizmet vereceğini seçmekte özgürdürler. AVS'ye hizmet verdiğinizde, onun tanımladığı eğik çizgi kurallarını kabul etmeniz gerekir.
*avs. Bir talep tarafı/tüketici olarak AVS'nin yeniden stake edenlere ödeme yapması ve onların sağladıkları ekonomik güvenliği elde etmesi gerekiyor.
Bu temel kavramları aklımızda tutarak EigenLayer'ın özel kullanım durumlarına bakalım.
EigenDA
EigenDA, EigenLayer tarafından piyasaya sürülen amiral gemisi ürünüdür. Çözüm, Ethereum genişleme çözümü olan Danksharding'den türetilmiştir. Bunlar arasında Veri Kullanılabilirliği Örneklemesi (DAS), Celestia ve Avail gibi DA projelerinde de yaygın olarak kullanılmaktadır. Bu bölümde DAS'a hızlı bir giriş yapacağız ve ardından EigenDA'nın nasıl uygulandığına ve yeniliklerine bakacağız.
Kaynak: Dankrad Feist
Danksharding için bir ön uç çözüm olarak EIP-4844, "Blob Taşıyan İşlem"i sunar. Her işlem, yaklaşık 125 kb'lik ek bir veri boyutu taşıyacaktır. Veri parçalama genişletme rotası bağlamında yeni veriler şüphesiz düğümler üzerindeki yükü artıracaktır. Peki, düğümün verinin yalnızca küçük bir kısmını indirmesini ve aynı zamanda tüm verinin mevcut olduğunu doğrulamasını sağlamanın bir yolu var mı?
DAS'ın yaptığı şey, düğümlerin verinin küçük bir bölümünü birden çok kez rastgele örneklemesine izin vermektir. Her başarılı örnekleme, düğümün verinin mevcut olduğuna olan güvenini arttırır ve önceden belirlenmiş belirli bir seviyeye ulaşıldığında veri mevcut kabul edilir. Ancak bir saldırganın verinin küçük bir bölümünü gizlemesi hâlâ mümkündür; ayrıca bir tür hata toleransına da ihtiyacımız var.
DAS, silme kodlamasını (Silme Kodlaması) kullanır. Silme kodlamanın ana fikri, verileri parçalara bölmek ve daha sonra bu parçaları ek yedek parçalar oluşturmak için kodlamaktır. Bu yedek bloklar, orijinal veri bloklarının bilgilerinin bir kısmını içerir, böylece bazı veri blokları kaybolduğunda veya hasar gördüğünde, kayıp veri blokları, yedek bloklar aracılığıyla kurtarılabilir. Bu şekilde silme kodlaması, DAS'a artıklık ve güvenilirlik sağlar.
Ek olarak, ortaya çıkan yedek blokların doğru şekilde kodlanıp kodlanmadığını da doğrulamamız gerekir çünkü orijinal veriler yanlış yedek bloklar kullanılarak yeniden oluşturulamaz. Danksharding, KZG (Kate-Zaverucha-Goldberg) taahhüdünü benimser. KZG taahhüdü, bir polinomun belirli bir konumdaki değerinin belirli bir sayısal değerle tutarlı olduğunu kanıtlayarak doğrulamaya yönelik bir yöntemdir.
Kanıtlayıcı bir p(x) polinomu seçer ve C 1 , C 2 , ..., Cm adı verilen her bir veri bloğu için taahhütleri hesaplamak üzere p(x)'i kullanır. Doğrulayıcı, taahhüdü veri bloğuyla birlikte yayınlayacaktır. Kodlamayı doğrulamak için, doğrulayıcı x 1, x 2, ..., xt t noktalarını rastgele örnekleyebilir ve kanıtlayıcıdan taahhütleri şu noktalarda açmasını isteyebilir: p(x 1), p(x 2), ... , p(xt). Doğrulayıcı, Lagrangian enterpolasyonunu kullanarak bu t noktalarından p(x) polinomunu yeniden oluşturabilir. Doğrulayıcı artık yeniden yapılandırılmış polinom p(x) ve veri bloğunu kullanarak C 1', C 2', ..., Cm' taahhütlerini yeniden hesaplayabilir ve bunların yayınlanmış C 1, C 2, ... taahhütleriyle eşleştiğini doğrulayabilir. , Cm eşleşir.
Kısacası, KZG taahhütlerini kullanarak doğrulayıcının tüm kodlamanın doğruluğunu doğrulamak için yalnızca küçük bir dizi noktaya ihtiyacı vardır. Bu şekilde tam DAS'ı elde ederiz.
Nasıl
Kaynak: EigenLayer
EigenLayer, DAS'tan fikir alır ve bunu EigenDA'ya uygular.
İlk olarak, EigenDA'nın düğümleri yeniden taahhüt edilir ve EigenLayer sözleşmesine kaydedilir.
İkincisi, Sıralayıcı verileri aldıktan sonra, verileri birden fazla bloğa böler, yedek bloklar oluşturmak için silme kodlarını kullanır ve her veri bloğuna karşılık gelen KZG taahhüdünü hesaplar. Sequencer, KZG taahhütlerini EigenDA sözleşmesine tanık olarak tek tek yayınlıyor.
Daha sonra Sıralayıcı, veri bloklarını KZG taahhütleriyle birlikte her EigenDA düğümüne tek tek dağıtır. Düğüm KZG taahhüdünü aldıktan sonra bunu EigenDA sözleşmesindeki KZG taahhüdüyle karşılaştırır ve doğru olduğu onaylandıktan sonra veri bloğu saklanır ve imzalanır.
Sequencer daha sonra bu imzaları toplar, toplu imzalar oluşturur ve bunları EigenDA sözleşmesine yayınlar ve EigenDA sözleşmesi imzaları doğrular. İmzanın doğruluğu onaylandıktan sonra tüm süreç tamamlanır.
Çünkü yukarıdaki süreçte EigenDA düğümü yalnızca imza aracılığıyla veri bloğunu sakladığını iddia eder. Ayrıca EigenDA düğümlerinin yalan söylememesini sağlayacak bir yola da ihtiyacımız var. EigenDA, Gözetim Kanıtı'nı kullanır.
Emanet kanıtının amacı verilere bir "bomba" koymaktır. Düğüm bunu imzaladıktan sonra kesilecektir. Emanet kanıtını uygulamak için şunları tasarlamak gerekir: Hileyi önlemek amacıyla farklı DA düğümlerini ayırt edecek gizli bir değer; DA düğümüne özel, DA verilerini ve gizli değerini girdi olarak alan bir işlev ve DA düğümlerinin varlığı veya yokluğu. çıktı olarak bombalar. Düğüm saklaması gereken verilerin tamamını depolamıyorsa bu işlev hesaplanamaz. Dankrad, blogunda Proof of Escrow hakkında daha fazla ayrıntı paylaştı.
Kaynak: EigenLayer
Tembel bir düğüm ortaya çıkarsa, herkes EigenDA sözleşmesine bir kanıt sunabilir ve sözleşme kanıtı doğrulayacaktır. Doğrulama başarılı olursa tembel düğüm cezalandırılacaktır.
Donanım gereksinimleri açısından KZG'nin 32 MB veriyi 1 saniyede hesaplama taahhüdü yaklaşık 32-64 çekirdekli CPU gerektirir ancak bu gereksinim yalnızca Sıralayıcı tarafı içindir ve EigenDA düğümüne bir yük getirmeyecektir. EigenDA'nın test ağında, 100 EigenDA düğümünün verimi 15 MB/s'ye ulaşırken, düğüm indirme bant genişliği talebi yalnızca 0,3 MB/s idi (Ethereum doğrulayıcılarını çalıştırma gereksinimlerinden çok daha düşük).
Özetlemek gerekirse, EigenDA'nın veri kullanılabilirliği ile fikir birliği arasında ayrım yapmayı başardığını ve veri bloklarının yayılmasının artık fikir birliği protokolünün darboğazı ve düşük P2P ağ verimi ile sınırlı olmadığını görebiliriz. Çünkü EigenDA, Ethereum konsensüsünde ücretsiz bir sürüşe eşdeğerdir: Sequencer'ın KZG taahhütleri verme ve imzaları toplama, imzaları akıllı sözleşmelerle doğrulama ve kötü niyetli düğümleri cezalandırma süreçlerinin tümü Ethereum'da gerçekleşir ve Ethereum konsensüs garantileri sağlar, dolayısıyla buna gerek yoktur. Güven ağını yeniden başlatmak için.
DAS'ın sorunları
Şu anda bir teknoloji olarak DAS'ın bazı sınırlamaları vardır. Kötü niyetli karşı tarafların, hafif düğümleri yanlış verileri kabul etmeleri için kandırmak için mümkün olan her yolu kullanacağını varsaymamız gerekiyor. Sreeram tweetinde şu şekilde detaylandırmıştı.
Tek bir düğümün verinin mevcut olma ihtimalinin yeterince yüksek olması için aşağıdaki gereksinimlerin karşılanması gerekir:
Rastgele örnekleme: Her düğümün örnekleme için bağımsız ve rastgele bir grup örnek seçmesi gerekir ve karşı taraf kimin hangi örnekleri istediğini bilmez. Bu sayede karşı taraf, düğümleri kandıracak şekilde stratejisini buna göre değiştiremez.
Eşzamanlı örnekleme: Saldırganın bir düğümün örneklemesini diğer düğümlerin örneklemesinden ayırt edememesi için DAS'ın aynı anda birden fazla düğüm tarafından gerçekleştirilmesi gerekir.
Özel IP örneklemesi: sorgulanan her veri bloğu için anonim bir IP kullanılması anlamına gelir. Aksi takdirde, saldırgan örnekleme gerçekleştiren farklı düğümleri tanımlayabilir ve verinin diğer bölümlerini sağlamadan düğümlere sorguladıkları parçaları seçici olarak sağlayabilir.
Eşzamanlılık ve rastgeleliği karşılamak için birden fazla ışık düğümünün rastgele örnekleme yapmasına izin verebiliriz, ancak şu anda özel IP örneklemesini karşılamanın iyi bir yolu yoktur. Bu nedenle hala DAS'a karşı saldırı vektörleri mevcut ve dolayısıyla DAS şu anda yalnızca zayıf garantiler sağlıyor. Bu sorunlar halen aktif olarak ele alınmaktadır.
EigenLayer ve MEV
![IOSG Ventures: EigenLayer'ın "yeniden taahhüt verme" alanındaki en son ilerlemelerinin ve kullanım durumlarının bir listesi] (https://img-cdn.gateio.im/resize-social/moments-7f230462a9-56389daf61-dd1a6f-6d2ef1 )
Kaynak: EigenLayer
Sreeram, MEVconomics Zirvesi'nde EigenLayer'ın MEV yığınında kullanımı hakkında konuştu. Teklif verenler, staking ve slashing'in kriptoekonomik ilkellerine dayanarak, yukarıda bahsedilen üçüncü nokta olan aşağıdaki dört özelliği - doğrulayıcı taahhüdü kullanım senaryosunu - uygulayabilirler.
Olay Odaklı Etkinleştirme
Gelato gibi protokoller belirli zincir içi olaylara tepki verilmesini sağlar. Yani zincirdeki olayların sürekli izlenmesi. Bir olay meydana geldiğinde, önceden tanımlanmış bazı işlemler tetiklenir. Bu görevler genellikle üçüncü taraf dinleyiciler/yürütücüler tarafından tamamlanır.
Buna "üçüncü taraf" denir çünkü dinleyici/yürütücü ile blok alanını fiilen yöneten teklif sahibi arasında hiçbir bağlantı yoktur. Bir dinleyicinin/yürütücünün bir işlemi tetiklediğini, ancak (bazı nedenlerden dolayı) teklif sahibi tarafından bir bloğa dahil edilmediğini, bunun atfedilemeyeceğini ve dolayısıyla deterministik ekonomik garantiler getirmediğini varsayalım.
Bu hizmet katılımcı teklif sahipleri tarafından sağlanırsa, operasyonların tetiklenmesi konusunda inandırıcı taahhütlerde bulunabilirler ve eğer bu işlemler nihai olarak bloğa dahil edilmezse teklif sahibi kesintiye uğrar. Bu, üçüncü taraf dinleyicilere/yürütücülere kıyasla daha güçlü garantiler sağlar.
Pratik uygulamalarda (kredi anlaşmaları gibi) aşırı teminat oranının belirlenmesinin amaçlarından biri, belirli bir zaman aralığındaki fiyat dalgalanmalarını karşılamaktır. Bu, tasfiye öncesindeki zaman penceresiyle ilgilidir; burada daha yüksek bir aşırı teminatlandırma oranı, daha uzun bir tampon süresi anlamına gelir. İşlemlerin büyük bir kısmı olay odaklı reaktif stratejiyi benimserse ve teklif verenler tarafından sağlanan güçlü garantilere sahipse, o zaman (yüksek likit varlıklar için) aşırı teminatlandırma oranının oynaklığı birkaç blok aralığıyla sınırlı olabilir, böylece aşırı teminatlandırma azaltılabilir. oranı ve sermaye verimliliğinin artırılması.
Kısmi Blok Açık Artırma
Mevcut MEV-Boost tasarımında, teklif sahibi blok alanını tamamen inşaatçıya devrediyor ve inşaatçı tarafından sunulan bloğun tamamını yalnızca pasif olarak alıp önerebiliyor. Yapıcılar, daha yaygın olarak dağıtılan teklif sahipleriyle karşılaştırıldığında küçük bir azınlıktır ve teklif verenler istedikleri işlemleri MEV-Boost'a dahil edemedikleri için belirli işlemleri sansürlemek ve şantaj yapmak için gizli anlaşma yapabilirler.
Kaynak: EigenLayer
EigenLayer, MEV-Boost'u yükseltmek için MEV-Boost++'ı önerir, teklif veren kısmını bloğa dahil eder ve teklif veren, teklif veren kısmına herhangi bir işlemi dahil edebilir. Teklif sahibi aynı zamanda alternatif bir B-alt bloğu da oluşturabilir ve röle Builder_part'ı serbest bırakmadığında bu alternatif B-alt bloğunu önerebilir. Bu esneklik yalnızca sansüre karşı dayanıklılık sağlamakla kalmıyor, aynı zamanda yayın canlılığı sorununu da çözüyor.
Kaynak: Dankrad Feist
Bu, ePBS tarafından önerilen crList'in amacı olan protokol katmanı tasarımıyla tutarlıdır; yani, sansüre karşı direnç elde etmek için bloğun bileşiminin kararlaştırılmasına geniş bir yelpazedeki teklif sahiplerinin katılabildiğinden emin olmamız gerekir.
Eşik Şifreleme
Eşik şifrelemesini temel alan MEV çözümünde, bir grup dağıtılmış düğüm, şifreleme ve şifre çözme anahtarlarını yönetir. Kullanıcılar, yalnızca işlem bir bloğa dahil edildikten sonra şifresi çözülen ve yürütülen işlemleri şifreler.
Ancak eşik şifreleme çoğunluğun dürüstlüğü varsayımına dayanır. Çoğu düğümün kötü davranması, şifresi çözülmüş işlemlerin bloğa dahil edilmemesine neden olabilir. Yeniden stake etme teklifinde bulunanlar, şifrelenmiş işlemin bloğa dahil edilmesini sağlamak için güvenilir bir taahhütte bulunabilir. Teklif verenin şifresi çözülmüş işlemi dahil etmemesi durumunda kesinti yapılacaktır. Elbette, düğümlerin kötü niyetli çoğunluğu şifre çözme anahtarını serbest bırakmazsa teklif sahibi boş bir blok önerebilir.
Uzun Vadeli Blockspace Açık Artırma
Uzun vadeli blok alanı açık artırmaları, blok alanı alıcılarının gelecekteki blok alanını bir doğrulayıcı için önceden ayırmasına olanak tanır. Yeniden staking'e katılan doğrulayıcılar inandırıcı taahhütlerde bulunabilir ve süresi dolduğunda alıcının işlemini dahil etmezlerse kaybedileceklerdir. Blok alanına erişim garantisinin bazı pratik kullanım durumları vardır. Örneğin, oracle'ın belirli bir zaman diliminde fiyatları beslemesi gerekiyor; Arbitrum, L2 verilerini Ethereum L1'e her 1-3 dakikada bir, İyimserlik her 30 saniyede bir - 1 dakikada bir vb. yayınlar.
##PEPC
Kaynak: Barnabé Monnot
Son zamanlarda Ethereum topluluğu tarafından geniş çapta tartışılan PEPC'ye (Protokolle Uygulanan Teklif Veren Taahhüdü) geri dönelim. PEPC aslında ePBS'nin tanıtımı veya genelleştirilmesidir.
Gelin bu mantıksal zinciri tek tek parçalara ayıralım.
İlk olarak, örnek olarak protokol dışı PBS MEV-Boost'u ele alalım. Şu anda MEV-Boost, Ethereum protokol düzeyindeki kesme mekanizmasına dayanmaktadır, yani teklif sahibinin aynı blok yüksekliğinde iki farklı blok başlığı imzalaması durumunda, kesilecekler.. Teklif sahibinin, aktarma tarafından sunulan blok başlığını imzalaması gerektiğinden, bu, blok başlığı ile teklif sahibi arasında bir bağ oluşturmaya eşdeğerdir, dolayısıyla aktarmanın, oluşturucunun bloğunun teklif edileceğine inanması için bir nedeni vardır. Aksi takdirde, teklif sahibi yalnızca slottan vazgeçmek veya farklı bir blok önermek zorunda kalacaktır (bu da kesintiyle sonuçlanacaktır). Şu anda, teklif sahibinin taahhüdü, kazıklama/kesme işleminin ekonomik güvenliği ile garanti edilmektedir.
*Yaklaşık olarak, ePBS tasarımında önemli bir prensip, dürüst inşaatçılar tarafından yayınlanan blokların önerilmesini sağlayan "dürüst inşaatçı yayın güvenliği"dir. Protokol içi bir PBS olarak ePBS, Ethereum'un konsensüs katmanına dahil edilecek ve protokol tarafından garanti edilecektir.
PEPC, ePBS'nin başka bir uzantısıdır. ePBS "inşaatçının bloğunun teklif edileceğini" vaat ediyor. Bu, kısmi blok ihalelerine, paralel blok ihalelerine, gelecekteki blok ihalelerine vb. genişletilirse teklif sahibinin daha fazla şey yapmasına izin verebiliriz ve protokol katmanı bunların işler doğru yapılıyor.
PEPC ve EigenLayer arasında ince bir ilişki vardır. Yukarıda bahsedilen PEPC kullanım senaryoları ile EigenLayer'in blok üreticisi kullanım senaryoları arasında bazı benzerlikler olduğunu bulmak zor değil. Bununla birlikte, EigenLayer ve PEPC arasındaki önemli bir fark, yeniden taahhütte bulunan teklif sahiplerinin mali olarak cezalandırılacak olsalar bile teorik olarak taahhütlerini bozabilmeleridir; PEPC'nin odak noktası ise "Protokol tarafından uygulanan", yani protokoldedir. bloğa katman Zorunlu uygulanır, söz yerine getirilemezse blok geçersiz olur.
(Not: Kabaca bakıldığında, EigenDA'nın Danksharding'e ve MEV-Boost++'ın ePBS'ye benzer olduğunu bulmak kolaydır. Bu iki hizmet, protokol katmanı tasarımının isteğe bağlı sürümü gibidir. Protokol katmanıyla karşılaştırıldığında, piyasaya daha hızlı bir çözümdür, Ethereum'un gelecekte yapacaklarına ayak uydurun ve yeniden stake etme yoluyla Ethereum Hizalamasını koruyun).
Ethereum Consensus'a Aşırı Yüklenmeyin mi?
Birkaç ay önce Vitalik'in Don't Overload Ethereum Consensus adlı makalesi, çoğu kişi tarafından Yeniden Alma eleştirisi olarak değerlendirildi. Yazar, bunun yalnızca toplumsal uzlaşmayı sürdürmek için bir hatırlatma veya uyarı olduğuna inanıyor.Odak noktası, yeniden sözün reddinden ziyade toplumsal uzlaşmadır.
Ethereum'un başlangıç aşamasında, DAO saldırısı büyük tartışmalara neden oldu ve toplulukta hard fork yapılıp yapılmayacağı konusunda hararetli bir tartışma yaşandı. Bugün, Rollup dahil Ethereum ekosistemi zaten çok sayıda uygulamayı taşıdı. Bu nedenle toplum içinde büyük anlaşmazlıklara yol açmamak ve toplumsal uzlaşının tutarlılığını korumak çok önemlidir.
Hermione başarılı bir 2. katman oluşturuyor ve 2. katmanının en büyük katman olması nedeniyle doğası gereği en güvenli katman olduğunu, çünkü fonların çalınmasına neden olan bir hata varsa kayıpların o kadar büyük olacağını ve topluluğun başka seçeneği kalmayacağını savunuyor ancak kullanıcıların fonlarını geri almak için fork yapmak. Yüksek risk.
Yukarıdaki orijinal alıntı iyi bir örnektir. Bugün L2'nin toplam TVL'si on milyarlarca doları aşıyor, eğer bir sorun varsa çok şey içerecektir. Şu anda eğer topluluk hard fork uygulayıp durumu geri almayı teklif ederse, bu kaçınılmaz olarak büyük tartışmalara yol açacaktır. Sizin ve benim büyük miktarda paramız olduğunu varsayarsak, nasıl bir seçim yapacağız: parayı geri almayı mı, yoksa blockchainin değişmezliğinden korkmayı mı? Vitalik'in demek istediği şu: Ethereum'a dayanan projeler riskleri uygun şekilde yönetmeli, Ethereum'un sosyal konsensüsünü kazanmaya çalışmamalı ve projenin yaşamı ve ölümü Ethereum'a güçlü bir şekilde bağlanmamalıdır.
EigenLayer tartışmasına dönecek olursak, risk yönetiminin odak noktası, AVS'nin anlaşmazlıkları önlemek için nesnel, zincir içi ve atfedilebilir kesinti kuralları tanımlaması gerektiğidir. Örneğin, Ethereum'da blokların çift imzalanması; hafif düğüm tabanlı çapraz zincir köprüsünde başka bir zincirin geçersiz bloğunun imzalanması; yukarıda tartışılan EigenDA Escrow Proof ve daha fazlası. Bunlar ve benzerleri, hak kaybına ilişkin açık kurallardır.
Çözüm
![IOSG Ventures: EigenLayer'ın "yeniden taahhüt verme" alanındaki en son ilerlemelerine ve kullanım örneklerine bir bakış] (https://img-cdn.gateio.im/resize-social/moments-7f230462a9-fe74284cb5-dd1a6f -6d2ef1)
Kaynak: EigenLayer
EigenLayer'ın ana ağ lansmanını gelecek yılın başlarında tamamlaması ve amiral gemisi ürünü EigenDA'yı piyasaya sürmesi bekleniyor. Birçok altyapı projesi EigenLayer ile işbirliği yaptığını duyurdu. Yukarıda EigenDA, MEV ve PEPC'yi tartıştık ve farklı kullanım durumları etrafında devam eden birçok ilginç tartışma var. Yeniden varsayım, piyasadaki baskın anlatılardan biri haline geliyor. EigenLayer'ın ilerleyişini takip etmeye ve görüşlerimizi paylaşmaya devam edeceğiz!
View Original
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
IOSG Ventures: EigenLayer'ın "yeniden taahhüt verme" alanındaki en son ilerlemelerine ve kullanım durumlarına bir bakış
Orijinal yazar: Jiawei, IOSG Ventures
![IOSG Ventures: EigenLayer'ın "yeniden taahhüt verme" alanındaki en son ilerlemelerine ve kullanım durumlarına bir bakış] (https://img-cdn.gateio.im/resize-social/moments-7f230462a9-2be3745338-dd1a6f -6d2ef1)
Kaynak: EigenLayer
Geçen Kasım ayında, "EigenLayer: Ethereum düzeyinde güveni ara katman yazılımına getirmek" başlıklı bu makalede EigenLayer'ı tanıtmıştık. Yaklaşık bir yıl boyunca EigenLayer teknik incelemesini yayınladı, 50 milyon dolarlık A Serisi finansman turunu tamamladı ve ana ağın ilk aşamasını başlattı. Bu dönemde Ethereum topluluğu da EigenLayer ve kullanım durumları hakkında kapsamlı tartışmalar yaptı. Bu makale bu tartışmaları izleyecek ve çözecektir.
arka plan
Ethereum ekosisteminde, bazı ara katman yazılımı hizmetleri (oracle'lar gibi) tamamen zincir üstü mantığa dayanmaz, bu nedenle doğrudan Ethereum'un fikir birliğine ve güvenliğine güvenemezler ve güven ağını yeniden yönlendirmeleri gerekir. Genel yaklaşım, önce projeyi işletmek, ardından sistem katılımcılarını çekmek ve kademeli olarak merkeziyetsizliği sağlamak için token teşviklerini uygulamaya koymaktır.
Bunu yapmanın en az iki zorluğu vardır. Birincisi, bir teşvik mekanizmasının uygulamaya konulması ek maliyetler gerektirir: stake etmeye katılmak için token satın alan katılımcıların fırsat maliyeti ve proje tarafının tokenlerin değerini korumak için işletme maliyetleri. İkincisi, yukarıdaki maliyetler ödense ve merkezi olmayan bir ağ kurulsa bile güvenliği ve sürdürülebilirliği hala bilinmiyor. Bu iki nokta özellikle başlangıç projeleri için çetrefillidir.
EigenLayer'ın amacı, mevcut Ethereum stakerları tarafından yeniden stake edilerek bu ara katman yazılımları (Aktif Olarak Doğrulanmış Hizmetler, AVS) için ekonomik güvenlik sağlamaktır. Bu yeniden taahhüt verenler dürüst çalışırlarsa ödüllendirilebilirler, ancak kötülük yaparlarsa orijinal Ethereum rehin hakları kaybedilecektir.
Bunun avantajları şunlardır: birincisi, proje tarafının yeni güven ağını kendi başına yönlendirmesine gerek yoktur, ancak bunu Ethereum doğrulayıcılarına dış kaynak olarak vererek sermaye maliyetlerini mümkün olduğunca azaltır; ikincisi, Ethereum doğrulayıcı setinin ekonomik güvenliği çok yüksektir sağlamdır, böylece güvenlik de bir dereceye kadar garanti edilir. Ethereum taahhüdünde bulunanların bakış açısına göre, yeniden taahhüt onlara ek gelir sağlar. Sübjektif kötü niyetli bir niyet olmadığı sürece genel risk kontrol edilebilir.
EigenLayer'ın kurucusu Sreeram, bir zamanlar Twitter'da ve podcast'lerde EigenLayer'in üç kullanım durumundan ve güven modellerinden bahsetmişti:
Sistem Aktörleri
![IOSG Ventures: EigenLayer'ın "yeniden taahhüt verme" alanındaki en son ilerlemelerine ve kullanım örneklerine bir bakış] (https://img-cdn.gateio.im/resize-social/moments-7f230462a9-c0a688f2e8-dd1a6f -6d2ef1)
Kaynak: IOSG Ventures
EigenLayer, üç büyük oyuncuyu birbirine bağlayan açık bir pazar görevi görüyor.
*Yeniden taahhütte bulunun. Ethereum staking riskine sahipseniz, yeniden staking'e katılmak için para çekme kimlik bilgilerini EigenLayer'a aktararak veya katılmak için stETH gibi LST yatırarak katılabilirsiniz. Yeniden stake edenler, bir AVS düğümünü kendileri çalıştıramazlarsa, risklerini operatörlere devredebilirler.
Bu temel kavramları aklımızda tutarak EigenLayer'ın özel kullanım durumlarına bakalım.
EigenDA
EigenDA, EigenLayer tarafından piyasaya sürülen amiral gemisi ürünüdür. Çözüm, Ethereum genişleme çözümü olan Danksharding'den türetilmiştir. Bunlar arasında Veri Kullanılabilirliği Örneklemesi (DAS), Celestia ve Avail gibi DA projelerinde de yaygın olarak kullanılmaktadır. Bu bölümde DAS'a hızlı bir giriş yapacağız ve ardından EigenDA'nın nasıl uygulandığına ve yeniliklerine bakacağız.
Kaynak: Dankrad Feist
Danksharding için bir ön uç çözüm olarak EIP-4844, "Blob Taşıyan İşlem"i sunar. Her işlem, yaklaşık 125 kb'lik ek bir veri boyutu taşıyacaktır. Veri parçalama genişletme rotası bağlamında yeni veriler şüphesiz düğümler üzerindeki yükü artıracaktır. Peki, düğümün verinin yalnızca küçük bir kısmını indirmesini ve aynı zamanda tüm verinin mevcut olduğunu doğrulamasını sağlamanın bir yolu var mı?
DAS'ın yaptığı şey, düğümlerin verinin küçük bir bölümünü birden çok kez rastgele örneklemesine izin vermektir. Her başarılı örnekleme, düğümün verinin mevcut olduğuna olan güvenini arttırır ve önceden belirlenmiş belirli bir seviyeye ulaşıldığında veri mevcut kabul edilir. Ancak bir saldırganın verinin küçük bir bölümünü gizlemesi hâlâ mümkündür; ayrıca bir tür hata toleransına da ihtiyacımız var.
DAS, silme kodlamasını (Silme Kodlaması) kullanır. Silme kodlamanın ana fikri, verileri parçalara bölmek ve daha sonra bu parçaları ek yedek parçalar oluşturmak için kodlamaktır. Bu yedek bloklar, orijinal veri bloklarının bilgilerinin bir kısmını içerir, böylece bazı veri blokları kaybolduğunda veya hasar gördüğünde, kayıp veri blokları, yedek bloklar aracılığıyla kurtarılabilir. Bu şekilde silme kodlaması, DAS'a artıklık ve güvenilirlik sağlar.
Ek olarak, ortaya çıkan yedek blokların doğru şekilde kodlanıp kodlanmadığını da doğrulamamız gerekir çünkü orijinal veriler yanlış yedek bloklar kullanılarak yeniden oluşturulamaz. Danksharding, KZG (Kate-Zaverucha-Goldberg) taahhüdünü benimser. KZG taahhüdü, bir polinomun belirli bir konumdaki değerinin belirli bir sayısal değerle tutarlı olduğunu kanıtlayarak doğrulamaya yönelik bir yöntemdir.
Kanıtlayıcı bir p(x) polinomu seçer ve C 1 , C 2 , ..., Cm adı verilen her bir veri bloğu için taahhütleri hesaplamak üzere p(x)'i kullanır. Doğrulayıcı, taahhüdü veri bloğuyla birlikte yayınlayacaktır. Kodlamayı doğrulamak için, doğrulayıcı x 1, x 2, ..., xt t noktalarını rastgele örnekleyebilir ve kanıtlayıcıdan taahhütleri şu noktalarda açmasını isteyebilir: p(x 1), p(x 2), ... , p(xt). Doğrulayıcı, Lagrangian enterpolasyonunu kullanarak bu t noktalarından p(x) polinomunu yeniden oluşturabilir. Doğrulayıcı artık yeniden yapılandırılmış polinom p(x) ve veri bloğunu kullanarak C 1', C 2', ..., Cm' taahhütlerini yeniden hesaplayabilir ve bunların yayınlanmış C 1, C 2, ... taahhütleriyle eşleştiğini doğrulayabilir. , Cm eşleşir.
Kısacası, KZG taahhütlerini kullanarak doğrulayıcının tüm kodlamanın doğruluğunu doğrulamak için yalnızca küçük bir dizi noktaya ihtiyacı vardır. Bu şekilde tam DAS'ı elde ederiz.
Kaynak: EigenLayer
EigenLayer, DAS'tan fikir alır ve bunu EigenDA'ya uygular.
İlk olarak, EigenDA'nın düğümleri yeniden taahhüt edilir ve EigenLayer sözleşmesine kaydedilir.
İkincisi, Sıralayıcı verileri aldıktan sonra, verileri birden fazla bloğa böler, yedek bloklar oluşturmak için silme kodlarını kullanır ve her veri bloğuna karşılık gelen KZG taahhüdünü hesaplar. Sequencer, KZG taahhütlerini EigenDA sözleşmesine tanık olarak tek tek yayınlıyor.
Daha sonra Sıralayıcı, veri bloklarını KZG taahhütleriyle birlikte her EigenDA düğümüne tek tek dağıtır. Düğüm KZG taahhüdünü aldıktan sonra bunu EigenDA sözleşmesindeki KZG taahhüdüyle karşılaştırır ve doğru olduğu onaylandıktan sonra veri bloğu saklanır ve imzalanır.
Sequencer daha sonra bu imzaları toplar, toplu imzalar oluşturur ve bunları EigenDA sözleşmesine yayınlar ve EigenDA sözleşmesi imzaları doğrular. İmzanın doğruluğu onaylandıktan sonra tüm süreç tamamlanır.
Çünkü yukarıdaki süreçte EigenDA düğümü yalnızca imza aracılığıyla veri bloğunu sakladığını iddia eder. Ayrıca EigenDA düğümlerinin yalan söylememesini sağlayacak bir yola da ihtiyacımız var. EigenDA, Gözetim Kanıtı'nı kullanır.
Emanet kanıtının amacı verilere bir "bomba" koymaktır. Düğüm bunu imzaladıktan sonra kesilecektir. Emanet kanıtını uygulamak için şunları tasarlamak gerekir: Hileyi önlemek amacıyla farklı DA düğümlerini ayırt edecek gizli bir değer; DA düğümüne özel, DA verilerini ve gizli değerini girdi olarak alan bir işlev ve DA düğümlerinin varlığı veya yokluğu. çıktı olarak bombalar. Düğüm saklaması gereken verilerin tamamını depolamıyorsa bu işlev hesaplanamaz. Dankrad, blogunda Proof of Escrow hakkında daha fazla ayrıntı paylaştı.
Kaynak: EigenLayer
Tembel bir düğüm ortaya çıkarsa, herkes EigenDA sözleşmesine bir kanıt sunabilir ve sözleşme kanıtı doğrulayacaktır. Doğrulama başarılı olursa tembel düğüm cezalandırılacaktır.
Donanım gereksinimleri açısından KZG'nin 32 MB veriyi 1 saniyede hesaplama taahhüdü yaklaşık 32-64 çekirdekli CPU gerektirir ancak bu gereksinim yalnızca Sıralayıcı tarafı içindir ve EigenDA düğümüne bir yük getirmeyecektir. EigenDA'nın test ağında, 100 EigenDA düğümünün verimi 15 MB/s'ye ulaşırken, düğüm indirme bant genişliği talebi yalnızca 0,3 MB/s idi (Ethereum doğrulayıcılarını çalıştırma gereksinimlerinden çok daha düşük).
Özetlemek gerekirse, EigenDA'nın veri kullanılabilirliği ile fikir birliği arasında ayrım yapmayı başardığını ve veri bloklarının yayılmasının artık fikir birliği protokolünün darboğazı ve düşük P2P ağ verimi ile sınırlı olmadığını görebiliriz. Çünkü EigenDA, Ethereum konsensüsünde ücretsiz bir sürüşe eşdeğerdir: Sequencer'ın KZG taahhütleri verme ve imzaları toplama, imzaları akıllı sözleşmelerle doğrulama ve kötü niyetli düğümleri cezalandırma süreçlerinin tümü Ethereum'da gerçekleşir ve Ethereum konsensüs garantileri sağlar, dolayısıyla buna gerek yoktur. Güven ağını yeniden başlatmak için.
Şu anda bir teknoloji olarak DAS'ın bazı sınırlamaları vardır. Kötü niyetli karşı tarafların, hafif düğümleri yanlış verileri kabul etmeleri için kandırmak için mümkün olan her yolu kullanacağını varsaymamız gerekiyor. Sreeram tweetinde şu şekilde detaylandırmıştı.
Tek bir düğümün verinin mevcut olma ihtimalinin yeterince yüksek olması için aşağıdaki gereksinimlerin karşılanması gerekir:
Eşzamanlılık ve rastgeleliği karşılamak için birden fazla ışık düğümünün rastgele örnekleme yapmasına izin verebiliriz, ancak şu anda özel IP örneklemesini karşılamanın iyi bir yolu yoktur. Bu nedenle hala DAS'a karşı saldırı vektörleri mevcut ve dolayısıyla DAS şu anda yalnızca zayıf garantiler sağlıyor. Bu sorunlar halen aktif olarak ele alınmaktadır.
EigenLayer ve MEV
![IOSG Ventures: EigenLayer'ın "yeniden taahhüt verme" alanındaki en son ilerlemelerinin ve kullanım durumlarının bir listesi] (https://img-cdn.gateio.im/resize-social/moments-7f230462a9-56389daf61-dd1a6f-6d2ef1 )
Kaynak: EigenLayer
Sreeram, MEVconomics Zirvesi'nde EigenLayer'ın MEV yığınında kullanımı hakkında konuştu. Teklif verenler, staking ve slashing'in kriptoekonomik ilkellerine dayanarak, yukarıda bahsedilen üçüncü nokta olan aşağıdaki dört özelliği - doğrulayıcı taahhüdü kullanım senaryosunu - uygulayabilirler.
Olay Odaklı Etkinleştirme
Gelato gibi protokoller belirli zincir içi olaylara tepki verilmesini sağlar. Yani zincirdeki olayların sürekli izlenmesi. Bir olay meydana geldiğinde, önceden tanımlanmış bazı işlemler tetiklenir. Bu görevler genellikle üçüncü taraf dinleyiciler/yürütücüler tarafından tamamlanır.
Buna "üçüncü taraf" denir çünkü dinleyici/yürütücü ile blok alanını fiilen yöneten teklif sahibi arasında hiçbir bağlantı yoktur. Bir dinleyicinin/yürütücünün bir işlemi tetiklediğini, ancak (bazı nedenlerden dolayı) teklif sahibi tarafından bir bloğa dahil edilmediğini, bunun atfedilemeyeceğini ve dolayısıyla deterministik ekonomik garantiler getirmediğini varsayalım.
Bu hizmet katılımcı teklif sahipleri tarafından sağlanırsa, operasyonların tetiklenmesi konusunda inandırıcı taahhütlerde bulunabilirler ve eğer bu işlemler nihai olarak bloğa dahil edilmezse teklif sahibi kesintiye uğrar. Bu, üçüncü taraf dinleyicilere/yürütücülere kıyasla daha güçlü garantiler sağlar.
Pratik uygulamalarda (kredi anlaşmaları gibi) aşırı teminat oranının belirlenmesinin amaçlarından biri, belirli bir zaman aralığındaki fiyat dalgalanmalarını karşılamaktır. Bu, tasfiye öncesindeki zaman penceresiyle ilgilidir; burada daha yüksek bir aşırı teminatlandırma oranı, daha uzun bir tampon süresi anlamına gelir. İşlemlerin büyük bir kısmı olay odaklı reaktif stratejiyi benimserse ve teklif verenler tarafından sağlanan güçlü garantilere sahipse, o zaman (yüksek likit varlıklar için) aşırı teminatlandırma oranının oynaklığı birkaç blok aralığıyla sınırlı olabilir, böylece aşırı teminatlandırma azaltılabilir. oranı ve sermaye verimliliğinin artırılması.
Kısmi Blok Açık Artırma
Mevcut MEV-Boost tasarımında, teklif sahibi blok alanını tamamen inşaatçıya devrediyor ve inşaatçı tarafından sunulan bloğun tamamını yalnızca pasif olarak alıp önerebiliyor. Yapıcılar, daha yaygın olarak dağıtılan teklif sahipleriyle karşılaştırıldığında küçük bir azınlıktır ve teklif verenler istedikleri işlemleri MEV-Boost'a dahil edemedikleri için belirli işlemleri sansürlemek ve şantaj yapmak için gizli anlaşma yapabilirler.
Kaynak: EigenLayer
EigenLayer, MEV-Boost'u yükseltmek için MEV-Boost++'ı önerir, teklif veren kısmını bloğa dahil eder ve teklif veren, teklif veren kısmına herhangi bir işlemi dahil edebilir. Teklif sahibi aynı zamanda alternatif bir B-alt bloğu da oluşturabilir ve röle Builder_part'ı serbest bırakmadığında bu alternatif B-alt bloğunu önerebilir. Bu esneklik yalnızca sansüre karşı dayanıklılık sağlamakla kalmıyor, aynı zamanda yayın canlılığı sorununu da çözüyor.
Kaynak: Dankrad Feist
Bu, ePBS tarafından önerilen crList'in amacı olan protokol katmanı tasarımıyla tutarlıdır; yani, sansüre karşı direnç elde etmek için bloğun bileşiminin kararlaştırılmasına geniş bir yelpazedeki teklif sahiplerinin katılabildiğinden emin olmamız gerekir.
Eşik Şifreleme
Eşik şifrelemesini temel alan MEV çözümünde, bir grup dağıtılmış düğüm, şifreleme ve şifre çözme anahtarlarını yönetir. Kullanıcılar, yalnızca işlem bir bloğa dahil edildikten sonra şifresi çözülen ve yürütülen işlemleri şifreler.
Ancak eşik şifreleme çoğunluğun dürüstlüğü varsayımına dayanır. Çoğu düğümün kötü davranması, şifresi çözülmüş işlemlerin bloğa dahil edilmemesine neden olabilir. Yeniden stake etme teklifinde bulunanlar, şifrelenmiş işlemin bloğa dahil edilmesini sağlamak için güvenilir bir taahhütte bulunabilir. Teklif verenin şifresi çözülmüş işlemi dahil etmemesi durumunda kesinti yapılacaktır. Elbette, düğümlerin kötü niyetli çoğunluğu şifre çözme anahtarını serbest bırakmazsa teklif sahibi boş bir blok önerebilir.
Uzun Vadeli Blockspace Açık Artırma
Uzun vadeli blok alanı açık artırmaları, blok alanı alıcılarının gelecekteki blok alanını bir doğrulayıcı için önceden ayırmasına olanak tanır. Yeniden staking'e katılan doğrulayıcılar inandırıcı taahhütlerde bulunabilir ve süresi dolduğunda alıcının işlemini dahil etmezlerse kaybedileceklerdir. Blok alanına erişim garantisinin bazı pratik kullanım durumları vardır. Örneğin, oracle'ın belirli bir zaman diliminde fiyatları beslemesi gerekiyor; Arbitrum, L2 verilerini Ethereum L1'e her 1-3 dakikada bir, İyimserlik her 30 saniyede bir - 1 dakikada bir vb. yayınlar.
##PEPC
Kaynak: Barnabé Monnot
Son zamanlarda Ethereum topluluğu tarafından geniş çapta tartışılan PEPC'ye (Protokolle Uygulanan Teklif Veren Taahhüdü) geri dönelim. PEPC aslında ePBS'nin tanıtımı veya genelleştirilmesidir.
Gelin bu mantıksal zinciri tek tek parçalara ayıralım.
PEPC ve EigenLayer arasında ince bir ilişki vardır. Yukarıda bahsedilen PEPC kullanım senaryoları ile EigenLayer'in blok üreticisi kullanım senaryoları arasında bazı benzerlikler olduğunu bulmak zor değil. Bununla birlikte, EigenLayer ve PEPC arasındaki önemli bir fark, yeniden taahhütte bulunan teklif sahiplerinin mali olarak cezalandırılacak olsalar bile teorik olarak taahhütlerini bozabilmeleridir; PEPC'nin odak noktası ise "Protokol tarafından uygulanan", yani protokoldedir. bloğa katman Zorunlu uygulanır, söz yerine getirilemezse blok geçersiz olur.
(Not: Kabaca bakıldığında, EigenDA'nın Danksharding'e ve MEV-Boost++'ın ePBS'ye benzer olduğunu bulmak kolaydır. Bu iki hizmet, protokol katmanı tasarımının isteğe bağlı sürümü gibidir. Protokol katmanıyla karşılaştırıldığında, piyasaya daha hızlı bir çözümdür, Ethereum'un gelecekte yapacaklarına ayak uydurun ve yeniden stake etme yoluyla Ethereum Hizalamasını koruyun).
Ethereum Consensus'a Aşırı Yüklenmeyin mi?
Birkaç ay önce Vitalik'in Don't Overload Ethereum Consensus adlı makalesi, çoğu kişi tarafından Yeniden Alma eleştirisi olarak değerlendirildi. Yazar, bunun yalnızca toplumsal uzlaşmayı sürdürmek için bir hatırlatma veya uyarı olduğuna inanıyor.Odak noktası, yeniden sözün reddinden ziyade toplumsal uzlaşmadır.
Ethereum'un başlangıç aşamasında, DAO saldırısı büyük tartışmalara neden oldu ve toplulukta hard fork yapılıp yapılmayacağı konusunda hararetli bir tartışma yaşandı. Bugün, Rollup dahil Ethereum ekosistemi zaten çok sayıda uygulamayı taşıdı. Bu nedenle toplum içinde büyük anlaşmazlıklara yol açmamak ve toplumsal uzlaşının tutarlılığını korumak çok önemlidir.
Hermione başarılı bir 2. katman oluşturuyor ve 2. katmanının en büyük katman olması nedeniyle doğası gereği en güvenli katman olduğunu, çünkü fonların çalınmasına neden olan bir hata varsa kayıpların o kadar büyük olacağını ve topluluğun başka seçeneği kalmayacağını savunuyor ancak kullanıcıların fonlarını geri almak için fork yapmak. Yüksek risk.
Yukarıdaki orijinal alıntı iyi bir örnektir. Bugün L2'nin toplam TVL'si on milyarlarca doları aşıyor, eğer bir sorun varsa çok şey içerecektir. Şu anda eğer topluluk hard fork uygulayıp durumu geri almayı teklif ederse, bu kaçınılmaz olarak büyük tartışmalara yol açacaktır. Sizin ve benim büyük miktarda paramız olduğunu varsayarsak, nasıl bir seçim yapacağız: parayı geri almayı mı, yoksa blockchainin değişmezliğinden korkmayı mı? Vitalik'in demek istediği şu: Ethereum'a dayanan projeler riskleri uygun şekilde yönetmeli, Ethereum'un sosyal konsensüsünü kazanmaya çalışmamalı ve projenin yaşamı ve ölümü Ethereum'a güçlü bir şekilde bağlanmamalıdır.
EigenLayer tartışmasına dönecek olursak, risk yönetiminin odak noktası, AVS'nin anlaşmazlıkları önlemek için nesnel, zincir içi ve atfedilebilir kesinti kuralları tanımlaması gerektiğidir. Örneğin, Ethereum'da blokların çift imzalanması; hafif düğüm tabanlı çapraz zincir köprüsünde başka bir zincirin geçersiz bloğunun imzalanması; yukarıda tartışılan EigenDA Escrow Proof ve daha fazlası. Bunlar ve benzerleri, hak kaybına ilişkin açık kurallardır.
Çözüm
![IOSG Ventures: EigenLayer'ın "yeniden taahhüt verme" alanındaki en son ilerlemelerine ve kullanım örneklerine bir bakış] (https://img-cdn.gateio.im/resize-social/moments-7f230462a9-fe74284cb5-dd1a6f -6d2ef1)
Kaynak: EigenLayer
EigenLayer'ın ana ağ lansmanını gelecek yılın başlarında tamamlaması ve amiral gemisi ürünü EigenDA'yı piyasaya sürmesi bekleniyor. Birçok altyapı projesi EigenLayer ile işbirliği yaptığını duyurdu. Yukarıda EigenDA, MEV ve PEPC'yi tartıştık ve farklı kullanım durumları etrafında devam eden birçok ilginç tartışma var. Yeniden varsayım, piyasadaki baskın anlatılardan biri haline geliyor. EigenLayer'ın ilerleyişini takip etmeye ve görüşlerimizi paylaşmaya devam edeceğiz!