Bu, Merkezi Olmayan Toplama röportaj serisinin son bölümüdür. Bu bölüm, toplu yerelleşmeyi "Veri Kullanılabilirliği ve Merkezi Olmayan Depolama" perspektifinden araştırıyor. EthStorage kurucusu Qi Zhou'yu DA'nın Ethereum ana ağı, EIP-4844 ve danksharding'in güvenlik özniteliklerini nasıl yeniden kullanabileceğini ve farklı DA modellerinin güvenlik karşılaştırmasını tartışmaya davet ettik. Öğretmen Zhou, bir sonraki Ethereum yükseltmesinde EthStorage'ın EIP-4844 ile nasıl birleştirilebileceğini de tanıttı.
konuk tanıtımı
Tüm Ethereum DA teknolojisi ve üzerinde yaptığımız merkezi olmayan depolama hakkındaki bazı düşüncelerimizi sizinle paylaşmaktan çok mutluyum. Web3 endüstrisine 2018'de tam zamanlı olarak katıldım. Google ve Facebook gibi büyük şirketlerde mühendis olarak çalışıyordum. Ve Georgia Institute of Technology'den doktora derecesine sahiptir. 2018 yılından beri Web3 altyapısını takip etmekte ve üzerinde çalışmalar yapmaktayım. Bunun ana nedeni, bunu daha önce büyük fabrikalarda da yaptım, dağıtık sistemler ve dağıtık depolama dahil. Ek olarak, tüm blok zincirinin bu yönünde hala iyileştirme için çok yer olduğunu düşünüyorum. Yürütme parçalama adı verilen teknoloji gibi başlangıçta ne yaparsak yapalım. Yani bu Ethereum'un parçalama 1.0'ı ve şimdi Ethereum'un parçalama 2.0'ının veri parçalama adı verilen teknolojisi ve sonraki veri kullanılabilirliği. Aslında hepsi Web3 altyapısının tamamında ispatlanmış bir takım yenilikler ve çalışmalardır.
Bu yüzden biz de Ethereum yol haritasını yakından takip ediyor, çalışıyor ve araştırıyor ve bu topluluk yolunda yer alıyor ve gelişiyoruz. Geçen yılın sonunda "Veri Kullanılabilirliği Örnekleme" araştırmamız için Ethereum Vakfı'ndan destek almaktan büyük onur duyduk. Ethereum Foundation'ın bazı teorik çalışmalar yapmasına, danksharding üzerine bazı araştırmalar yapmasına, verilerin etkili bir şekilde nasıl kurtarılacağı da dahil olmak üzere yardım edin. Aynı zamanda, Ethereum'un DA teknolojisine dayalı bir Ethereum veri katmanı olan EthStorage'ı da geliştiriyoruz. Zincir dışı veri depolamayı geniş ölçekte doğrulamak için Ethereum'un akıllı sözleşmelerini kullanabiliriz. Bu da Ethereum için çok anlamlı. Bu nedenle, EthStorage'ın DA teknolojisine dayalı bir veri depolama katmanları ağını nasıl daha iyi kurabileceği de dahil olmak üzere bugün sizinle paylaşmaktan büyük mutluluk duyuyorum.
Röportaj bölümü
Bölüm 1: DA Tanımı Üzerine Tartışma
Veri Kullanılabilirliği (DA) Toplamaları Nasıl Güvenli Tutar?
Her şeyden önce, DA'yı araştırma sürecinde, birçok kişinin DA'nın tanımını anlamadığını da gördüm. Bugün bunu tartışmaktan da çok mutluyum.Ondan önce, DA'yı Dankrad Feist gibi Ethereum Vakfı'nın birçok üyesiyle ve DA'nın tüm Ethereum L2'de oynadığı önemli rolü tartıştım.
Ethereum toplamasının bazı temel çalışma mekanizmalarından, zincirdeki işlemlerin zincir dışına nasıl taşınacağından ve ardından L1 akıllı sözleşmesine bu yürütmenin sonuçlandığını söylemek için bir dizi kanıt yöntemi (dolandırıcılık kanıtı ve geçerlilik kanıtı) kullandığımdan bahsettim. Doğruluğunu bu delillerle ispatlayınız.
O zaman çok önemli bir çekirdek, Ethereum ağının güvenliğini yeniden kullanmayı ummaları, ancak aynı zamanda Ethereum'un tüm bilgi işlem gücünü büyük ölçüde genişletebilmeleridir. Az önce bilgi işlem gücünün genişlemesinin aslında zincirdeki hesaplamayı zincirden çıkardığını söyledim, bu yüzden Ethereum'un güvenliği aynı anda nasıl gerçekleştirilebilir?
Örneğin, İyimser Toplama durumunda, birinin sıralayıcıya kötü niyetli şeyler yapması için meydan okuyabileceğinden nasıl emin olunur?Zincir altındaki belirli orijinal işlemin nasıl göründüğünü bilmek çok önemlidir. Zincir dışındaki belirli orijinal işlemler mevcut değilse, zincirdeki sıralayıcıya meydan okumak için orijinal işlem kayıtlarını bulamıyorum. Bu nedenle DA, her zincir dışı işlemin meta verilerinin zincirde bulunmasına izin vermesi gerektiğinden güvenliği garanti edebilir.
Blok alanını genişlet
Tüm işlem verilerimizin zincire yüklenmesi gerektiğinden, hiçbir hesaplama gerekmese bile, yine de çok büyük işlem verileri üreteceğiz. O zaman çözmesi gereken temel sorun, blok alanını genişletmek için çok etkili bir teknoloji olduğunu herkes anlayabilir. Blok zincirinin tamamının yapısını iyi anlıyorsanız, her blok çok fazla işlem içeriği içerir. Bu işlemin bloğunun kendisine blok alanı diyoruz.
Şu anda, Ethereum'daki her bloğun alanı yaklaşık 2.300 KB'dir. Ancak böyle bir sayı, açıkça Ethereum'un bir sonraki genişlemesinin ihtiyaçlarını karşılayamıyor. Burada çok hızlı bir hesaplama yapılabilir: 200 kB'lik alanı yaklaşık 100 bayt olan her işlem sayısına bölün ve 2000 işlem sayısını elde edin. 2000 işlemi Ethereum 12'nin blok süresine bölün, bu da Ethereum'un TPS'sinin üst sınırının yaklaşık 100 ile sınırlı olduğu anlamına gelir. Bu aslında tüm Ethereum genişleme planı için çok küçük bir sayı.
Bu nedenle, Ethereum L2'nin önemsediği şey, güvenliğin nasıl sağlanacağı ve büyük miktarda blok verisinin blok alanına nasıl yerleştirileceğidir. Daha sonra, ister bir dolandırıcılık kanıtı isterse bir geçerlilik kanıtı olsun, Ethereum'un blok alanındaki veriler ilgili kontroller için yeniden kullanılabilir. Son olarak, zincir dışı işlemlerin hesaplama sonuçlarının güvenliği Ethereum tarafından garanti edilebilir. Yani bu temelde DA ile Ethereum'un güvenliği arasındaki ilişkidir.
DA'yı ağ bant genişliği maliyeti ve depolama maliyeti açısından anlayın
DA'nın ana maliyeti iki yönüdür, biri ağ bant genişliği maliyeti, diğeri ise depolama maliyetidir.
Ağ bant genişliği maliyeti açısından, örneğin, P2P ağında, Bitcoin ve Ethereum'un mevcut blok yayın yöntemi, herkese yeni bir bloğum olduğunu söylemek için tüm P2P düğümlerini dedikodu (yayın) yoluyla göndermektir. Böyle bir ağ yaklaşımının avantajı, çok güvenli olması ve tüm ağ düğümlerinin sonunda bir yedek almasıdır.
Dezavantajı, ağ bant genişliği ve gecikme süresi üzerinde büyük bir ek yüke sahip olmasıdır. Ethereum'un POS yükseltmesinden sonra 12 saniyede bir blok ürettiğini biliyoruz. Bu nedenle, blok çok büyükse ve 12 saniyeden uzun sürebilirse, çok sayıda blok oluşturulamaz ve sonunda tüm ağ bant genişliği kabul edilemez bir düzeye düşer. Dolayısıyla DA'yı, blok zincirindeki büyük miktarda verinin bant genişliği sorununa bir çözüm olarak düşünebilirsiniz.
İkincisi, depolama maliyetidir.Aslında, Ethereum Vakfı'nın bu yönüyle ilgili pek çok tartışması var. Çekirdek çözümün tasarımında, tüm DA tarafından yüklenen blok verilerinin her zaman kaydedilmesine izin vermeyecektir.
Bu başka bir soruya yol açar. Zincirde çok fazla veriye sahip olduğumda, ancak bir veya iki hafta sonra, Ethereum protokolü tarafından atılacak. Peki bu süreçte, bu DA verilerini kurtarmak için daha iyi merkezi olmayan çözümlerimiz var mı?
EthStorage'ı tasarlarken asıl amaçlarımızdan biri de budur. İlk olarak, birçok Toplamanın verileri daha uzun süre kaydetmesi gerekir. İkinci açıdan, bu verilerle, bazı tam zincir uygulamalarını daha iyi tamamlamak için gerçekten DA kullanabilirim. Örneğin, tüm zincirin NFT'si veya sosyal ağlardaki herkes tarafından yazılan çok sayıda makale veya yorum da dahil olmak üzere birçok DApp'in ön ucu. Daha sonra bunlar DA ağı aracılığıyla tüm blok zincirine daha düşük bir maliyetle yüklenebilir ve Ethereum L1 ile aynı güvenliği elde edebilir.
Bu, Ethereum DA'nın tüm teknolojisini araştırdıktan sonra, Ethereum'un birçok çekirdek personeli ile tartışmak da dahil olmak üzere, bu bağlamda Ethereum'un bir depolama katmanına sahip olması gerektiğini ve sorumlu olması gerekmeyen merkezi olmayan bir katman olduğunu bulduk. Ethereum'un kendisi Uzun vadeli veri depolama sorununu çözmek için protokolü yükselten bir depolama katmanı veya modüler depolama katmanı dediğimiz şey.
Bölüm II: Farklı DA şemaları üzerine tartışma
EIP-4844 ile Danksharding arasındaki ilişki ve neden EIP-4844'ün konuşlandırılması gerekiyor?
Proto-danksharding, EIP-4844 olarak da adlandırılıyor ve bence bu, Ethereum'un bir sonraki çok büyük yükseltmesi olarak kabul edilebilir. 4844'ün yapılmasının çok önemli bir nedeni var.Ethereum Gene, Ethereum sharding'in yükseltme rotasını yani Danksharding'in süresini tahmin ettiğinde, tüm yükseltme süresinin oldukça uzun olduğunu düşünüyorlar, örneğin, üç yıl sürebileceğini düşünüyorlar. Beş yıl. Yıl 2021, 2020 idi.
Ardından süreçte, yakında Ethereum üzerinde çalışan çok sayıda Rollup olacağını tahmin ediyorlar, ancak Danksharding nedeniyle, onun tarafından sağlanan veri arayüzü, Rollup tarafından şu anda kullanılan Calldata veri arayüzünden tamamen farklı. Bu, çok sayıda Ethereum uygulamasının yeni arayüz nedeniyle hızlı bir şekilde yükseltilememesine ve Danksharding'in getirdiği avantajları sorunsuz bir şekilde elde etmesine neden olacaktır.
Geçen yıl Devcon'a gittiğimde Vitalik, aynı Danksharding arayüzünü kullanırken sözleşmelerini geliştirebilmeleri için Ethereum'un bu Katman 2'ye daha iyi hizmet verebileceğini umduğundan da bahsetmişti. Danksharding yükseltildiğinde, mevcut ve test edilmiş sözleşmelerini yükseltmek zorunda kalmadan Danksharding tarafından sağlanan yeni avantajları doğrudan devralabilirler.
Yani EIP-4844 aslında Danksharding'in çok basitleştirilmiş bir versiyonudur ve Danksharding ile aynı uygulama arabirimini, Data Hash adlı yeni bir işlem kodu ve Blob olan Binary Large Objects adlı yeni bir veri nesnesi dahil olmak üzere sağlar.
Bu veri nesneleri, toplamayı Danksharding tarafından önceden sağlanan veri yapısıyla uyumlu hale getirmek için tasarlanmıştır, yani Danksharding, aynı Data Hash ve Blob gibi benzer kavramları sağlayacaktır. Ancak EIP-4844 aracılığıyla, bu fikirleri Ethereum'un bir sonraki yükseltmesinde önceden uyguladılar. Bu nedenle, EIP-4844'ün tüm tasarım işlevinde, arayüzlerine ve örneğin Ön derleme ve yeni eklenen talimatlara bakabilirsiniz, ardından tüm Danksharding'in geleceğini, Ethereum'a nasıl uygulanacağını zaten belli belirsiz görebilirsiniz. Bir katman etkileşimi süreci.
Bu bağlamda Ethereum, uygulama açısından da, uygulamaların Ethereum üzerindeki çeşitli genişletme teknolojilerinden daha iyi yararlanabilmesi için bazı yükseltmelerin önceden nasıl yapılabileceğini ve ek yükseltme maliyetlerine gerek olmadığını düşünüyor.
Ancak EIP-4844'ün tüm blok alanını genişletme sorununu çözmediği ve Danksharding'in çözebileceği bir sorun var. Mevcut Ethereum blok alanı yaklaşık 200 KB'dir. Danksharding'den sonra, şartnamede planlanan boyut 32 megabayt, yani yaklaşık 100 kat iyileştirme. Dolayısıyla mevcut EIP-4844, blok zincirinin bant genişliği sorununu fiilen çözmüyor.
Danksharding, blok alanı genişletme sorununu nasıl çözer
4844 tasarımında, zincirdeki verilerin yayınlanma sürecinde, önceki çağrı verileriyle aynı yöntemi kullanır ve P2P ağı üzerinden yayın yapar. Daha sonra bu yayın yöntemi, sonunda tüm P2P ağ bant genişliğinin fiziksel darboğazıyla sınırlanacaktır. Danksharding'in tasarım yöntemi, P2P ağ yayınını ve ardından veri örnekleme teknolojisi aracılığıyla değiştirdi, böylece herkesin tüm blok verilerini indirmesine gerek kalmaz, aynı zamanda bu blok verilerinin indirilebileceğini de bilir.
Aslında bir anlamda ZK yöntemine benziyor.Veri örnekleme yoluyla, ağın Danksharding tarafından getirilen (32 megabayt/blok) blok verileri içerdiğini biliyorum. Ancak yerel olarak kaydetmek için 32 megabayt verinin tamamını indirmem gerekmiyor. Bu, yeterli makine bant genişliği ve yeterli depolama alanı performansı varsa da yapılabilir, ancak sıradan bir doğrulayıcı için 32 megabayt verinin tamamını indirmesi gerekmez.
EIP-4844 test ağının bazı geliştirmeleri ve deneyimleri
Kısa bir süre önce dahili EIP-4844 test ağımızı çalıştırdık ve blob veri yükleme, sözleşme çağrısı ve veri doğrulama da dahil olmak üzere test etmek için ilgili sözleşmeyi devreye aldık ve hepsini geçtik. Dolayısıyla, EIP-4844 çevrimiçi olduğunda, sözleşmelerimizi mümkün olan en kısa sürede uygulayabiliriz.
Aynı zamanda, bazı Ethereum geliştiricileri ile mevcut işbirliğimiz ve bazı gelişmiş sözleşmelerimiz aracılığıyla, Ethereum'da çeşitli toplamaların yanı sıra öğrenme ve çeşitli araçların geliştirilmesi için zaman sağlayabileceğimizi umuyoruz.
Bu nedenle, son zamanlarda EIP-4844 için araç seti olan Ethereum'a, işlem kodunu desteklemek için yeni akıllı sözleşmeler de dahil olmak üzere çok sayıda kod gönderdik, çünkü katılık hala veri karma işleminin kodunu destekleyemez. Yani tüm iş, biz zaten Ethereum Foundation'ın bazı geliştiricileri ile senkronize oluyoruz.
Veri Kullanılabilirliği Komitesinin (DAC) uygulamaları ve sınırlamaları
L2 kullanıcılarının ödediği harcamaların %90'ından fazlası verilerin kullanılabilirliği için ödendiği için, veri yükleme maliyetini daha iyi azaltmak için ZKSync, ZKPorter ve Arbitrum Made Arbitrum Nova dahil olmak üzere birçok L2 projesi başlatıldı. Kendi DAC Veri Kullanılabilirliği Komitelerini sağlayarak kendi veri katmanlarını sağlarlar.
Bu veri komitesi, Ethereum ile aynı ek güvenlik düzeyine ulaşmak için bir miktar ek güven getirecektir. Bu nedenle, veri komitesini seçtiklerinde, genellikle bu verilerin korunmasına katılmak için bazı büyük isimli veri hizmeti sağlayıcılarını veya büyük isimli şirketleri seçerler. Ama aslında pek çok zorluk ve şüphe olacaktır çünkü herkes bunun aslında herkesin katılabileceği anlamına gelen ademi merkeziyetçiliğe erişim olmaması ilkesinin ihlali olduğunu düşünüyor. Ancak mevcut durum şu ki, veri komitelerinin çoğu, Layer2 proje partisine çok yakın olan birkaç kuruluştur.
Arbitrum Nova gibi, en son baktığımda, muhtemelen bu türden altı veya yedi düğüm vardı. Örneğin, Google'ın bulutu veya Amazon'un bulutu üzerinde çalışan veri komitesi düğümleri bu verileri kaydedebilir ve Arbitrum Nova'daki tüm yürütme maliyetlerini sağlayabilirler. Bunun bir avantajı, mevcut yürütme maliyetinin Ethereum'un binde biri kadar olmasıdır. Çünkü tüm verileri Ethereum'un 1. Katmanına yazması gerekmiyor. Ama şimdi hala nispeten merkezi, bu nedenle nispeten yüksek değerli uygulamalar hakkında daha fazla endişe olacak, çünkü büyük miktarda fon varsa, on milyonlarca veya yüz milyonlarca fon varsa, o zaman verilerinin olduğuna inanması gerekir. veri komitesi kullanılabilir.
Dolayısıyla, EthStorage'ı tasarladığımızda, aslında herhangi bir veri komitesi kavramımız yoktu. Tasarım sürecinde, herkesin katılabileceğini ve veri sağlayıcısı olabileceğini umuyoruz. Ve bu verileri gerçekten sakladıklarını kanıtlamak için şifreli kanıtlar kullanırlar. Bu veri komitesi modeli nedeniyle teoride yedi ve sekiz veri komitesi düğümüm olduğunu söylememe rağmen, aslında sadece bir parça fiziksel veri kaydedebilirim, ancak yedi veya sekiz adresim olduğunu gösterebilirim. bu verileri sağlayın.
Ardından, verilerimin güvenliğini sağlamak için verilerimin yeterli fiziksel kopyaya sahip olduğunu nasıl kanıtlayacağım. Aslında EthStorage yaparken çok önemli bir yenilik ve vaaz vermek için Ethereum Vakfı ESP'ye (Ekolojik Destek Programı) gittiğimizde de vurguladığımız şey bu. Layer2 verileri tarafından sağlanan düğümleri korumak için EthStorage tarafından kullanılan ZK şifreleme teknolojisini kullanıyoruz. İzinsiz katılabilirler ve bu kadar çok depolama kopyasına sahip olduklarını kanıtlayabilirler ve verilerin güvenliğini daha iyi sağlayabilirler.
Bu yüzden, DAC'nin gerçekten de Katman1'e veri yükleme maliyeti için çok geçici bir çözüm olduğunu düşünüyorum. EthStorage'ın bazı şifreleme teknolojileri ve Ethereum'a dayalı Layer 1 sözleşmelerinde bazı kanıt doğrulama yöntemleriyle birlikte daha iyi bir veri depolama çözümü sağlayabileceğimize inanıyoruz. Ardından, Ethereum 4844'ün piyasaya sürülmesiyle, bu yenilikçi içeriği ve ağ üzerinde çalışmasının sonuçlarını sizinle paylaşmak için inisiyatif alacağız.
EthStorage ve DAC arasındaki fark
EthStorage aslında bir Ethereum depolama toplaması, Depolama toplamasıdır. O zaman, Katman 2'nin Ethereum EVM'nin bir uygulaması olmadığını, çok büyük bir veritabanı veya bir anahtar değer veritabanı olduğunu varsayabiliriz. PB düzeyinde böyle bir veritabanı olan 10 TB'a kadar, yüzlerce TB'ye ve hatta binlerce olabilir.
O zaman veritabanımdaki verilerin Ethereum ile aynı güvenliği alabilmesini nasıl sağlayacağım. Her şeyden önce, ilk adım, veritabanındaki tüm bu büyük ölçekli verileri DA aracılığıyla Ethereum'un 1. Katmanına yayınlamamız gerektiğidir, böylece herkes bu verilerin Ethereum'un tüm DA katmanında mevcut olduğunu görebilir. Ancak kalıcı olarak elde edilebileceğini garanti edemeyiz çünkü Ethereum DA verileri yaklaşık iki veya dört hafta içinde silecektir.
İkinci adım, verileri yükledikten ve ardından Katman 2 düğümlerimize kaydettikten sonradır. DAC'den farklı olarak, veri depolama düğümlerimiz izinsizdir ve herkes katılabilir. Ve saklandığını kanıtlar ve ardından karşılık gelen ödülü alır. Bu yöntem, kurduğumuz bir dizi depolama kanıtı mekanizmasından geçiyor.Tabii ki, bu depolama kanıtı mekanizması, Filecoin ve Arweave gibi depolama kanıtı sistemlerinin bazı tasarım şemalarından da ilham alıyor. Bununla birlikte, karşılık gelen depolama kanıtlarını yapmak için Ethereum'un DA çerçevesi ve Ethereum akıllı sözleşmeleri için bir ağa ve kanıt sistemine ihtiyacımız var. Dolayısıyla bu bağlamda, Ethereum'un tüm ekolojisine ve hatta tüm merkezi olmayan depolamaya çok benzersiz bir katkımız olduğuna inanıyoruz.
Saklama Kanıtı Mekanizması
Temel olarak, Filecoin ve Arweave dahil olmak üzere tüm depolama kanıtı mekanizmalarının önce kullanıcının meta verilerini kodlaması gerekir. Ancak bu kodlama işleminin veri sağlayıcının adresine göre kodlanması yani her veri sağlayıcının kendine ait farklı bir adresine sahip olması ve daha sonra benzersiz bir replika kaydetmek için adresine ve metadatasına göre kodlaması gerekmektedir. kopya) şeyler. Örneğin, merhaba dünyanın verileri, her biri merhaba dünya olan geleneksel bir merkezi veritabanında veya geleneksel dağıtılmış bir sistemde dört veya beş farklı fiziksel makinede saklanabilir. Ama EthStorage'da dört ya da beş ya da on ya da yirmi kurtarıyor ve merhaba dünyası her veri sağlayıcının adresine göre farklı verilere kodlanacak ve ardından farklı yerlerde saklanacak.
Bunun avantajı, farklı depolama sağlayıcıları olan çok sayıda farklı adres olduğunu kanıtlamak için kriptografik mekanizmalar kullanabilmemizdir. Verileri kodladılar ve kodlanmış verilere dayalı olarak karşılık gelen depolama kanıtlarını yaptılar. Temelde Filecoin ve Arweave buna benzer. Ancak bunlar sadece statik veriler içindir, şimdi Ethereum DA'nın sıcak verilerini hedefliyoruz. Ve bu verilerin çok fazla fiziksel kopyası olduğu Ethereum akıllı sözleşmesi aracılığıyla doğrulanabilir. Yani, her kodlanmış veri için, bu kodlanmış verilerin bu ağda depolandığını ve her kodlanmış veriye karşılık gelen verilerin farklı olduğunu, çünkü farklı depolama sağlayıcılarının adresleri tarafından kodlandığını kanıtlayacağız.
Bu nedenle, temel olarak, tasarım sürecinde mevcut bazı merkezi olmayan depolama fikirlerini optimize ediyor ve geliştiriyoruz. Ancak aynı zamanda, Ethereum'un DA çözümünde, dinamik verilerin değiştirilmesi, Ethereum sözleşmelerindeki gaz harcamalarının etkin bir şekilde nasıl kanıtlanacağı ve optimize edileceği dahil olmak üzere birçok optimizasyon yapmamız gerekiyor. Dolayısıyla yapılması gereken çok sayıda ileri teknoloji ve araştırma var.
EthStorage, izinsiz Depolama Kanıtı'nı nasıl sürdürür
Ethereum'da, dünyanın durumu da dahil olmak üzere Ethereum'daki tüm işlemlerin tarihsel kayıtlarını kaydedecek olan arşiv düğümü adı verilen bir tür düğüm vardır. Ancak Danksharding'deki büyük bir zorluk, Danksharding planının yılda yaklaşık 80 TB veri üretecek olmasıdır. Ethereum'un üç ila dört yıldır çalıştığını varsayarsak, 200 ila 300 TB veri üretecek ve artmaya devam edecek. Pekala, bu aslında arşiv düğümü için pek çok zorluk yaratacaktır, çünkü arşiv düğümünü çalıştırma sürecinde, herkesi bu verileri kaydetmeye motive edecek ek bir belirteç ekonomisi yoktur.
EthStorage'ın öncelikle verilerin kalıcı olarak depolanması için belirteç teşvikleri sorununu çözmesi gerekir. Bu bağlamda, teşvikleri gerçekleştirmek için Arweave'in indirimli nakit akışı modelini fiilen benimsedik. Aynı zamanda, tüm akıllı sözleşmeyi yürütmesine izin vermek çok etkilidir.
İkincisi, izinsiz yaklaşımıdır. Çünkü teşvik tasarımımız ağda veri tasarrufu için 10, 50 ve hatta 100 düğümü teşvik ediyor. Böylece herhangi bir düğüm için bunlardan herhangi biriyle iletişim kurabilir, ilgili verileri senkronize edebilir ve ardından veri depolama tarafı olabilir. Daha fazla veri teşviki için optimize edilmiş bazı tasarımlar da olabilir.
Üçüncüsü, depolama düğümünün tüm verileri bir kerede kaydetmesi gerektiğinden, uzun vadede yüzlerce terabayt veya hatta bir PB düzeyinde veri olabilir. Yani tek bir düğüm için maliyet çok yüksektir. Bu yüzden burada veri parçalama adı verilen başka bir şey yaptık. Bu sayede sıradan node'lar için sadece 4 TB'lık bir kapasite alanına sahip olması yeterlidir (mevcut tasarımımız 4 TB'dir, elbette ileride 8 TB'a yükseltilebilir) ve arşivlenenlerin bir kısmını kurtarabilir. Herkes tüm bu verileri nihayet bir araya getirdikten sonra, hepsinin katman2 ağımıza kaydedilebilmesini sağlamak için bazı teşvik mekanizmaları da kullanılır.
Yani burada düğümleri arşivlemenin neden olduğu çok fazla veri sorunu, jetonların teşvik sorunu ve merkezi olmayan erişim sorunu gibi pek çok sorun var... Bu sorunları Ethereum aracılığıyla çözebiliriz Akıllı sözleşme, katman 1'de konuşlandırılır otomatik olarak gerçekleştirin. Bu nedenle, bizim için sadece bir veri ağı sağlıyoruz, böylece herkes yeterli veri maliyetine sahip olduğu sürece verileri indirebilir ve bir depolama sertifikası oluşturabilir, bunu Ethereum ağına gönderebilir ve ardından ilgili getiriyi elde edebilir. Tüm sözleşmemiz temel olarak tasarlandı ve Ethereum'un 4844 Devnet'inde hata ayıklamaya başladık.
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.
EthStorage Kurucusu: Veri Kullanılabilirliği ve Merkezi Olmayan Depolama
Giriiş
Bu, Merkezi Olmayan Toplama röportaj serisinin son bölümüdür. Bu bölüm, toplu yerelleşmeyi "Veri Kullanılabilirliği ve Merkezi Olmayan Depolama" perspektifinden araştırıyor. EthStorage kurucusu Qi Zhou'yu DA'nın Ethereum ana ağı, EIP-4844 ve danksharding'in güvenlik özniteliklerini nasıl yeniden kullanabileceğini ve farklı DA modellerinin güvenlik karşılaştırmasını tartışmaya davet ettik. Öğretmen Zhou, bir sonraki Ethereum yükseltmesinde EthStorage'ın EIP-4844 ile nasıl birleştirilebileceğini de tanıttı.
konuk tanıtımı
Tüm Ethereum DA teknolojisi ve üzerinde yaptığımız merkezi olmayan depolama hakkındaki bazı düşüncelerimizi sizinle paylaşmaktan çok mutluyum. Web3 endüstrisine 2018'de tam zamanlı olarak katıldım. Google ve Facebook gibi büyük şirketlerde mühendis olarak çalışıyordum. Ve Georgia Institute of Technology'den doktora derecesine sahiptir. 2018 yılından beri Web3 altyapısını takip etmekte ve üzerinde çalışmalar yapmaktayım. Bunun ana nedeni, bunu daha önce büyük fabrikalarda da yaptım, dağıtık sistemler ve dağıtık depolama dahil. Ek olarak, tüm blok zincirinin bu yönünde hala iyileştirme için çok yer olduğunu düşünüyorum. Yürütme parçalama adı verilen teknoloji gibi başlangıçta ne yaparsak yapalım. Yani bu Ethereum'un parçalama 1.0'ı ve şimdi Ethereum'un parçalama 2.0'ının veri parçalama adı verilen teknolojisi ve sonraki veri kullanılabilirliği. Aslında hepsi Web3 altyapısının tamamında ispatlanmış bir takım yenilikler ve çalışmalardır.
Bu yüzden biz de Ethereum yol haritasını yakından takip ediyor, çalışıyor ve araştırıyor ve bu topluluk yolunda yer alıyor ve gelişiyoruz. Geçen yılın sonunda "Veri Kullanılabilirliği Örnekleme" araştırmamız için Ethereum Vakfı'ndan destek almaktan büyük onur duyduk. Ethereum Foundation'ın bazı teorik çalışmalar yapmasına, danksharding üzerine bazı araştırmalar yapmasına, verilerin etkili bir şekilde nasıl kurtarılacağı da dahil olmak üzere yardım edin. Aynı zamanda, Ethereum'un DA teknolojisine dayalı bir Ethereum veri katmanı olan EthStorage'ı da geliştiriyoruz. Zincir dışı veri depolamayı geniş ölçekte doğrulamak için Ethereum'un akıllı sözleşmelerini kullanabiliriz. Bu da Ethereum için çok anlamlı. Bu nedenle, EthStorage'ın DA teknolojisine dayalı bir veri depolama katmanları ağını nasıl daha iyi kurabileceği de dahil olmak üzere bugün sizinle paylaşmaktan büyük mutluluk duyuyorum.
Röportaj bölümü
Bölüm 1: DA Tanımı Üzerine Tartışma
Veri Kullanılabilirliği (DA) Toplamaları Nasıl Güvenli Tutar?
Her şeyden önce, DA'yı araştırma sürecinde, birçok kişinin DA'nın tanımını anlamadığını da gördüm. Bugün bunu tartışmaktan da çok mutluyum.Ondan önce, DA'yı Dankrad Feist gibi Ethereum Vakfı'nın birçok üyesiyle ve DA'nın tüm Ethereum L2'de oynadığı önemli rolü tartıştım.
Ethereum toplamasının bazı temel çalışma mekanizmalarından, zincirdeki işlemlerin zincir dışına nasıl taşınacağından ve ardından L1 akıllı sözleşmesine bu yürütmenin sonuçlandığını söylemek için bir dizi kanıt yöntemi (dolandırıcılık kanıtı ve geçerlilik kanıtı) kullandığımdan bahsettim. Doğruluğunu bu delillerle ispatlayınız.
O zaman çok önemli bir çekirdek, Ethereum ağının güvenliğini yeniden kullanmayı ummaları, ancak aynı zamanda Ethereum'un tüm bilgi işlem gücünü büyük ölçüde genişletebilmeleridir. Az önce bilgi işlem gücünün genişlemesinin aslında zincirdeki hesaplamayı zincirden çıkardığını söyledim, bu yüzden Ethereum'un güvenliği aynı anda nasıl gerçekleştirilebilir?
Örneğin, İyimser Toplama durumunda, birinin sıralayıcıya kötü niyetli şeyler yapması için meydan okuyabileceğinden nasıl emin olunur?Zincir altındaki belirli orijinal işlemin nasıl göründüğünü bilmek çok önemlidir. Zincir dışındaki belirli orijinal işlemler mevcut değilse, zincirdeki sıralayıcıya meydan okumak için orijinal işlem kayıtlarını bulamıyorum. Bu nedenle DA, her zincir dışı işlemin meta verilerinin zincirde bulunmasına izin vermesi gerektiğinden güvenliği garanti edebilir.
Blok alanını genişlet
Tüm işlem verilerimizin zincire yüklenmesi gerektiğinden, hiçbir hesaplama gerekmese bile, yine de çok büyük işlem verileri üreteceğiz. O zaman çözmesi gereken temel sorun, blok alanını genişletmek için çok etkili bir teknoloji olduğunu herkes anlayabilir. Blok zincirinin tamamının yapısını iyi anlıyorsanız, her blok çok fazla işlem içeriği içerir. Bu işlemin bloğunun kendisine blok alanı diyoruz.
Şu anda, Ethereum'daki her bloğun alanı yaklaşık 2.300 KB'dir. Ancak böyle bir sayı, açıkça Ethereum'un bir sonraki genişlemesinin ihtiyaçlarını karşılayamıyor. Burada çok hızlı bir hesaplama yapılabilir: 200 kB'lik alanı yaklaşık 100 bayt olan her işlem sayısına bölün ve 2000 işlem sayısını elde edin. 2000 işlemi Ethereum 12'nin blok süresine bölün, bu da Ethereum'un TPS'sinin üst sınırının yaklaşık 100 ile sınırlı olduğu anlamına gelir. Bu aslında tüm Ethereum genişleme planı için çok küçük bir sayı.
Bu nedenle, Ethereum L2'nin önemsediği şey, güvenliğin nasıl sağlanacağı ve büyük miktarda blok verisinin blok alanına nasıl yerleştirileceğidir. Daha sonra, ister bir dolandırıcılık kanıtı isterse bir geçerlilik kanıtı olsun, Ethereum'un blok alanındaki veriler ilgili kontroller için yeniden kullanılabilir. Son olarak, zincir dışı işlemlerin hesaplama sonuçlarının güvenliği Ethereum tarafından garanti edilebilir. Yani bu temelde DA ile Ethereum'un güvenliği arasındaki ilişkidir.
DA'yı ağ bant genişliği maliyeti ve depolama maliyeti açısından anlayın
DA'nın ana maliyeti iki yönüdür, biri ağ bant genişliği maliyeti, diğeri ise depolama maliyetidir.
Ağ bant genişliği maliyeti açısından, örneğin, P2P ağında, Bitcoin ve Ethereum'un mevcut blok yayın yöntemi, herkese yeni bir bloğum olduğunu söylemek için tüm P2P düğümlerini dedikodu (yayın) yoluyla göndermektir. Böyle bir ağ yaklaşımının avantajı, çok güvenli olması ve tüm ağ düğümlerinin sonunda bir yedek almasıdır.
Dezavantajı, ağ bant genişliği ve gecikme süresi üzerinde büyük bir ek yüke sahip olmasıdır. Ethereum'un POS yükseltmesinden sonra 12 saniyede bir blok ürettiğini biliyoruz. Bu nedenle, blok çok büyükse ve 12 saniyeden uzun sürebilirse, çok sayıda blok oluşturulamaz ve sonunda tüm ağ bant genişliği kabul edilemez bir düzeye düşer. Dolayısıyla DA'yı, blok zincirindeki büyük miktarda verinin bant genişliği sorununa bir çözüm olarak düşünebilirsiniz.
İkincisi, depolama maliyetidir.Aslında, Ethereum Vakfı'nın bu yönüyle ilgili pek çok tartışması var. Çekirdek çözümün tasarımında, tüm DA tarafından yüklenen blok verilerinin her zaman kaydedilmesine izin vermeyecektir.
Bu başka bir soruya yol açar. Zincirde çok fazla veriye sahip olduğumda, ancak bir veya iki hafta sonra, Ethereum protokolü tarafından atılacak. Peki bu süreçte, bu DA verilerini kurtarmak için daha iyi merkezi olmayan çözümlerimiz var mı?
EthStorage'ı tasarlarken asıl amaçlarımızdan biri de budur. İlk olarak, birçok Toplamanın verileri daha uzun süre kaydetmesi gerekir. İkinci açıdan, bu verilerle, bazı tam zincir uygulamalarını daha iyi tamamlamak için gerçekten DA kullanabilirim. Örneğin, tüm zincirin NFT'si veya sosyal ağlardaki herkes tarafından yazılan çok sayıda makale veya yorum da dahil olmak üzere birçok DApp'in ön ucu. Daha sonra bunlar DA ağı aracılığıyla tüm blok zincirine daha düşük bir maliyetle yüklenebilir ve Ethereum L1 ile aynı güvenliği elde edebilir.
Bu, Ethereum DA'nın tüm teknolojisini araştırdıktan sonra, Ethereum'un birçok çekirdek personeli ile tartışmak da dahil olmak üzere, bu bağlamda Ethereum'un bir depolama katmanına sahip olması gerektiğini ve sorumlu olması gerekmeyen merkezi olmayan bir katman olduğunu bulduk. Ethereum'un kendisi Uzun vadeli veri depolama sorununu çözmek için protokolü yükselten bir depolama katmanı veya modüler depolama katmanı dediğimiz şey.
Bölüm II: Farklı DA şemaları üzerine tartışma
EIP-4844 ile Danksharding arasındaki ilişki ve neden EIP-4844'ün konuşlandırılması gerekiyor?
Proto-danksharding, EIP-4844 olarak da adlandırılıyor ve bence bu, Ethereum'un bir sonraki çok büyük yükseltmesi olarak kabul edilebilir. 4844'ün yapılmasının çok önemli bir nedeni var.Ethereum Gene, Ethereum sharding'in yükseltme rotasını yani Danksharding'in süresini tahmin ettiğinde, tüm yükseltme süresinin oldukça uzun olduğunu düşünüyorlar, örneğin, üç yıl sürebileceğini düşünüyorlar. Beş yıl. Yıl 2021, 2020 idi.
Ardından süreçte, yakında Ethereum üzerinde çalışan çok sayıda Rollup olacağını tahmin ediyorlar, ancak Danksharding nedeniyle, onun tarafından sağlanan veri arayüzü, Rollup tarafından şu anda kullanılan Calldata veri arayüzünden tamamen farklı. Bu, çok sayıda Ethereum uygulamasının yeni arayüz nedeniyle hızlı bir şekilde yükseltilememesine ve Danksharding'in getirdiği avantajları sorunsuz bir şekilde elde etmesine neden olacaktır.
Geçen yıl Devcon'a gittiğimde Vitalik, aynı Danksharding arayüzünü kullanırken sözleşmelerini geliştirebilmeleri için Ethereum'un bu Katman 2'ye daha iyi hizmet verebileceğini umduğundan da bahsetmişti. Danksharding yükseltildiğinde, mevcut ve test edilmiş sözleşmelerini yükseltmek zorunda kalmadan Danksharding tarafından sağlanan yeni avantajları doğrudan devralabilirler.
Yani EIP-4844 aslında Danksharding'in çok basitleştirilmiş bir versiyonudur ve Danksharding ile aynı uygulama arabirimini, Data Hash adlı yeni bir işlem kodu ve Blob olan Binary Large Objects adlı yeni bir veri nesnesi dahil olmak üzere sağlar.
Bu veri nesneleri, toplamayı Danksharding tarafından önceden sağlanan veri yapısıyla uyumlu hale getirmek için tasarlanmıştır, yani Danksharding, aynı Data Hash ve Blob gibi benzer kavramları sağlayacaktır. Ancak EIP-4844 aracılığıyla, bu fikirleri Ethereum'un bir sonraki yükseltmesinde önceden uyguladılar. Bu nedenle, EIP-4844'ün tüm tasarım işlevinde, arayüzlerine ve örneğin Ön derleme ve yeni eklenen talimatlara bakabilirsiniz, ardından tüm Danksharding'in geleceğini, Ethereum'a nasıl uygulanacağını zaten belli belirsiz görebilirsiniz. Bir katman etkileşimi süreci.
Bu bağlamda Ethereum, uygulama açısından da, uygulamaların Ethereum üzerindeki çeşitli genişletme teknolojilerinden daha iyi yararlanabilmesi için bazı yükseltmelerin önceden nasıl yapılabileceğini ve ek yükseltme maliyetlerine gerek olmadığını düşünüyor.
Ancak EIP-4844'ün tüm blok alanını genişletme sorununu çözmediği ve Danksharding'in çözebileceği bir sorun var. Mevcut Ethereum blok alanı yaklaşık 200 KB'dir. Danksharding'den sonra, şartnamede planlanan boyut 32 megabayt, yani yaklaşık 100 kat iyileştirme. Dolayısıyla mevcut EIP-4844, blok zincirinin bant genişliği sorununu fiilen çözmüyor.
Danksharding, blok alanı genişletme sorununu nasıl çözer
4844 tasarımında, zincirdeki verilerin yayınlanma sürecinde, önceki çağrı verileriyle aynı yöntemi kullanır ve P2P ağı üzerinden yayın yapar. Daha sonra bu yayın yöntemi, sonunda tüm P2P ağ bant genişliğinin fiziksel darboğazıyla sınırlanacaktır. Danksharding'in tasarım yöntemi, P2P ağ yayınını ve ardından veri örnekleme teknolojisi aracılığıyla değiştirdi, böylece herkesin tüm blok verilerini indirmesine gerek kalmaz, aynı zamanda bu blok verilerinin indirilebileceğini de bilir.
Aslında bir anlamda ZK yöntemine benziyor.Veri örnekleme yoluyla, ağın Danksharding tarafından getirilen (32 megabayt/blok) blok verileri içerdiğini biliyorum. Ancak yerel olarak kaydetmek için 32 megabayt verinin tamamını indirmem gerekmiyor. Bu, yeterli makine bant genişliği ve yeterli depolama alanı performansı varsa da yapılabilir, ancak sıradan bir doğrulayıcı için 32 megabayt verinin tamamını indirmesi gerekmez.
EIP-4844 test ağının bazı geliştirmeleri ve deneyimleri
Kısa bir süre önce dahili EIP-4844 test ağımızı çalıştırdık ve blob veri yükleme, sözleşme çağrısı ve veri doğrulama da dahil olmak üzere test etmek için ilgili sözleşmeyi devreye aldık ve hepsini geçtik. Dolayısıyla, EIP-4844 çevrimiçi olduğunda, sözleşmelerimizi mümkün olan en kısa sürede uygulayabiliriz.
Aynı zamanda, bazı Ethereum geliştiricileri ile mevcut işbirliğimiz ve bazı gelişmiş sözleşmelerimiz aracılığıyla, Ethereum'da çeşitli toplamaların yanı sıra öğrenme ve çeşitli araçların geliştirilmesi için zaman sağlayabileceğimizi umuyoruz.
Bu nedenle, son zamanlarda EIP-4844 için araç seti olan Ethereum'a, işlem kodunu desteklemek için yeni akıllı sözleşmeler de dahil olmak üzere çok sayıda kod gönderdik, çünkü katılık hala veri karma işleminin kodunu destekleyemez. Yani tüm iş, biz zaten Ethereum Foundation'ın bazı geliştiricileri ile senkronize oluyoruz.
Veri Kullanılabilirliği Komitesinin (DAC) uygulamaları ve sınırlamaları
L2 kullanıcılarının ödediği harcamaların %90'ından fazlası verilerin kullanılabilirliği için ödendiği için, veri yükleme maliyetini daha iyi azaltmak için ZKSync, ZKPorter ve Arbitrum Made Arbitrum Nova dahil olmak üzere birçok L2 projesi başlatıldı. Kendi DAC Veri Kullanılabilirliği Komitelerini sağlayarak kendi veri katmanlarını sağlarlar.
Bu veri komitesi, Ethereum ile aynı ek güvenlik düzeyine ulaşmak için bir miktar ek güven getirecektir. Bu nedenle, veri komitesini seçtiklerinde, genellikle bu verilerin korunmasına katılmak için bazı büyük isimli veri hizmeti sağlayıcılarını veya büyük isimli şirketleri seçerler. Ama aslında pek çok zorluk ve şüphe olacaktır çünkü herkes bunun aslında herkesin katılabileceği anlamına gelen ademi merkeziyetçiliğe erişim olmaması ilkesinin ihlali olduğunu düşünüyor. Ancak mevcut durum şu ki, veri komitelerinin çoğu, Layer2 proje partisine çok yakın olan birkaç kuruluştur.
Arbitrum Nova gibi, en son baktığımda, muhtemelen bu türden altı veya yedi düğüm vardı. Örneğin, Google'ın bulutu veya Amazon'un bulutu üzerinde çalışan veri komitesi düğümleri bu verileri kaydedebilir ve Arbitrum Nova'daki tüm yürütme maliyetlerini sağlayabilirler. Bunun bir avantajı, mevcut yürütme maliyetinin Ethereum'un binde biri kadar olmasıdır. Çünkü tüm verileri Ethereum'un 1. Katmanına yazması gerekmiyor. Ama şimdi hala nispeten merkezi, bu nedenle nispeten yüksek değerli uygulamalar hakkında daha fazla endişe olacak, çünkü büyük miktarda fon varsa, on milyonlarca veya yüz milyonlarca fon varsa, o zaman verilerinin olduğuna inanması gerekir. veri komitesi kullanılabilir.
Dolayısıyla, EthStorage'ı tasarladığımızda, aslında herhangi bir veri komitesi kavramımız yoktu. Tasarım sürecinde, herkesin katılabileceğini ve veri sağlayıcısı olabileceğini umuyoruz. Ve bu verileri gerçekten sakladıklarını kanıtlamak için şifreli kanıtlar kullanırlar. Bu veri komitesi modeli nedeniyle teoride yedi ve sekiz veri komitesi düğümüm olduğunu söylememe rağmen, aslında sadece bir parça fiziksel veri kaydedebilirim, ancak yedi veya sekiz adresim olduğunu gösterebilirim. bu verileri sağlayın.
Ardından, verilerimin güvenliğini sağlamak için verilerimin yeterli fiziksel kopyaya sahip olduğunu nasıl kanıtlayacağım. Aslında EthStorage yaparken çok önemli bir yenilik ve vaaz vermek için Ethereum Vakfı ESP'ye (Ekolojik Destek Programı) gittiğimizde de vurguladığımız şey bu. Layer2 verileri tarafından sağlanan düğümleri korumak için EthStorage tarafından kullanılan ZK şifreleme teknolojisini kullanıyoruz. İzinsiz katılabilirler ve bu kadar çok depolama kopyasına sahip olduklarını kanıtlayabilirler ve verilerin güvenliğini daha iyi sağlayabilirler.
Bu yüzden, DAC'nin gerçekten de Katman1'e veri yükleme maliyeti için çok geçici bir çözüm olduğunu düşünüyorum. EthStorage'ın bazı şifreleme teknolojileri ve Ethereum'a dayalı Layer 1 sözleşmelerinde bazı kanıt doğrulama yöntemleriyle birlikte daha iyi bir veri depolama çözümü sağlayabileceğimize inanıyoruz. Ardından, Ethereum 4844'ün piyasaya sürülmesiyle, bu yenilikçi içeriği ve ağ üzerinde çalışmasının sonuçlarını sizinle paylaşmak için inisiyatif alacağız.
EthStorage ve DAC arasındaki fark
EthStorage aslında bir Ethereum depolama toplaması, Depolama toplamasıdır. O zaman, Katman 2'nin Ethereum EVM'nin bir uygulaması olmadığını, çok büyük bir veritabanı veya bir anahtar değer veritabanı olduğunu varsayabiliriz. PB düzeyinde böyle bir veritabanı olan 10 TB'a kadar, yüzlerce TB'ye ve hatta binlerce olabilir.
O zaman veritabanımdaki verilerin Ethereum ile aynı güvenliği alabilmesini nasıl sağlayacağım. Her şeyden önce, ilk adım, veritabanındaki tüm bu büyük ölçekli verileri DA aracılığıyla Ethereum'un 1. Katmanına yayınlamamız gerektiğidir, böylece herkes bu verilerin Ethereum'un tüm DA katmanında mevcut olduğunu görebilir. Ancak kalıcı olarak elde edilebileceğini garanti edemeyiz çünkü Ethereum DA verileri yaklaşık iki veya dört hafta içinde silecektir.
İkinci adım, verileri yükledikten ve ardından Katman 2 düğümlerimize kaydettikten sonradır. DAC'den farklı olarak, veri depolama düğümlerimiz izinsizdir ve herkes katılabilir. Ve saklandığını kanıtlar ve ardından karşılık gelen ödülü alır. Bu yöntem, kurduğumuz bir dizi depolama kanıtı mekanizmasından geçiyor.Tabii ki, bu depolama kanıtı mekanizması, Filecoin ve Arweave gibi depolama kanıtı sistemlerinin bazı tasarım şemalarından da ilham alıyor. Bununla birlikte, karşılık gelen depolama kanıtlarını yapmak için Ethereum'un DA çerçevesi ve Ethereum akıllı sözleşmeleri için bir ağa ve kanıt sistemine ihtiyacımız var. Dolayısıyla bu bağlamda, Ethereum'un tüm ekolojisine ve hatta tüm merkezi olmayan depolamaya çok benzersiz bir katkımız olduğuna inanıyoruz.
Saklama Kanıtı Mekanizması
Temel olarak, Filecoin ve Arweave dahil olmak üzere tüm depolama kanıtı mekanizmalarının önce kullanıcının meta verilerini kodlaması gerekir. Ancak bu kodlama işleminin veri sağlayıcının adresine göre kodlanması yani her veri sağlayıcının kendine ait farklı bir adresine sahip olması ve daha sonra benzersiz bir replika kaydetmek için adresine ve metadatasına göre kodlaması gerekmektedir. kopya) şeyler. Örneğin, merhaba dünyanın verileri, her biri merhaba dünya olan geleneksel bir merkezi veritabanında veya geleneksel dağıtılmış bir sistemde dört veya beş farklı fiziksel makinede saklanabilir. Ama EthStorage'da dört ya da beş ya da on ya da yirmi kurtarıyor ve merhaba dünyası her veri sağlayıcının adresine göre farklı verilere kodlanacak ve ardından farklı yerlerde saklanacak.
Bunun avantajı, farklı depolama sağlayıcıları olan çok sayıda farklı adres olduğunu kanıtlamak için kriptografik mekanizmalar kullanabilmemizdir. Verileri kodladılar ve kodlanmış verilere dayalı olarak karşılık gelen depolama kanıtlarını yaptılar. Temelde Filecoin ve Arweave buna benzer. Ancak bunlar sadece statik veriler içindir, şimdi Ethereum DA'nın sıcak verilerini hedefliyoruz. Ve bu verilerin çok fazla fiziksel kopyası olduğu Ethereum akıllı sözleşmesi aracılığıyla doğrulanabilir. Yani, her kodlanmış veri için, bu kodlanmış verilerin bu ağda depolandığını ve her kodlanmış veriye karşılık gelen verilerin farklı olduğunu, çünkü farklı depolama sağlayıcılarının adresleri tarafından kodlandığını kanıtlayacağız.
Bu nedenle, temel olarak, tasarım sürecinde mevcut bazı merkezi olmayan depolama fikirlerini optimize ediyor ve geliştiriyoruz. Ancak aynı zamanda, Ethereum'un DA çözümünde, dinamik verilerin değiştirilmesi, Ethereum sözleşmelerindeki gaz harcamalarının etkin bir şekilde nasıl kanıtlanacağı ve optimize edileceği dahil olmak üzere birçok optimizasyon yapmamız gerekiyor. Dolayısıyla yapılması gereken çok sayıda ileri teknoloji ve araştırma var.
EthStorage, izinsiz Depolama Kanıtı'nı nasıl sürdürür
Ethereum'da, dünyanın durumu da dahil olmak üzere Ethereum'daki tüm işlemlerin tarihsel kayıtlarını kaydedecek olan arşiv düğümü adı verilen bir tür düğüm vardır. Ancak Danksharding'deki büyük bir zorluk, Danksharding planının yılda yaklaşık 80 TB veri üretecek olmasıdır. Ethereum'un üç ila dört yıldır çalıştığını varsayarsak, 200 ila 300 TB veri üretecek ve artmaya devam edecek. Pekala, bu aslında arşiv düğümü için pek çok zorluk yaratacaktır, çünkü arşiv düğümünü çalıştırma sürecinde, herkesi bu verileri kaydetmeye motive edecek ek bir belirteç ekonomisi yoktur.
EthStorage'ın öncelikle verilerin kalıcı olarak depolanması için belirteç teşvikleri sorununu çözmesi gerekir. Bu bağlamda, teşvikleri gerçekleştirmek için Arweave'in indirimli nakit akışı modelini fiilen benimsedik. Aynı zamanda, tüm akıllı sözleşmeyi yürütmesine izin vermek çok etkilidir.
İkincisi, izinsiz yaklaşımıdır. Çünkü teşvik tasarımımız ağda veri tasarrufu için 10, 50 ve hatta 100 düğümü teşvik ediyor. Böylece herhangi bir düğüm için bunlardan herhangi biriyle iletişim kurabilir, ilgili verileri senkronize edebilir ve ardından veri depolama tarafı olabilir. Daha fazla veri teşviki için optimize edilmiş bazı tasarımlar da olabilir.
Üçüncüsü, depolama düğümünün tüm verileri bir kerede kaydetmesi gerektiğinden, uzun vadede yüzlerce terabayt veya hatta bir PB düzeyinde veri olabilir. Yani tek bir düğüm için maliyet çok yüksektir. Bu yüzden burada veri parçalama adı verilen başka bir şey yaptık. Bu sayede sıradan node'lar için sadece 4 TB'lık bir kapasite alanına sahip olması yeterlidir (mevcut tasarımımız 4 TB'dir, elbette ileride 8 TB'a yükseltilebilir) ve arşivlenenlerin bir kısmını kurtarabilir. Herkes tüm bu verileri nihayet bir araya getirdikten sonra, hepsinin katman2 ağımıza kaydedilebilmesini sağlamak için bazı teşvik mekanizmaları da kullanılır.
Yani burada düğümleri arşivlemenin neden olduğu çok fazla veri sorunu, jetonların teşvik sorunu ve merkezi olmayan erişim sorunu gibi pek çok sorun var... Bu sorunları Ethereum aracılığıyla çözebiliriz Akıllı sözleşme, katman 1'de konuşlandırılır otomatik olarak gerçekleştirin. Bu nedenle, bizim için sadece bir veri ağı sağlıyoruz, böylece herkes yeterli veri maliyetine sahip olduğu sürece verileri indirebilir ve bir depolama sertifikası oluşturabilir, bunu Ethereum ağına gönderebilir ve ardından ilgili getiriyi elde edebilir. Tüm sözleşmemiz temel olarak tasarlandı ve Ethereum'un 4844 Devnet'inde hata ayıklamaya başladık.