Son zamanlarda, ETH Layer 2 liderliğindeki Optimism ve zkSync, Polygon, Arbitrum ve StarkNet, geliştiricilerin kendi Katman 2'lerini özelleştirmelerine olanak tanıyan bir dizi açık kaynaklı, modüler kod oluşturmayı amaçlayan kendi Stack çözümlerini başlattı.
Hepimizin bildiği gibi, mevcut Ethereum düşük performansı ve yüksek Gazıyla ünlüdür.OP ve zkSync Era gibi Katman 2'nin ortaya çıkışı bu sorunları çözmüştür. Ancak ister EVM sanal makinesine ister Katman 2'ye konuşlandırılsın, esasen bir "uyumluluk" sorunu vardır. Bu yalnızca Dapp'in EVM ile uyumlu olması gereken temel kodu değil, aynı zamanda Dapp'ın egemenliğidir.
İlk bölüm kod seviyesidir.EVM'nin üzerinde konuşlandırılan çeşitli uygulama türleriyle ilgilenmesi gerektiğinden, tüm kullanıcı türlerini dikkate alacak şekilde Ortalama Kullanıcı Senaryosu üzerinde optimize edilmiştir. Ancak üzerinde konuşlandırılan Dapp'ler için pek de dost canlısı değil. Örneğin Gamefi uygulamaları hız ve performansa daha fazla önem verecek; Socialfi kullanıcıları gizlilik ve güvenliğe daha fazla önem verebilir. Ancak EVM'nin tek noktadan doğası nedeniyle Dapp'ın kod düzeyinde uyumluluktan vazgeçmesi gerekiyor.
İkinci bölüm egemenlik düzeyidir. Tüm Dapp'ler altyapıyı paylaştığından iki kavram ortaya çıkmıştır: uygulama yönetişimi ve temel yönetişim. Uygulama yönetişimi şüphesiz temel yönetişime tabidir. Bazı Dapp'lerin özel ihtiyaçları, temel EVM aracılığıyla yükseltme gerektirir. yani Dapp egemenlikten yoksundur. Örneğin, Uniswap V4'ün yeni özellikleri, temel EVM'nin Geçici Depolamayı desteklemesini ve Cancun yükseltmesine eklenecek EIP-1153'e dayanmasını gerektirir.
Ethereum L1'in düşük işlem performansı ve egemenlik sorunlarının yukarıda belirtilen sorunlarını çözmek için Cosmos (2019) ve Polkadot (2020) ortaya çıktı. Her ikisi de kendi özelleştirilmiş zincirlerini geliştirmeye ve oluşturmaya yardımcı olmayı umuyor; böylece blockchain Dapps'in egemen özerkliğe hakim olmasına, yüksek performanslı zincirler arası birlikte çalışabilirliğe erişmesine ve tam zincirli bir birlikte çalışabilirlik ağı gerçekleştirmesine olanak tanıyor.
Bugün, 4 yıl sonra, L2'ler OP Stack'ten ZK Stack'e, Polygon 2.0'a, Arbitrum Orbit'e ve son olarak StarkNet'e kadar kendi hiperlink ağ çözümlerini de piyasaya sürdüler ve geride kalmamak için Stack konseptini başlattılar.
Tam zincirli ağ öncüsü CP (Cosmos Polkadot) ile L2'ler arasında ne tür çarpışmalar ve kıvılcımlar yaşanacak? Sizlere kapsamlı ve derinlemesine bir bakış açısı sunabilmek adına bu konuyu üç makale dizisi üzerinden derinlemesine inceleyeceğiz. **Bu makale, bu serinin ilk bölümü olarak her şirketin teknik çözümlerini sıralayacak, ikinci bölümde her bir çözümün ekonomik modeli ve ekolojisi sıralanacak ve Katman 1 ile Katman 1 arasındaki farklar özetlenecektir. 2 Stack, dikkate alınması gereken özellikleri seçer.Son bölümde, Katman 2'nin kendi süper zincirini nasıl geliştirdiğini tartışıyoruz ve tüm makale dizisini özetliyoruz. **
1. Evren
Cosmos, bağımsız paralel blok zincirlerden oluşan merkezi olmayan bir ağdır. Ortak bir geliştirme çerçevesi SDK'sı sağlayarak, geliştiriciler kolayca kendi blok zincirlerini oluşturabilir ve birden fazla bağımsız ve farklı uygulamaya özel blok zincir birbiriyle etkileşime girebilir. Bağlantılar birbirleriyle iletişim kurarak birlikte çalışabilir bir yapı oluşturur. ve ölçeklenebilir tam zincir ağı.
1. Yapısal çerçeve
Daha önce de belirtildiği gibi, ekosistemde büyük ölçekli uygulama zincirleri olduğunda ve her zincir iletişim kurmak ve tokenleri iletmek için IBC protokolünü kullandığında, tüm ağ bir örümcek ağı kadar hantal ve çözülmesi zor olacaktır.
Bu sorunu çözmek için Cosmos, iki tür blok zinciri içeren katmanlı bir mimari önerdi: Hub'lar (merkezi hub zinciri) ve Bölgeler (bölgesel zincir).
**Bölgeler geleneksel uygulama zincirleridir ve Hub'lar, Bölgeleri birbirine bağlamak için özel olarak tasarlanmış, esas olarak Bölgeler arasındaki iletişimi sağlayan blok zincirlerdir. **Bir Bölge, Hub ile bir IBC bağlantısı oluşturduğunda, Hub, kendisine bağlı tüm Bölgelere otomatik olarak erişebilir (yani gönderip alabilir).Bu yapı, iletişim karmaşıklığını büyük ölçüde azaltır.
Ayrıca Cosmos ve Cosmos Hub'ın tamamen farklı iki şey olduğunu da belirtmek gerekir: Cosmos Hub, Cosmos ekosisteminde yer alan ve esas olarak $ATOM'un ihraççısı ve iletişim merkezi olarak hizmet veren zincirlerden sadece bir tanesidir. **Hub'u ekosistemin merkezi olarak düşünebilirsiniz ama aslında her zincir bir Hub olabilir. Hub'ın ekosistemin merkezi haline gelmesi aslında Cosmos'un asıl amacına aykırıdır. **Çünkü Cosmos esasen her zincirin özerkliğine bağlıdır ve mutlak egemenliğe sahiptir.Eğer Hub güç merkezi olarak kullanılırsa o zaman egemenlik artık egemenlik olarak adlandırılmaz. Yani Hub’ı anlarken bu noktaya özellikle dikkat etmeniz gerekiyor.
2. Temel teknolojiler
2.1 IBC
Zincirler arası iletişim olan IBC (Blok Zincirleri Arası İletişim), heterojen zincirlerin birbirlerine token ve veri aktarmasına olanak tanır. Cosmos ekosisteminde SDK'nın temel çerçevesi aynıdır ve Tendermint konsensüs motorunun kullanılması gerekir. Ancak zincirlerin çerçeve içinde farklı işlevsellikleri, kullanım durumları ve uygulama ayrıntıları olabileceğinden heterojenlik hâlâ mevcuttur.
Peki heterojen zincirler arasındaki iletişim nasıl sağlanır?
Yalnızca fikir birliği düzeyinde kesinlik gerektirir. Anında Kesinlik, doğrulayıcıların 1/3'ünden fazlası doğru olduğu sürece bloğun çatallanmayacağı ve blok üretildiğinde işlemin nihai olmasını sağlayacağı anlamına gelir. Uygulama durumlarındaki farklılıklara ve heterojen zincirler arasındaki fikir birliğine bakılmaksızın, fikir birliği seviyelerinin kesinliği karşılaması garanti edildiği sürece, zincirler arasındaki birlikte çalışabilirlik birleştirilmiş kurallarla belirlenecektir.
Aşağıda zincirler arası iletişimin temel süreci anlatılmaktadır: A zincirinden B zincirine 10 $ATOM aktarmak istediğinizi varsayalım:
İzleme: Her zincir, diğer zincirlerin hafif bir düğümünü çalıştırır, böylece her zincir diğer zincirleri doğrulayabilir.
Bağlama: İlk önce kullanıcıların kullanamaması için 10 $ATOM'u A zincirine kilitleyin ve bir kilitleme sertifikası gönderin.
Kilitleme Kanıtı (Röle): AB zincirleri arasında kilitleme kanıtı göndermek için röle bulunmaktadır.
Doğrulama: B zincirindeki A zincirinin bloklarını doğrulayın. Doğruysa, B zincirinde 10 $ATOM oluşturulacaktır.
Şu anda, B zincirindeki $ATOM gerçek $ATOM değil, sadece bir sertifikadır.A zincirinde kilitlenen $ATOM kullanılamaz, ancak B zincirindeki $ATOM normal şekilde kullanılabilir. Kullanıcı B'deki kimlik bilgilerini kullandığında, A zincirindeki kilitli $ATOM da yok edilecektir.
Bununla birlikte, zincirler arası iletişimin karşılaştığı en büyük zorluk, bir zincirdeki verilerin başka bir zincirde nasıl temsil edileceği değil, zincir çatalları ve zincirin yeniden düzenlenmesi gibi durumların nasıl ele alınacağıdır.
Çünkü Cosmos'taki her zincir, kendi özel doğrulayıcısına sahip, bağımsız ve özerk bir bireysel zincirdir. Dolayısıyla kötülük yapan bölümlerin olması çok muhtemel.Örneğin A zinciri B zincirine mesaj gönderiyorsa bu durumda zincire güvenip güvenmeyeceğinize karar vermeden önce B zincirinin validatörlerini önceden doğrulamanız gerekir.
Örneğin, resimdeki küçük kırmızı noktanın bir ETM tokenını temsil ettiğini ve ABC'nin üç bölümündeki kullanıcıların hepsinin bölümlerde Dapps çalıştırmak için EVMOS kullanmak istediğini, çünkü varlık transferlerinin zincirler arası iletişim yoluyla gerçekleştirildiğini varsayalım. ETM.
Ethermint bölümü bu sırada çift harcama saldırısı başlatırsa ABC bölümü şüphesiz etkilenecektir ancak bu sadece bununla sınırlı olacaktır. ETM ile ilgisi olmayan kalan ağlara herhangi bir saldırı gelmeyecektir, bu da Cosmos tarafından garanti edilmektedir, bu tür kötü niyetli bilgi aktarımı gerçekleşse bile yine de tüm ağı etkilemeyecektir.
2.2 Tendermint BFT
Cosmos, Cosmos'un temel konsensüs algoritması ve konsensus motoru olarak Tendermint BFT'yi kullanır. Blockchain'in temel altyapısını ve konsensüs katmanını evrensel bir motor çözümünde birleştirir ve paketler ve herhangi bir programlama dilinin kapsüllenmesini desteklemek için ABCI teknolojisini kullanır. temel fikir birliği katmanı ve ağı. **Yani geliştiriciler istedikleri dili seçmekte özgürdür.
2.3 Cosmos SDK'sı
Cosmos SDK, Cosmos tarafından başlatılan ve fikir birliği katmanında Dapps oluşturma işlemini basitleştiren modüler bir çerçevedir. Geliştiriciler, her modül için kodu yeniden yazmak zorunda kalmadan kolayca belirli uygulamalar/zincirler oluşturabilir; bu da geliştirme baskısını büyük ölçüde azaltır ve artık geliştiricilerin EVM'de konuşlandırılan uygulamaları Cosmos'a taşımasına olanak tanır.
Kaynak:
Ayrıca Tendermint ve Cosmos SDK kullanılarak oluşturulan blok zincirler, gizlilik zinciri Nym, veri kullanılabilirliği sağlayan Celestia gibi sektörün gelişimine yön veren yeni ekosistemler ve yeni teknolojiler de yaratıyor. Tam olarak Cosmos'un sağladığı esneklik ve kullanım kolaylığı sayesinde geliştiriciler işin tekrarını düşünmek zorunda kalmadan proje yeniliğine odaklanabilirler.
2.4 Zincirlerarası Güvenlik Hesabı
1) Zincirler Arası Güvenlik
Cosmos, Ethereum ekosisteminden farklı olduğu için L1 ve L2'ye sahiptir.Cosmos ekosistemindeki her uygulama zinciri birbirine eşittir ve aşamalı veya üst-alt ilişkisi yoktur. Ancak bu nedenle zincirler arası güvenlik Ethereum kadar eksiksiz değildir. Ethereum'da, tüm işlemlerin kesinliği, temel güvenliği devralan Ethereum tarafından onaylanır. Ancak kendi güvenliğini oluşturan tek bir blockchain için güvenlik nasıl sağlanmalıdır?
Cosmos, çok sayıda mevcut düğümü paylaşarak esas olarak paylaşılan güvenliği mümkün kılan Interchain Security'yi başlattı. Örneğin, monolitik zincir, monolitik zincir için yeni bloklar oluşturmak amacıyla bir dizi doğrulama düğümünü Cosmos Hub ile paylaşabilir. Düğümler hem Cosmos Hub'a hem de tek zincire hizmet verdiği için her iki zincirden de ücret ve ödül alabilirler.
Kaynak:/tokenomics-dao/token-use-cases-part-1-atom-of-true-staking-token-5 fd 21 d 41161 e
Şekilde gösterildiği gibi, X zincirinde orijinal olarak oluşturulan işlemler, doğrulama için X'in düğümleri tarafından üretilir. Cosmos Hub ($ATOM) ile bir düğüm paylaşırsanız, X zincirinde orijinal olarak oluşturulan işlemler, X için yeni bloklar oluşturmak üzere Hub zincirinin düğümleri tarafından doğrulanacak ve hesaplanacaktır.
Mantıksal olarak konuşursak, Hub zinciri gibi çok sayıda düğüme sahip nispeten olgun bir zincirin seçilmesi, paylaşılan güvenlik için ilk tercihtir. Çünkü böyle bir zincire saldırmak istiyorlarsa saldırganların rehin olarak büyük miktarda $ATOM tokenine sahip olmaları gerekiyor, bu da saldırının zorluğunu arttırıyor.
Sadece bu değil, Zincirler Arası Güvenlik mekanizması aynı zamanda yeni zincirler oluşturmanın önündeki engelleri de büyük ölçüde azaltır. Genel olarak konuşursak, eğer yeni bir zincir özellikle mükemmel kaynaklara sahip değilse, doğrulayıcıları çekmek ve ekosistemi geliştirmek için çok fazla zaman harcaması gerekebilir. Ancak Cosmos'ta doğrulayıcılar Hub zinciriyle paylaşılabildiği için bu, yeni zincir üzerindeki baskıyı büyük ölçüde azaltır ve geliştirme sürecini hızlandırır.
2) Zincirlerarası Hesap
Cosmos ekosisteminde her uygulama zinciri kendi kendine yönetildiği için uygulamalar birbirlerine erişemez. Bu nedenle Cosmos, kullanıcıların IBC'yi destekleyen tüm Cosmos zincirlerine Cosmos Hub'dan doğrudan erişmesine olanak tanıyan bir zincirler arası hesap sağlar, böylece kullanıcılar tam zincir etkileşimi elde etmek için A zincirindeki B zincirinin uygulamalarına erişebilir.
2.Polkadot
Cosmos gibi Polkadot da geliştiricilerin yeni zincirleri serbestçe dağıtmasına ve zincirler arasında birlikte çalışabilirlik elde etmesine olanak tanıyan bir altyapı oluşturmaya kararlıdır.
1. Yapısal çerçeve
1.1 Röle Zinciri:
Röle zinciri aynı zamanda güneş sistemindeki güneş olarak anlaşılabilecek ana zincir olarak da adlandırılabilir.Tüm ağın çekirdek parçası olduğundan tüm dal zincirleri onun etrafında döner. Şekilde gösterildiği gibi, bir aktarma zinciri (Röle Zinciri), işlem zinciri, dosya depolama zinciri, Nesnelerin İnterneti zinciri vb. gibi farklı işlevlere sahip birçok zincire bağlıdır.
Kaynak:/polkadot-network/polkadot-the-foundation-of-a-new-internet-e 8800 ec 81 c 7
Bu Polkadot'un hiyerarşik genişleme çözümüdür. Sınırsız ölçeklenebilirlik elde etmek için bir röle zinciri başka bir röle zincirine bağlanır. (Not: Bu yılın Haziran ayının sonunda Polkadot'un kurucusu Gavin, Polkadot'u anlama konusunda yeni bir bakış açısını değiştirebilecek Polkadot 2.0'ı önerdi.)
1.2 Parachain:
Röle zincirinde birkaç Para-Zincir Yuvası bulunur ve parachain, şekilde gösterildiği gibi bu yuvalar aracılığıyla röle zincirine bağlanır:
Kaynak:om/cn/learn/slot-auction-cn
Ancak bir slot elde etmek için katılan parachainlerin $DOT'larını stake etmeleri gerekiyor. Bir yuva elde edildiğinde parachain, bu yuva aracılığıyla Polkadot ana ağıyla etkileşime girebilir ve güvenliği paylaşabilir. Slot sayısının sınırlı olduğunu ve giderek artacağını belirtmekte fayda var.Başlangıçta 100 slotun desteklenmesi beklenmekte olup, parachain ekolojisinin aktivitesini sürdürmek için slotlar yönetim mekanizmasına göre periyodik olarak yeniden karıştırılacak ve tahsis edilecektir.
Slot alan parachain'ler Polkadot ekosisteminin ortak güvenliğinden ve zincirler arası likiditesinden yararlanabilir. Aynı zamanda paralel zincirin, ağın işlem süreçlerinin çoğunu üstlenmek gibi karşılığında Polkadot ana ağına belirli faydalar ve katkılar da sağlaması gerekir.
1.3 Paralel Konular:
Parathread'ler, parachain'lere benzer başka bir işleme mekanizmasıdır.Farkı, parachain'lerin tek tek slotlara sahip olması ve kesintisiz olarak sürekli çalışabilen özel slotlara sahip olmasıdır. Ancak paralel iş parçacıkları, paralel iş parçacıkları arasında bir yuvanın paylaşılması ve bu yuvanın sırayla çalıştırılması anlamına gelir. **
Paralel bir iş parçacığı yuvayı kullanma hakkını elde ettiğinde, geçici olarak parachain gibi çalışabilir, işlemleri gerçekleştirebilir, bloklar oluşturabilir vb. Ancak bu süre bittiğinde yuvanın diğer paralel iş parçacıkları tarafından kullanılması için serbest bırakılması gerekir.
Bu nedenle paralel iş parçacıklarının varlıkları uzun süre ipotek altına almalarına gerek yoktur, yalnızca her zaman diliminde satın alırken belirli bir ücret ödemeleri gerekir, bu nedenle slotu kullanmanın kullandıkça öde yöntemi olduğu söylenebilir. Elbette bir parathread yeterli destek ve oy alırsa parachain'e yükseltilebilir ve sabit bir yuva elde edilebilir.
Parachain'lerle karşılaştırıldığında paralel iş parçacıklarının maliyetleri daha düşüktür ve Polkadot için giriş eşiğini düşürür, ancak slotu ne zaman kullanma hakkını elde edebileceğinizin garantisi yoktur ve bu da stabil değildir. Bu nedenle hangileri geçici kullanıma veya yeni zincirlerin test edilmesine daha uygundur?Stabil bir şekilde çalışmayı umut eden zincirlerin hala parachain'lere yükseltilmesi gerekiyor.
1.4 Adaptör Köprüsü:
Parachain'ler arasındaki iletişim yalnızca XCMP aracılığıyla sağlanabilir (daha sonra tanıtılacaktır) ve bunlar güvenliği ve aynı fikir birliğini paylaşırlar. Peki ya heterojen bir zincirse?
Burada dikkat edilmesi gereken husus Substrate'in sağladığı çerçeve Polkadot ekosistemine bağlı tüm zincirleri izomorfik hale getirse de ekosistemin gelişmesiyle birlikte katılmak isteyen büyük sistemlere sahip bazı olgun halka açık zincirlerin de kaçınılmaz olarak ortaya çıkacağıdır. ekolojide. Onlardan yalnızca Substrate kullanarak yeniden konuşlandırmalarını isterseniz bu temelde imkansızdır. Peki heterojen zincirler arasında mesaj iletimi nasıl uygulanır?
**Gerçek hayattan bir örnek alın. Dosyaları bir bağlantı aracılığıyla bir Apple telefondan bir Android telefona aktarmak istiyorsanız, soketler farklıdır, dolayısıyla bağlanmak için bir dönüştürücüye ihtiyacınız vardır. Bu, aktarım köprüsünün asıl rolüdür. ** Aktarma zinciri ile heterojen zincir (harici zincir) arasında aracı olan bir parachaindir. Akıllı sözleşmeler paralel zincir ve heterojen zincir üzerinde konuşlandırılarak aktarma zincirinin dış zincirle etkileşime girmesine ve çapraz etkileşime geçmesine olanak tanır. zincir Fonksiyonu.
2. Temel teknolojiler
2.1 BABEGDede
BABE (Blockchain Uzantısı için Kör Atama), Polkadot'un blok oluşturma mekanizmasıdır. Basitçe söylemek gerekirse, yeni bloklar üretmek için doğrulayıcıları rastgele seçer ve her doğrulayıcı farklı bir zaman dilimine atanır. Bu zaman dilimi içerisinde yalnızca bu zaman dilimine atanan doğrulayıcılar blok üretebilir.
Ek talimatlar:
*Zaman dilimi, blockchain blok oluşturma mekanizmasında zaman serilerini bölmek için kullanılan bir yöntemdir.Blockchain, sabit aralıklarla görünen zaman dilimlerine bölünecektir. Her zaman dilimi sabit bir blok zamanını temsil eder.
Her zaman dilimi Aralığında, yalnızca o zaman dilimine atanan düğümler blok üretebilir.
**Yani özel bir zaman dilimidir. Zaman dilimi 1'de, bu zaman dilimi 1'e atanan doğrulayıcı 1, blokların üretilmesinden sorumludur. Her doğrulayıcının bir zaman periyodu vardır ve tekrar tekrar blok üretemez. **
Bunun avantajı rastgele tahsisin adaleti en üst düzeye çıkarmasıdır çünkü herkesin tahsis edilme şansı vardır. Ve zaman dilimi bilindiği için herkes önceden hazırlık yapabilir ve beklenmedik blok oluşumu yaşanmaz.
Rastgele tahsis edilen bu blok oluşturma yöntemi sayesinde Polkadot ekosisteminin düzenli ve adil işleyişi sağlanıyor Peki tüm blokların aynı fikir birliğini benimsemesi nasıl sağlanacak? Şimdi Polkadot'un başka bir mekanizmasını tanıtacağız: Büyükbaba
Grandpa, BABE'nin blok ürettiğinde farklı konsensüslerden dolayı oluşabilecek çatal sorununu çözebilecek, blokları sonlandırmaya yönelik bir mekanizmadır. Örneğin BABE düğüm 1 ve düğüm 2 aynı anda farklı bloklar üretti ve bu da çatallanmayla sonuçlandı. Bu sırada Büyükbaba devreye girecek ve tüm doğrulayıcılara soracak: Sizce hangi zincir daha iyi?
Doğrulayıcılar her iki zincire de bakacak ve daha iyi olduğunu düşündüklerine oy verecekler. En çok oyu alan zincir sonunda Büyükbaba tarafından onaylanacak ve son zincir olacak, reddedilen zincir ise terk edilecek.
Bu nedenle Büyükbaba, tüm doğrulayıcıların "büyükbabası" gibidir, nihai karar verici rolünü oynar ve BABE'nin getirebileceği çatallanma riskini ortadan kaldırır. Blockchain'in herkesin üzerinde hemfikir olduğu bir zinciri sonuçlandırmasına olanak tanır.
Özetlemek gerekirse, BABE rastgele bloklar üretmekten, Büyükbaba ise son zinciri seçmekten sorumludur. İkisi, Polkadot ekosisteminin güvenli bir şekilde işlemesini sağlamak için birlikte çalışıyor.
2.2 Alt tabaka
Substrate, Rust dilinde yazılmış, FRAME tarafından sağlanan genişletilebilir bileşenlere sahip ve Substrate'ın çeşitli farklı Kullanım Durumlarını desteklemesine olanak tanıyan bir geliştirme çerçevesidir. Substrate kullanılarak oluşturulan herhangi bir blockchain, yalnızca Polkadot ile yerel olarak uyumlu olmakla kalmaz, aynı zamanda güvenliği paylaşabilir ve diğer paralel zincirlerle eş zamanlı çalışabilir. Aynı zamanda geliştiricilerin kendi özel konsensüs mekanizmalarını, yönetişim modellerini vb. oluşturmasını destekler ve ihtiyaçlara göre sürekli değişir. geliştiricilerin.
Ayrıca Substrate, çalışma zamanında bağımsız bir modül olduğundan ve diğer bileşenlerden ayrılabildiğinden, kendisini yükseltirken büyük kolaylık sağlar. Bu nedenle, işlevler güncellenirken bu çalışan modül doğrudan değiştirilebilir. Konsensus paylaşan bir parachain olarak, ağ ve konsensüs aktarma zinciri ile senkronize olduğu sürece, çalışma mantığı hard fork'a gerek kalmadan doğrudan güncellenebilir.
2,3XCM
XCM'yi bir cümleyle açıklayabilecek olsaydınız, bu olurdu: **Farklı blockchainlerin etkileşime girmesine izin veren zincirler arası bir iletişim formatı. **
Örneğin Polkadot'un birçok parachain'i var, eğer parachain A, parachain B ile iletişim kurmak istiyorsa bilgileri XCM formatında paketlemesi gerekiyor. **XCM bir dil protokolü gibidir, herkes iletişim kurmak için bu protokolü kullanırsa engelsiz iletişim kurabilir. **
XCM formatı (Çapraz Konsensüs Mesaj Formatı), Polkadot ekosisteminde zincirler arası iletişim için kullanılan standart mesaj formatıdır ve bundan üç farklı mesaj dağıtım yöntemi türetilmiştir:
XCMP (Çapraz Zincir Mesajlaşma): Geliştirilme aşamasındadır. Mesajlar doğrudan iletilebilir veya bir aktarma zinciri aracılığıyla iletilebilir; doğrudan iletim daha hızlıdır ve bir aktarma zinciri yoluyla iletme daha ölçeklenebilir ancak gecikmeyi artırır.
HRMP/XCMP-lite (Yatay Aktarma Yönlendirme Mesajlaşması): Kullanımda. XCMP'ye basitleştirilmiş bir alternatiftir. Tüm mesajlar aktarma zincirinde depolanır ve şu anda ana zincirler arası mesajlaşma işini üstlenir.
VMP (Dikey Mesajlaşma): Geliştirilme aşamasındadır. Aktarma zincirleri ve paralel zincirler arasında mesajların dikey olarak iletilmesini sağlayan bir protokoldür.Mesajlar aktarılmadan önce aktarma zincirinde depolanır ve aktarma zinciri tarafından ayrıştırılır.
Örneğin, XCM formatı aktarılacak varlıkların miktarı, alıcı hesap vb. gibi çeşitli bilgiler içerdiğinden. Bir mesaj gönderilirken HRMP kanalı veya aktarma zinciri bu XCM formatındaki mesajı iletecektir. Diğer paralel zincir mesajı aldıktan sonra formatın doğru olup olmadığını kontrol edecek, ardından mesaj içeriğini ayrıştıracak ve ardından varlıkları belirlenen bir hesaba aktarmak gibi mesajdaki talimatlara göre işlem yapacaktır. Zincir etkileşimi sağlanır ve iki zincir başarılı olur.
XCM gibi iletişim köprüleri Polkadot gibi çok zincirli ekosistemler için çok önemli.
Cosmos ve Polkadot'u anladıktan sonra onların vizyonunu ve çerçevesini de anladığımı düşünüyorum. Şimdi ETH L2'lerin başlattığı Stack çözümlerinin neler olduğunu detaylı olarak açıklayacağız.
yani. Operasyon yığını
1. Yapısal çerçeve
Resmi belgelere göre OP Stack, bir dizi bileşenden oluşuyor ve bakımı OP Collective tarafından yapılıyor, ilk olarak ana ağın arkasında bir yazılım olarak karşımıza çıkıyor ve son olarak Optimism süper zinciri ve onun yönetişimi şeklinde karşımıza çıkıyor. OP Stack kullanılarak geliştirilen L2, güvenliği, iletişim katmanlarını ve ortak geliştirme yığınını paylaşabilir. Geliştiriciler, zinciri herhangi bir özel blockchain kullanım durumuna hizmet edecek şekilde özelleştirmekte özgürdür.
Şekilden, OP Stack'in tüm hiper zincirlerinin OP Bridge süper zincir köprüsü aracılığıyla iletişim kuracağını ve bir süper L2 zinciri oluşturmak ve her hiper zincirin iç yapısını bölmek için temel güvenlik konsensüsü olarak Ethereum'u kullanacağını anlayabiliriz.
**1) Veri kullanılabilirliği katmanı: **OP Stack kullanan zincirler, giriş verilerini elde etmek için bu veri kullanılabilirliği modülünü kullanabilir. Tüm zincirler bu katmandan veri aldığı için bu katmanın güvenlik üzerinde önemli bir etkisi vardır, eğer belirli bir veri buradan alınamıyorsa zinciri senkronize etmenin bir yolu olmayabilir.
Bu şekilden de görebileceğiniz gibi OP Stack, Ethereum ve EIP-4844'ü kullanıyor, yani verilere erişmek için esasen Ethereum blockchain'i kullanıyor.
**2) Sıralama katmanı: **Sıralayıcı, kullanıcı işlemlerinin nasıl toplanacağını ve bunların OP Yığınındaki tek bir özel sıralayıcı kullanılarak işlenen veri kullanılabilirliği katmanında nasıl yayınlanacağını belirler. Ancak bu, sıralayıcının işlemleri çok uzun süre tutamamasına neden olabilir.Gelecekte OP Stack, zincirin sıralayıcı mekanizmasını kolayca değiştirebilmesi için sıralayıcıyı modüler hale getirecek.
Şekilde tek bir sıralayıcı ve bir çoklu sıralayıcı görebilirsiniz. Tek sıralayıcı, herkesin herhangi bir zamanda sıralayıcı olarak hareket etmesine olanak tanır (daha yüksek risk). Çoklu sıralayıcı, önceden tanımlanmış olası katılımcılar kümesinden seçilir. seçin. Daha sonra birden fazla sıralayıcı seçerseniz OP Stack'e dayalı olarak geliştirilen her zincir açıkça seçilebilir.
3) Türetme katmanı: Bu katman, veri kullanılabilirliği için işlenmiş ham veri girişinin nasıl işleneceğini ve bunun Ethereum'un API'si aracılığıyla yürütme katmanına nasıl iletileceğini belirler. Resimden de görülebileceği gibi OP Stack, Rollup ve Indexer'dan oluşmaktadır.
**4) Yürütme katmanı: **Bu katman OP Stack sistemi içindeki durum yapısını tanımlar.Motor API'si türetmeden girdi aldığında durum geçişi tetiklenir. Şekilden OP Stack altında yürütme katmanının EVM olduğu görülmektedir. Bununla birlikte, biraz değiştirilmiş bir sürümle diğer VM türlerini de destekleyebilir. Örneğin, Pontem Network, Move VM L2'yi geliştirmek için OP Stack'i kullanmayı planlıyor.
**5) Yerleştirme katmanı: **Adından da anlaşılacağı gibi, varlıkların blok zincirinden çekilmesini işlemek için kullanılır, ancak böyle bir geri çekme işlemi, hedef zincirin durumunun üçüncü taraf bir zincire kanıtlanmasını ve ardından verilerin işlenmesini gerektirir. Duruma göre varlıklar. Temel nokta, üçüncü taraf zincirin hedef zincirin durumunu anlamasına izin vermektir.
Bir işlem ilgili veri kullanılabilirliği katmanında yayınlanıp sonlandırıldığında, işlem aynı zamanda OP Yığın zincirinde de sonlandırılır. Artık temeldeki veri kullanılabilirliği katmanı zarar görmeden değiştirilemez veya silinemez. İşlem, uzlaşma katmanı tarafından henüz kabul edilmemiş olabilir, çünkü uzlaşma katmanının işlem sonucunu doğrulayabilmesi gerekir, ancak işlemin kendisi zaten değişmezdir.
Bu aynı zamanda heterojen zincirler için de bir mekanizmadır.Heterojen zincirlerin farklı yerleşim mekanizmaları vardır.Bu nedenle OP Stack'te yerleşim katmanı salt okunurdur ve heterojen zincirlerin OP Stack'in durumuna göre karar vermesine olanak tanır.
Bu katmanda OP Stack'in OP Rollup'ta hata kanıtını kullandığını görüyoruz. Teklif sahipleri, itiraz ettikleri geçerli bir durum önerebilirler ve belirli bir süre içinde yanlış olduğu kanıtlanmazsa otomatik olarak doğru kabul edilecektir.
**6) Yönetişim katmanı: **Resimden de görebileceğiniz gibi, OP Yığınında yönetişim için çoklu imza + $OP tokenları kullanılıyor. Stack sistem bileşenlerinin yükseltilmesini yönetmek için genellikle çoklu imza kullanılır.Tüm katılımcılar imzalamaya katıldığında işlemler gerçekleştirilecektir. $OP token sahipleri, yönetime katılmak için topluluk DAO'suna oy verebilir.
**OP Stack, Cosmos ve Polkadot'un birleşimi gibidir. Cosmos gibi özel zincirleri özgürce özelleştirebilir ve ayrıca Polkadot gibi güvenlik ve fikir birliğini paylaşabilir. **
2. Temel teknolojiler
2.1 OP Toplama
OP Toplama, veri kullanılabilirliği zorlukları aracılığıyla güvenliği sağlar ve işlemlerin paralel yürütülmesine olanak tanır.Aşağıda spesifik uygulama adımları verilmiştir:
Kullanıcı L2'de bir işlem başlatır
Sıralayıcı, gruplar halinde paketleyip işleyecek ve ardından işlenen işlem verilerini ve yeni durum kökünü, güvenlik doğrulaması için L1'de konuşlandırılan akıllı sözleşmeyle senkronize edecek. Sequencer'ın bir işlemi işlediğinde aynı zamanda kendi durum kökünü oluşturacağını ve bunu L1 ile senkronize edeceğini de belirtelim.
Doğrulamanın ardından L1, verileri ve durum kökünü L2'ye döndürür ve kullanıcının işlem durumu güvenli bir şekilde doğrulanır ve işlenir.
Şu anda OP Toplama, Sequencer tarafından oluşturulan durum kökünü iyimser ve doğru olarak değerlendirmektedir. Ve doğrulayıcının Sıralayıcı tarafından oluşturulan durum kökünün işlemin durum köküyle eşleşip eşleşmediğini sorgulaması ve doğrulaması için bir zaman penceresi açılacaktır.
Zaman penceresi içinde doğrulanacak bir doğrulayıcı yoksa işlem otomatik olarak doğru kabul edilecektir. Kötü niyetli dolandırıcılık doğrulanırsa, işlemi gerçekleştiren Sıralayıcı buna göre cezalandırılacaktır.
2.2 Çapraz zincir köprüleme
a) L2 mesajlaşmayla aynı
OP Rollup arıza kanıtını kullandığından, işlemin sınamanın tamamlanmasını beklemesi gerekir, bu işlem uzun zaman alır ve kullanıcı deneyimi düşüktür. Ancak ZKP (sıfır bilgi kanıtı) pahalıdır ve hataya açıktır ve toplu ZKP'nin uygulanması biraz zaman alacaktır.
**Bu nedenle, L2 OP hiper zincirleri arasındaki iletişim sorununu çözmek için OP Stack modüler kanıt önerdi: aynı zincir için iki kanıt sistemi kullanarak, L2 Stack'leri oluşturan geliştiriciler herhangi bir köprü tipini serbestçe seçebilir. **
Şu anda OP şunları sağlar:
Yüksek güvenlik, yüksek gecikme ve arıza önleme (standart yüksek güvenlik köprüsü)
Düşük güvenlik, düşük gecikme süreli hata önleme (düşük gecikme süresi elde etmek için kısa sorgulama süresi)
Düşük güvenlik, düşük gecikme süreli geçerlilik kanıtı (ZKP yerine güvenilir zincir kanıtlayıcı kullanın)
Yüksek güvenlikli, düşük gecikmeli geçerlilik kanıtı (ZKP hazır olduğunda)
Geliştiriciler köprüleme odağını kendi zincirlerinin ihtiyaçlarına göre seçebilirler.Örneğin, yüksek değerli varlıklar için yüksek güvenlikli köprülemeyi seçebilirler... Çeşitlendirilmiş köprüleme teknolojileri, varlıkların ve verilerin farklı zincirler arasında verimli bir şekilde taşınmasına olanak tanır.
b) Zincirler arası işlemler
Geleneksel zincirler arası işlemler eşzamansız olarak tamamlanır, bu da işlemin tam olarak yürütülemeyebileceği anlamına gelir.
OP Stack, bu tür problemler için ortak bir sıralayıcı fikrini önerdi. Örneğin, bir kullanıcı zincirler arası arbitraj yapmak istiyorsa, sıralayıcıyı A zinciri ve B zinciri üzerinde paylaşarak işlemin zamanlaması konusunda fikir birliğine varabilir.Ücretler yalnızca işlemler yüklendikten sonra ödenecektir. zincir ve her iki taraftaki sıralayıcılar riski paylaşıyor.
c)Köprü işlemi
Ethereum L1'in veri kullanılabilirliği yeterince ölçeklenebilir olmadığından (kapasite sınırlıdır), işlemleri süper zincire yayınlamak ölçeklenebilir değildir.
Bu nedenle OP Yığınında, OP zincirinin erişebileceği veri miktarını genişletmek için Plazma protokolünün kullanılması önerilmektedir; bu, daha fazla L1 verisini desteklemek için DA'nın (veri kullanılabilirliği) yerini alabilir. İşlem verilerinin kullanılabilirliği Plazma zincirine bırakılır ve veri taahhütleri yalnızca L1'e kaydedilir; bu da ölçeklenebilirliği büyük ölçüde artırır.
4. ZK Yığını
1. Yapısal çerçeve
ZK Stack, geliştiricilerin kendi ZK odaklı L2 ve L3 köprülerini özelleştirmelerine olanak tanıyan, zkSync Era ile aynı temel teknoloji (ZK Rollup) üzerine inşa edilmiş bir dizi açık kaynaklı, birleştirilebilir, modüler koddur.
ZK Stack ücretsiz ve açık kaynak olduğundan, geliştiriciler köprüleri kendi özel ihtiyaçlarına göre özelleştirmekte özgürdür. İster zkSync Era ile paralel çalışan bir Katman 2 ağını, ister bunun üzerinde çalışan bir Katman 3 ağını seçin, özelleştirme olanakları kapsamlı olacaktır.
Matter Labs'e göre yaratıcılar, bir veri kullanılabilirliği modeli seçmekten projenin kendi token merkezi olmayan sipariş sağlayıcısını kullanmaya kadar zincirin her yönünü özelleştirmek ve şekillendirmek için tam özerkliğe sahip.
Elbette bu ZK Rollup hiper zincirleri bağımsız olarak çalışır ancak güvenlik ve doğrulama için yalnızca Ethereum L1'e güvenir.
Kaynak: zkSync Belgesi
Şekilden görülebileceği gibi, güvenliği paylaşmak için her köprünün zkSync L2'nin zkEVM motorunu kullanması gerekir. Birden fazla ZKP zinciri aynı anda çalışır ve blok kanıtları L1'in yerleşim katmanında toplanır. Blokların istiflenmesi gibi, daha fazla L3, L4 oluşturmak için sürekli olarak genişletilebilir...
2. Temel teknolojiler
1）ZK Toplama
ZK Stack'in alt katmanı, çekirdek teknoloji olarak ZK Rollup'ı kullanır.Aşağıdaki ana kullanıcı sürecidir:
Kullanıcılar kendi işlemlerini gönderir ve Sequencer, işlemleri sıralı gruplar halinde toplar, kendi başına geçerlilik sertifikaları (STARK/SNARK) oluşturur ve durumu günceller. Güncellenen durum, L1'de dağıtılan akıllı sözleşmeye gönderilecek ve doğrulanacaktır. Doğrulama başarılı olursa L1 katmanının varlık durumu da güncellenecektir. ZK Rollup'ın avantajı, teknoloji ve güvenlik açısından daha yüksek olan sıfır bilgi kanıtı yoluyla matematiksel doğrulama yapabilme yeteneğine sahip olmasıdır.
2) Köprü Köprüsü
Yukarıdaki yapısal çerçevede gösterildiği gibi, ZK Stack kablosuz genişlemeyi gerçekleştirebilir ve sürekli olarak L3, L4 vb. üretebilir. Peki köprüler arasındaki birlikte çalışabilirlik nasıl sağlanmalı?
**ZK Stack, hiper zincir köprüsünü tanıtır. Paylaşılan köprünün akıllı sözleşmesini L1 üzerinde konuşlandırarak, hiper zincirde meydana gelen işlemlerin Merkle kanıtını doğrular. Esas olarak ZK Rollup ile aynıdır, ancak orijinal L2'den farklıdır -L1.L3-L2'den oldu. **
ZK Stack, her bir hiper zincir üzerinde akıllı sözleşmeleri destekler ve zincirler arasında birbirlerini eşzamansız olarak çağırır. Kullanıcılar, herhangi bir ek maliyete maruz kalmadan varlıklarını dakikalar içinde güvenilir bir şekilde hızlı bir şekilde aktarabilirler. Örneğin, alıcı köprü B'de bir mesajı işlemek için, gönderen köprü A'nın durumunu, A ve B'nin ortak olduğu en eski köprüye kadar tamamlaması gerekir. Yani pratikte Hyperbridge'in iletişim gecikmesi yalnızca birkaç saniyedir, Hyperchain blokları saniyede tamamlayabilir ve daha ucuzdur.
Sadece bu değil, aynı zamanda L3 sıkıştırma teknolojisinden yararlanabildiği için kanıtlar paketlenmiştir. L2, paketlemeyi daha da genişletecek, böylece daha önemli bir sıkıştırma faktörü ve daha düşük maliyet (yinelemeli sıkıştırma) oluşturacak ve bu da güvenilir, hızlı (birkaç dakika içinde) ve ucuz (tek işlem maliyeti) sınır ötesi işlemler zinciri birlikte çalışabilirliği sağlayabilecektir.
5. Çokgen 2.0
Polygon, Ethereum'un yan zinciri olarak teknik olarak L1 olan özel bir L2 çözümüdür. Polygon ekibi geçtiğimiz günlerde, geliştiricilerin ZK kullanarak kendi ZK L2 zincirlerini oluşturmalarını ve bunları yeni bir zincirler arası koordinasyon protokolü aracılığıyla birleştirmelerini destekleyecek ve kullanıcılara tüm ağın tek bir zincir kullanıyormuş gibi hissetmesini sağlayacak Polygon 2.0 planını duyurdu.
Polygon 2.0, sınırsız sayıda zinciri desteklemeye kararlıdır ve zincirler arası etkileşimler, ek güvenlik veya güven varsayımları olmadan güvenli ve anında gerçekleşerek sınırsız ölçeklenebilirlik ve birleşik likidite sağlar.
1. Yapısal çerçeve
Kaynak: Poligon Blogu
Polygon 2.0 4 protokol katmanından oluşur:
1) Taahhüt katmanı
Taahhüt katmanı, doğrulayıcıları verimli bir şekilde yönetmek ve madenci verimliliğini artırmak amacıyla merkezi olmayan yönetişime ulaşmak için rehin $MATIC'i kullanan PoS'ye (Stake Kanıtı) dayalı bir protokoldür.
Şekilden de görülebileceği gibi Polygon 2.0, rehin katmanında bir validator yöneticisi ve bir zincir yöneticisi önermektedir.
Validator Manager: Tüm Polygon 2.0 zincirlerini yöneten genel validatör havuzudur. Doğrulayıcıların kaydı, rehin talepleri, rehin iptali talepleri dahil olmak üzere, doğrulayıcıların idari departmanı olarak düşünülebilir.
Zincir Yöneticisi: Her Polygon 2.0 zincirinin validatör setini yönetmek için kullanılır.Eskisiyle karşılaştırıldığında, zincirin doğrulama yönetimine daha fazla odaklanır çünkü her Polygon zincirinin validator yöneticisinden farklı olarak kendi Zincir Yöneticisi sözleşmesi vardır. Kamu hizmeti. Temel olarak ilgili zincir başına doğrulayıcı sayısına (merkezi olmayan yönetim düzeyiyle ilgili), doğrulayıcılar için ek gereksinimlere, diğer koşullara vb. odaklanır.
Staking katmanı, her zincir için karşılık gelen kuralların temel yapısını zaten formüle etmiştir ve geliştiricilerin yalnızca kendi zincirlerinin geliştirilmesine odaklanmaları gerekir.
Kaynak: Poligon Blogu
2) Birlikte çalışabilirlik katmanı
Çapraz zincir protokolleri, tüm ağın birlikte çalışabilirliği açısından hayati öneme sahiptir. Zincirler arası mesajlaşmanın güvenli ve sorunsuz bir şekilde nasıl gerçekleştirileceği, her hiper bağlantı çözümünün geliştirmeye devam etmesi gereken bir şeydir.
Şu anda Polygon, destek için toplayıcı ve mesaj kuyruğu olmak üzere iki sözleşme kullanıyor.
Mesaj kuyruğu: Temel olarak mevcut Polygon zkEVM protokolü için değiştirilmiş ve yükseltilmiştir. Her Poligon zinciri, sabit bir formatta yerel bir mesaj kuyruğu tutar ve bu mesajlar, zincir tarafından oluşturulan ZK kanıtına dahil edilir. ZK kanıtı Ethereum'da doğrulandıktan sonra bu kuyruktaki herhangi bir mesaj, alıcı zinciri ve adresi tarafından güvenli bir şekilde tüketilebilir.
Toplayıcı: Toplayıcı, Polygon zinciri ile Ethereum arasında daha verimli hizmetler sağlama umuduyla mevcuttur. Örneğin, birden fazla ZK kanıtı tek bir ZK kanıtı halinde toplanır ve depolama maliyetlerini azaltmak ve performansı artırmak için doğrulama için Ethereum'a gönderilir.
ZK kanıtı toplayıcı tarafından kabul edildiğinde, alıcı zincir mesajları iyimser bir şekilde kabul etmeye başlayabilir, çünkü alıcı zincirin tamamı ZK kanıtına inanır, böylece sorunsuz mesaj teslimi sağlanır ve bu böyle devam eder.
3) Yürütme katmanı
Yürütme katmanı, herhangi bir Poligon zincirinin, blok olarak da adlandırılan sıralı işlem gruplarını oluşturmasını sağlar. Çoğu blockchain ağı (Ethereum, Bitcoin vb.) bunu benzer bir formatta kullanır.
Yürütme katmanının birden çok bileşeni vardır:
Konsensüs: Doğrulayıcıların fikir birliğine varmasını sağlayan fikir birliği
Mempool: Kullanıcılar tarafından gönderilen işlemleri toplayın ve doğrulayıcılar arasında senkronize edin.Kullanıcılar ayrıca işlem durumlarını mempool'da görüntüleyebilir.
P2P: Doğrulayıcıların ve tam düğümlerin birbirini keşfetmesine ve mesaj alışverişinde bulunmasına olanak tanır;
*...
Bu katmanın ticarileştirilmiş ancak uygulanması nispeten karmaşık olduğu göz önüne alındığında, mevcut yüksek performanslı uygulamaların (Erigon gibi) mümkün olan yerlerde yeniden kullanılması gerekir.
4) Prova katmanı
Prova katmanı her Poligon için provalar üretir. Genellikle aşağıdaki bileşenlere sahip, yüksek performanslı, esnek bir ZK prova protokolüdür:
Ortak Kanıtlayıcı: Temiz bir arayüz sağlayan ve herhangi bir işlem türünü, yani durum makinesi formatını destekleyecek şekilde tasarlanmış, yüksek performanslı bir ZK kanıtlayıcı.
Durum makinesi yapıcısı: Durum makinelerini tanımlamak için kullanılan ve ilk Polygon zkEVM'yi oluşturmak için kullanılan bir çerçeve. Çerçeve, kanıt mekanizmasının karmaşıklığını soyutlayarak kullanımı kolay, modüler bir arayüze dönüştürerek geliştiricilerin parametreleri özelleştirmesine ve kendi büyük ölçekli durum makinelerini oluşturmasına olanak tanır.
Durum makinesi: Kanıtlayıcının kanıtladığı yürütme ortamının ve işlem formatının bir simülasyonu. Durum makinesi yukarıda açıklanan yapıcı kullanılarak uygulanabilir veya örneğin Rust kullanılarak tamamen özelleştirilebilir.
2. Temel teknolojiler
Kaynak: Poligon Blogu
1) zkEVM geçerliliği
Polygon 2.0 güncellemesinde ekip, orijinal Polygon POS'u korurken bunu zkEVM validium'a yükseltti.
Kaynak: Poligon Blogu
Buradaki basit popüler bilime göre, Validium ve Rollup'ın her ikisi de Katman 2 çözümleridir ve amaçları Ethereum'un işlem kapasitesini genişletmek ve işlem süresini kısaltmaktır. İkisini karşılaştırın:
Toplama birçok işlemi paketler ve daha sonra bunları toplu olarak Ethereum ana zincirine gönderir, işlem verilerini yayınlamak ve kanıtı doğrulamak için Ethereum'u kullanır, böylece benzersiz güvenliğini ve merkezi olmayan yapısını tamamen devralır. Ancak işlem verilerinin Ethereum'da yayınlanması pahalıdır ve verimi sınırlar.
Validium'un tüm işlem verilerini ana zincire göndermesi gerekmez. İşlem verilerinin zincir dışında sağlanmasıyla işlemlerin geçerli olduğunu kanıtlamak için sıfır bilgi kanıtlarını (ZKP) kullanır. Kullanıcı gizliliğini korurken. Ancak Validium, nispeten merkezileştirilmiş yürütme ortamına güven gerektirir.
Validium'un daha düşük maliyetli ve daha güçlü ölçeklenebilirliğe sahip bir Rollup olduğu anlaşılabilir. Ancak Polygon zkEVM'nin (Polygon POS mekanizması) yükseltme öncesi çalışma prensibi (ZK) Rollup idi ve aynı zamanda hatırı sayılır sonuçlar da elde etti. Lansmanından bu yana sadece 4 ay içinde TVL'si 33 milyon ABD dolarına yükseldi.
Kaynak: Defilama
Uzun vadede, zkEVM için Polygon PoS'a dayalı kanıt oluşturmanın maliyeti gelecekteki genişlemeye engel teşkil edebilir. Polygon ekibi Batch'in maliyetini düşürmek için çok çalışmasına rağmen bu rakam son derece etkileyici bir rakama düşürüldü: 10 milyon işlemin maliyetinin yalnızca 0,0259 dolar olduğu kanıtlandı. Ancak Vailidium'un maliyeti daha düşük, öyleyse neden kullanmıyorsunuz?
Polygon belgeleri resmi olarak yayınladı. Gelecek sürümlerde Validium önceki POS işini üstlenecek ve aynı zamanda POS'u da koruyacak. POS doğrulayıcısının ana rolü, veri kullanılabilirliğini sağlamak ve işlemleri sıralamaktır. **
Yükseltilmiş zkEVM Validium, çok yüksek ölçeklenebilirlik ve çok düşük maliyet sağlayacaktır. Çünkü Gamefi, Socialfi ve DeFi gibi işlem hacmi büyük ve işlem ücretleri düşük uygulamalar için oldukça uygundur. Geliştiriciler için herhangi bir işlem yapılmasına gerek yoktur, Validium güncellemesini tamamlamak için yalnızca ana ağ ile birlikte güncelleme yapmaları yeterlidir.
2) zkEVM toplaması
Şu anda Polygon PoS (yakında Polygon Validium'a yükseltilecek) ve Polygon zkEVM Rollup, Polygon ekosisteminin iki genel ağıdır. Bu durum, biri toplama, diğeri doğrulama olarak olmak üzere her iki ağın da son teknoloji zkEVM teknolojisini kullanmasının sağladığı ek faydayla birlikte, yükseltmeden sonra da geçerli olmaya devam ediyor.
Polygon zkEVM Rollup halihazırda en yüksek düzeyde güvenlik sağlıyor ancak bunun maliyeti biraz daha yüksek maliyet ve sınırlı üretim oluyor. Ancak yüksek değerli işlemleri gerçekleştiren ve yüksek değerli DeFi Dapps gibi güvenliğe öncelik veren uygulamalar için oldukça uygundur.
六. Yörünge kararı
Arbitrum şu anda en önemli L2 halka açık zinciridir. Ağustos 2021'deki lansmanından bu yana TVL'si 5,1 milyar ABD dolarını aşmıştır ve lider L2 olarak pazar payının yaklaşık %54'ünü işgal etmektedir.
Arbitrum, bu yılın Mart ayında Orbit versiyonunu piyasaya sürdü. Bundan önce Arbitrum bir dizi ekolojik ürünü piyasaya sürdü:
Arbitrum One: Arbitrum ekosisteminin ilk ve temel ana ağ Toplama'sı.
Arbitrum Nova: Bu, Arbitrum'un maliyete duyarlı ve yüksek işlem hacmi gereksinimleri olan projeleri hedefleyen ikinci ana ağ toplamasıdır.
Arbitrum Nitro: Bu, Arbitrum L2'ye güç veren ve Rollup'ı daha hızlı, daha ucuz ve EVM ile daha uyumlu hale getiren teknoloji yazılım yığınıdır.
Arbitrum Orbit: Arbitrum ana ağında L3 oluşturmaya ve dağıtmaya yönelik bir geliştirme çerçevesi.
Bugün Arbitrum Orbit'e odaklanacağız.
1. Yapısal çerçeve
Başlangıçta, geliştiriciler bir L2 ağı oluşturmak için Arbitrum Orbit'i kullanmak isteselerdi, önce bir teklif yayınlayacaklardı ve bu teklif Arbitrum DAO tarafından oylanacaktı. Eğer kabul edilirse yeni bir L2 zinciri oluşturulacaktı. Ancak, L2'de L3, 4, 5...'i geliştirmek için herhangi bir izne gerek yoktur. Arbitrum L2'de özelleştirilmiş zincirlerin dağıtımı için herkes izinsiz bir çerçeve sağlayabilir.
Kaynak: Teknik İnceleme
Gördüğünüz gibi Arbitrum Orbit ayrıca geliştiricilerin Arbitrum One, Arbitrum Nova veya Arbitrum Goerli gibi Katman 2'ye dayalı olarak kendi Oribit L3 zincirlerini özelleştirmelerine olanak sağlamaya çalışıyor. Geliştiriciler bu zincirin gizlilik sözleşmesini, lisansını, token ekonomik modelini, topluluk yönetimini vb. özelleştirerek geliştiricilere büyük ölçüde özerklik tanıyabilir.
Bunlar arasında daha dikkat çekici olan, Oribit'in L3 zincirinin bu zincirin Token'ını ücret ödeme birimi olarak kullanmasına izin vermesi ve böylece kendi ağını etkin bir şekilde geliştirmesidir.
2. Temel teknolojiler
1）AnyTrust'u Topla
Bu iki protokol sırasıyla Arbitrum One ve Arbitrum Nova'yı destekler. Daha önce tanıtıldığı gibi, Arbitrum One bir çekirdek ana ağ toplamasıdır; Arbitrum Nova ikinci ana ağ toplamasıdır ancak AnyTrust protokolüne bağlıdır. "Güvenlik" getirilerek tanıtılabilir Yerleşimi hızlandırmak ve maliyetleri azaltmak için "varsayımlar" (Güven Varsayımı).
Bunların arasında Arbitrum Rollup bir OP Toplamadır, dolayısıyla daha fazla açıklama yapmadan AnyTrust protokolünün ayrıntılı bir analizini yapacağız.
AnyTrust protokolü temel olarak veri kullanılabilirliğini yönetir ve DAC (Veri Kullanılabilirliği Komitesi) gibi bir dizi üçüncü taraf kuruluş tarafından onaylanır. Ve "güvenlik varsayımları" getirilerek işlem maliyetleri büyük ölçüde azaltılır. AnyTrust zinciri, daha düşük maliyetler ve daha yüksek işlem hızlarıyla Arbitrum One üzerinde yan zincir olarak çalışır.
Peki “Güven Varsayımı” tam olarak nedir? Varlığı neden işlem maliyetlerini azaltır ve daha az güven gerektirir?
Arbitrum'un resmi belgelerine göre AnyTrust zinciri bir düğüm komitesi tarafından işletiliyor ve kaç komite üyesinin dürüst olduğunu belirlemek için minimum varsayımları kullanıyor. Örneğin komitenin 20 kişiden oluştuğunu varsayalım ve en az 2 üyenin dürüst olduğu varsayılıyor. Üyelerin ⅔'ünün dürüst olmasını gerektiren BFT ile karşılaştırıldığında AnyTrust, güven eşiğini minimuma indiriyor.
Bir işlemde, komite işlem verilerini sağlamayı taahhüt edeceğinden, düğümün L2 işlemine ait tüm verileri L1'e kaydetmesine gerek yoktur, yalnızca işlem grubunun karma değerini kaydetmesi gerekir, bu da büyük ölçüde maliyet tasarrufu sağlayabilir. Rollup'ın. . AnyTrust zincirinin işlem maliyetlerini azaltabilmesinin nedeni budur.
Güven konusuna gelince, daha önce de belirttiğimiz gibi 20 üyeden sadece 2'sinin dürüst olduğu varsayılıyor ve bu varsayım doğru. 20 komite üyesinden 19'u anlaşmanın doğruluğunu teyit etmek için imza attığı sürece anlaşma güvenli bir şekilde yürütülebilir. O halde imza atmayan üye dürüst olsa bile imza atan 19 üyeden birinin dürüst olması gerekir.
Üyeler imzalamazsa veya çok sayıda üye işbirliği yapmayı reddederek düzgün çalışmamasına neden olursa ne yapmalıyız? AnyTrust zinciri hala çalışabilir ancak orijinal Toplama protokolüne geri dönecek ve veriler hala Ethereum L1'de yayınlanacak. Komite düzgün çalıştığında zincir daha ucuz ve daha hızlı bir moda geri dönecek.
Aribtrum, Gamefi alanı gibi yüksek işlem hızı ve düşük maliyet gerektiren uygulamaların ihtiyaçlarını karşılama umuduyla bu protokolü başlattı.
2）Nitro
Nitro, Arbitrum teknolojisinin en son sürümüdür. Ana unsuru, Arbitrum'da WASM kodu aracılığıyla geleneksel interaktif sahtekarlık önleme işlemi gerçekleştiren Prover'dır. Ve tüm bileşenleri tamamlandı. Arbitrum, mevcut Arbitrum One'ı Arbitrum Nitro'ya sorunsuz bir şekilde geçirerek/yükselterek yükseltme işlemini Ağustos 2022'nin sonunda tamamladı.
Nitro'nun aşağıdaki özellikleri vardır:
İki aşamalı işlem işleme: Kullanıcının işlemleri önce tek bir sıralı diziye entegre edilir ve ardından Nitro diziyi gönderir, işlemleri sırayla işler ve deterministik durum geçişlerini gerçekleştirir.
Geth: Nitro, Ethereum'un veri yapısını, formatını ve sanal makinesini desteklemek için şu anda en çok desteklenen Ethereum istemcisi Geth'i (go-ethereum) kullanır ve Ethereum ile daha uyumlu olmasını sağlar.
Ayrı yürütme ve kanıtlama: Nitro aynı kaynak kodunu alır ve bunu iki kez derler; bir kez Nitro düğümlerindeki işlemleri yürütmek için yerel koda ve tekrar kanıt için WASM'ye.
Etkileşimli Dolandırıcılık Kanıtlarıyla OP Toplama: Nitro, işlemleri katman 1 Ethereum zincirine yerleştirmek için Arbitrum'un türünün ilk örneği olan etkileşimli dolandırıcılık kanıtlarını içeren OP Toplama'yı kullanır.
Oribit'in bu özellikleri, Arbitrum'un L3 ve L 4 kullanım durumları için teknik destek sağlar.Arbitrum, kendi özelleştirilmiş zincirlerini oluşturmak için özelleştirilebilirlik arayan geliştiricilerin ilgisini çekebilir.
yani. Starknet Yığını
StarkWare kurucu ortağı Eli Ben-Sasson, Paris'teki EthCC konferansında Starknet'in yakında Starknet Stack'i başlatacağını ve herhangi bir uygulamanın kendi Starknet uygulama zincirini izinsiz bir şekilde konuşlandırmasına olanak tanıyacağını söyledi.
Starknet'teki STARK kanıtı, Kahire programlama dili ve yerel hesap soyutlaması gibi temel teknolojiler, Starknet'in hızlı gelişimi için güç garantisi sağlar. Geliştiriciler Stack'i kendi Starknet uygulama zincirlerini özelleştirmek için kullandıklarında, ölçeklenebilir ve serbestçe yapılandırılabilir; bu da ağ verimini büyük ölçüde artırabilir ve ana ağdaki tıkanıklığı hafifletebilir.
Starknet şu anda sadece bir ön fikir olsa da resmi teknik belgeler henüz yayınlanmadı. Ancak Madara Sequencer ve LambdaClass, Starknet'e daha iyi uyum sağlamak için sırasıyla Starknet uyumlu Sequencer ve Stack bileşenleri olarak geliştirilmektedir. Yetkililer ayrıca tam düğümler/yürütme motorları/doğrulama ve diğer bileşenlerin geliştirilmesi de dahil olmak üzere yaklaşan Starknet Stack üzerinde de yoğun bir şekilde çalışıyor.
StarkNet'in kısa bir süre önce L2'lerin mevcut tek noktalı operasyon Sıralayıcısının mevcut durumunu değiştirmeyi umarak bir "Basit Merkezi Olmayan Protokol" teklifi sunduğunu belirtmekte fayda var. Ethereum merkezi olmayan bir yapıya sahip ancak L2'ler öyle değil ve MEV geliri Sequencer'ı kötü kılıyor.
StarkNet teklifte bazı çözümleri şöyle sıraladı:
L1 Staking ve Lider Seçimi: Topluluk üyeleri, Staker koleksiyonuna katılma izni olmadan Ethereum'da stake yapabilir. Daha sonra kolektif varlık dağılımına ve L1 zincirindeki rastgele sayıya bağlı olarak, bir Epoch bloğunun üretilmesinden sorumlu Lider olarak bir grup Staker rastgele seçilir. Bu yalnızca Staker kullanıcıları için eşiği düşürmekle kalmaz, aynı zamanda rastgeleliği de MEV gri gelirini etkili bir şekilde önleyebilir.
L2 fikir birliği mekanizması: Liderin bir düğüm olarak katıldığı Bizans fikir birliği kanıtı fikir birliği mekanizması olan Tendermint'i temel alır. Konsensüs onaylandıktan sonra, Seçmen tarafından yürütülür ve Teklif Sahibi, ZKP'yi oluşturması için Prover'ı çağırır.
Buna ek olarak, topluluğun Prover kodunu izinsiz çalıştırmasını destekleyen önceki büyük girişimle birlikte ZK sertifikasyonu, L1 durum güncellemeleri vb. için planlar var. StarkNet'in teklifi, L2'nin merkezi olmayan yapısı eksikliğini çözmeyi ve topluluk arasındaki dengeyi sağlamaya çalışıyor. Blockchain'in tutarsızlığı Belki de üçgen sorunu gerçekten farkediliyordur.
Kaynak: esource/the-starknet-stacks-growth-spurt/
8. Sonuç
Bu bölümde, CP ve başlıca Katman 2 Yığınlarının teknik açıklaması yoluyla, mevcut Katman 2 Yığın çözümünün Ethereum'un genişleme sorununu etkili bir şekilde çözebileceğini ancak aynı zamanda özellikle terimler açısından bir dizi zorluk ve sorunu da beraberinde getirdiğini görebiliriz. uyumluluk Cinsel açıdan. L2'lerin Stack çözümündeki teknoloji CP kadar olgun değil. CP'nin üç ya da dört yıl önceki teknik konsepti bile hâlâ mevcut L2'lerden öğrenilmeye değer. Yani teknik düzeyde mevcut CP hala Katman 2'den çok daha üstün. Ancak ileri teknoloji tek başına yeterli değildir.Bir sonraki ikinci makalede okuyucunun bakış açısını geliştirmek amacıyla CP ve L2 Stack'lerin avantajlarını, dezavantajlarını ve özelliklerini token değeri ve ekolojik gelişim açısından tartışacağız.
Referanslar:
/@sonsuz1 997 L
/polkadot-network/substrat ve polkadot-f1f21071499d-her şeyin-kısa bir özeti
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.
Cosmos, Polkadot VS Layer2 Yığınları Bölüm (1)
Giriiş
Son zamanlarda, ETH Layer 2 liderliğindeki Optimism ve zkSync, Polygon, Arbitrum ve StarkNet, geliştiricilerin kendi Katman 2'lerini özelleştirmelerine olanak tanıyan bir dizi açık kaynaklı, modüler kod oluşturmayı amaçlayan kendi Stack çözümlerini başlattı.
Hepimizin bildiği gibi, mevcut Ethereum düşük performansı ve yüksek Gazıyla ünlüdür.OP ve zkSync Era gibi Katman 2'nin ortaya çıkışı bu sorunları çözmüştür. Ancak ister EVM sanal makinesine ister Katman 2'ye konuşlandırılsın, esasen bir "uyumluluk" sorunu vardır. Bu yalnızca Dapp'in EVM ile uyumlu olması gereken temel kodu değil, aynı zamanda Dapp'ın egemenliğidir.
İlk bölüm kod seviyesidir.EVM'nin üzerinde konuşlandırılan çeşitli uygulama türleriyle ilgilenmesi gerektiğinden, tüm kullanıcı türlerini dikkate alacak şekilde Ortalama Kullanıcı Senaryosu üzerinde optimize edilmiştir. Ancak üzerinde konuşlandırılan Dapp'ler için pek de dost canlısı değil. Örneğin Gamefi uygulamaları hız ve performansa daha fazla önem verecek; Socialfi kullanıcıları gizlilik ve güvenliğe daha fazla önem verebilir. Ancak EVM'nin tek noktadan doğası nedeniyle Dapp'ın kod düzeyinde uyumluluktan vazgeçmesi gerekiyor.
İkinci bölüm egemenlik düzeyidir. Tüm Dapp'ler altyapıyı paylaştığından iki kavram ortaya çıkmıştır: uygulama yönetişimi ve temel yönetişim. Uygulama yönetişimi şüphesiz temel yönetişime tabidir. Bazı Dapp'lerin özel ihtiyaçları, temel EVM aracılığıyla yükseltme gerektirir. yani Dapp egemenlikten yoksundur. Örneğin, Uniswap V4'ün yeni özellikleri, temel EVM'nin Geçici Depolamayı desteklemesini ve Cancun yükseltmesine eklenecek EIP-1153'e dayanmasını gerektirir.
Ethereum L1'in düşük işlem performansı ve egemenlik sorunlarının yukarıda belirtilen sorunlarını çözmek için Cosmos (2019) ve Polkadot (2020) ortaya çıktı. Her ikisi de kendi özelleştirilmiş zincirlerini geliştirmeye ve oluşturmaya yardımcı olmayı umuyor; böylece blockchain Dapps'in egemen özerkliğe hakim olmasına, yüksek performanslı zincirler arası birlikte çalışabilirliğe erişmesine ve tam zincirli bir birlikte çalışabilirlik ağı gerçekleştirmesine olanak tanıyor.
Bugün, 4 yıl sonra, L2'ler OP Stack'ten ZK Stack'e, Polygon 2.0'a, Arbitrum Orbit'e ve son olarak StarkNet'e kadar kendi hiperlink ağ çözümlerini de piyasaya sürdüler ve geride kalmamak için Stack konseptini başlattılar.
Tam zincirli ağ öncüsü CP (Cosmos Polkadot) ile L2'ler arasında ne tür çarpışmalar ve kıvılcımlar yaşanacak? Sizlere kapsamlı ve derinlemesine bir bakış açısı sunabilmek adına bu konuyu üç makale dizisi üzerinden derinlemesine inceleyeceğiz. **Bu makale, bu serinin ilk bölümü olarak her şirketin teknik çözümlerini sıralayacak, ikinci bölümde her bir çözümün ekonomik modeli ve ekolojisi sıralanacak ve Katman 1 ile Katman 1 arasındaki farklar özetlenecektir. 2 Stack, dikkate alınması gereken özellikleri seçer.Son bölümde, Katman 2'nin kendi süper zincirini nasıl geliştirdiğini tartışıyoruz ve tüm makale dizisini özetliyoruz. **
1. Evren
Cosmos, bağımsız paralel blok zincirlerden oluşan merkezi olmayan bir ağdır. Ortak bir geliştirme çerçevesi SDK'sı sağlayarak, geliştiriciler kolayca kendi blok zincirlerini oluşturabilir ve birden fazla bağımsız ve farklı uygulamaya özel blok zincir birbiriyle etkileşime girebilir. Bağlantılar birbirleriyle iletişim kurarak birlikte çalışabilir bir yapı oluşturur. ve ölçeklenebilir tam zincir ağı.
1. Yapısal çerçeve
Daha önce de belirtildiği gibi, ekosistemde büyük ölçekli uygulama zincirleri olduğunda ve her zincir iletişim kurmak ve tokenleri iletmek için IBC protokolünü kullandığında, tüm ağ bir örümcek ağı kadar hantal ve çözülmesi zor olacaktır.
Bu sorunu çözmek için Cosmos, iki tür blok zinciri içeren katmanlı bir mimari önerdi: Hub'lar (merkezi hub zinciri) ve Bölgeler (bölgesel zincir).
**Bölgeler geleneksel uygulama zincirleridir ve Hub'lar, Bölgeleri birbirine bağlamak için özel olarak tasarlanmış, esas olarak Bölgeler arasındaki iletişimi sağlayan blok zincirlerdir. **Bir Bölge, Hub ile bir IBC bağlantısı oluşturduğunda, Hub, kendisine bağlı tüm Bölgelere otomatik olarak erişebilir (yani gönderip alabilir).Bu yapı, iletişim karmaşıklığını büyük ölçüde azaltır.
Ayrıca Cosmos ve Cosmos Hub'ın tamamen farklı iki şey olduğunu da belirtmek gerekir: Cosmos Hub, Cosmos ekosisteminde yer alan ve esas olarak $ATOM'un ihraççısı ve iletişim merkezi olarak hizmet veren zincirlerden sadece bir tanesidir. **Hub'u ekosistemin merkezi olarak düşünebilirsiniz ama aslında her zincir bir Hub olabilir. Hub'ın ekosistemin merkezi haline gelmesi aslında Cosmos'un asıl amacına aykırıdır. **Çünkü Cosmos esasen her zincirin özerkliğine bağlıdır ve mutlak egemenliğe sahiptir.Eğer Hub güç merkezi olarak kullanılırsa o zaman egemenlik artık egemenlik olarak adlandırılmaz. Yani Hub’ı anlarken bu noktaya özellikle dikkat etmeniz gerekiyor.
2. Temel teknolojiler
2.1 IBC
Zincirler arası iletişim olan IBC (Blok Zincirleri Arası İletişim), heterojen zincirlerin birbirlerine token ve veri aktarmasına olanak tanır. Cosmos ekosisteminde SDK'nın temel çerçevesi aynıdır ve Tendermint konsensüs motorunun kullanılması gerekir. Ancak zincirlerin çerçeve içinde farklı işlevsellikleri, kullanım durumları ve uygulama ayrıntıları olabileceğinden heterojenlik hâlâ mevcuttur.
Peki heterojen zincirler arasındaki iletişim nasıl sağlanır?
Yalnızca fikir birliği düzeyinde kesinlik gerektirir. Anında Kesinlik, doğrulayıcıların 1/3'ünden fazlası doğru olduğu sürece bloğun çatallanmayacağı ve blok üretildiğinde işlemin nihai olmasını sağlayacağı anlamına gelir. Uygulama durumlarındaki farklılıklara ve heterojen zincirler arasındaki fikir birliğine bakılmaksızın, fikir birliği seviyelerinin kesinliği karşılaması garanti edildiği sürece, zincirler arasındaki birlikte çalışabilirlik birleştirilmiş kurallarla belirlenecektir.
Aşağıda zincirler arası iletişimin temel süreci anlatılmaktadır: A zincirinden B zincirine 10 $ATOM aktarmak istediğinizi varsayalım:
Şu anda, B zincirindeki $ATOM gerçek $ATOM değil, sadece bir sertifikadır.A zincirinde kilitlenen $ATOM kullanılamaz, ancak B zincirindeki $ATOM normal şekilde kullanılabilir. Kullanıcı B'deki kimlik bilgilerini kullandığında, A zincirindeki kilitli $ATOM da yok edilecektir.
Bununla birlikte, zincirler arası iletişimin karşılaştığı en büyük zorluk, bir zincirdeki verilerin başka bir zincirde nasıl temsil edileceği değil, zincir çatalları ve zincirin yeniden düzenlenmesi gibi durumların nasıl ele alınacağıdır.
Çünkü Cosmos'taki her zincir, kendi özel doğrulayıcısına sahip, bağımsız ve özerk bir bireysel zincirdir. Dolayısıyla kötülük yapan bölümlerin olması çok muhtemel.Örneğin A zinciri B zincirine mesaj gönderiyorsa bu durumda zincire güvenip güvenmeyeceğinize karar vermeden önce B zincirinin validatörlerini önceden doğrulamanız gerekir.
Örneğin, resimdeki küçük kırmızı noktanın bir ETM tokenını temsil ettiğini ve ABC'nin üç bölümündeki kullanıcıların hepsinin bölümlerde Dapps çalıştırmak için EVMOS kullanmak istediğini, çünkü varlık transferlerinin zincirler arası iletişim yoluyla gerçekleştirildiğini varsayalım. ETM.
Ethermint bölümü bu sırada çift harcama saldırısı başlatırsa ABC bölümü şüphesiz etkilenecektir ancak bu sadece bununla sınırlı olacaktır. ETM ile ilgisi olmayan kalan ağlara herhangi bir saldırı gelmeyecektir, bu da Cosmos tarafından garanti edilmektedir, bu tür kötü niyetli bilgi aktarımı gerçekleşse bile yine de tüm ağı etkilemeyecektir.
2.2 Tendermint BFT
Cosmos, Cosmos'un temel konsensüs algoritması ve konsensus motoru olarak Tendermint BFT'yi kullanır. Blockchain'in temel altyapısını ve konsensüs katmanını evrensel bir motor çözümünde birleştirir ve paketler ve herhangi bir programlama dilinin kapsüllenmesini desteklemek için ABCI teknolojisini kullanır. temel fikir birliği katmanı ve ağı. **Yani geliştiriciler istedikleri dili seçmekte özgürdür.
2.3 Cosmos SDK'sı
Cosmos SDK, Cosmos tarafından başlatılan ve fikir birliği katmanında Dapps oluşturma işlemini basitleştiren modüler bir çerçevedir. Geliştiriciler, her modül için kodu yeniden yazmak zorunda kalmadan kolayca belirli uygulamalar/zincirler oluşturabilir; bu da geliştirme baskısını büyük ölçüde azaltır ve artık geliştiricilerin EVM'de konuşlandırılan uygulamaları Cosmos'a taşımasına olanak tanır.
Kaynak:
Ayrıca Tendermint ve Cosmos SDK kullanılarak oluşturulan blok zincirler, gizlilik zinciri Nym, veri kullanılabilirliği sağlayan Celestia gibi sektörün gelişimine yön veren yeni ekosistemler ve yeni teknolojiler de yaratıyor. Tam olarak Cosmos'un sağladığı esneklik ve kullanım kolaylığı sayesinde geliştiriciler işin tekrarını düşünmek zorunda kalmadan proje yeniliğine odaklanabilirler.
2.4 Zincirlerarası Güvenlik Hesabı
1) Zincirler Arası Güvenlik
Cosmos, Ethereum ekosisteminden farklı olduğu için L1 ve L2'ye sahiptir.Cosmos ekosistemindeki her uygulama zinciri birbirine eşittir ve aşamalı veya üst-alt ilişkisi yoktur. Ancak bu nedenle zincirler arası güvenlik Ethereum kadar eksiksiz değildir. Ethereum'da, tüm işlemlerin kesinliği, temel güvenliği devralan Ethereum tarafından onaylanır. Ancak kendi güvenliğini oluşturan tek bir blockchain için güvenlik nasıl sağlanmalıdır?
Cosmos, çok sayıda mevcut düğümü paylaşarak esas olarak paylaşılan güvenliği mümkün kılan Interchain Security'yi başlattı. Örneğin, monolitik zincir, monolitik zincir için yeni bloklar oluşturmak amacıyla bir dizi doğrulama düğümünü Cosmos Hub ile paylaşabilir. Düğümler hem Cosmos Hub'a hem de tek zincire hizmet verdiği için her iki zincirden de ücret ve ödül alabilirler.
Kaynak:/tokenomics-dao/token-use-cases-part-1-atom-of-true-staking-token-5 fd 21 d 41161 e
Şekilde gösterildiği gibi, X zincirinde orijinal olarak oluşturulan işlemler, doğrulama için X'in düğümleri tarafından üretilir. Cosmos Hub ($ATOM) ile bir düğüm paylaşırsanız, X zincirinde orijinal olarak oluşturulan işlemler, X için yeni bloklar oluşturmak üzere Hub zincirinin düğümleri tarafından doğrulanacak ve hesaplanacaktır.
Mantıksal olarak konuşursak, Hub zinciri gibi çok sayıda düğüme sahip nispeten olgun bir zincirin seçilmesi, paylaşılan güvenlik için ilk tercihtir. Çünkü böyle bir zincire saldırmak istiyorlarsa saldırganların rehin olarak büyük miktarda $ATOM tokenine sahip olmaları gerekiyor, bu da saldırının zorluğunu arttırıyor.
Sadece bu değil, Zincirler Arası Güvenlik mekanizması aynı zamanda yeni zincirler oluşturmanın önündeki engelleri de büyük ölçüde azaltır. Genel olarak konuşursak, eğer yeni bir zincir özellikle mükemmel kaynaklara sahip değilse, doğrulayıcıları çekmek ve ekosistemi geliştirmek için çok fazla zaman harcaması gerekebilir. Ancak Cosmos'ta doğrulayıcılar Hub zinciriyle paylaşılabildiği için bu, yeni zincir üzerindeki baskıyı büyük ölçüde azaltır ve geliştirme sürecini hızlandırır.
2) Zincirlerarası Hesap
Cosmos ekosisteminde her uygulama zinciri kendi kendine yönetildiği için uygulamalar birbirlerine erişemez. Bu nedenle Cosmos, kullanıcıların IBC'yi destekleyen tüm Cosmos zincirlerine Cosmos Hub'dan doğrudan erişmesine olanak tanıyan bir zincirler arası hesap sağlar, böylece kullanıcılar tam zincir etkileşimi elde etmek için A zincirindeki B zincirinin uygulamalarına erişebilir.
2.Polkadot
Cosmos gibi Polkadot da geliştiricilerin yeni zincirleri serbestçe dağıtmasına ve zincirler arasında birlikte çalışabilirlik elde etmesine olanak tanıyan bir altyapı oluşturmaya kararlıdır.
1. Yapısal çerçeve
1.1 Röle Zinciri:
Röle zinciri aynı zamanda güneş sistemindeki güneş olarak anlaşılabilecek ana zincir olarak da adlandırılabilir.Tüm ağın çekirdek parçası olduğundan tüm dal zincirleri onun etrafında döner. Şekilde gösterildiği gibi, bir aktarma zinciri (Röle Zinciri), işlem zinciri, dosya depolama zinciri, Nesnelerin İnterneti zinciri vb. gibi farklı işlevlere sahip birçok zincire bağlıdır.
Kaynak:/polkadot-network/polkadot-the-foundation-of-a-new-internet-e 8800 ec 81 c 7
Bu Polkadot'un hiyerarşik genişleme çözümüdür. Sınırsız ölçeklenebilirlik elde etmek için bir röle zinciri başka bir röle zincirine bağlanır. (Not: Bu yılın Haziran ayının sonunda Polkadot'un kurucusu Gavin, Polkadot'u anlama konusunda yeni bir bakış açısını değiştirebilecek Polkadot 2.0'ı önerdi.)
1.2 Parachain:
Röle zincirinde birkaç Para-Zincir Yuvası bulunur ve parachain, şekilde gösterildiği gibi bu yuvalar aracılığıyla röle zincirine bağlanır:
Kaynak:om/cn/learn/slot-auction-cn
Ancak bir slot elde etmek için katılan parachainlerin $DOT'larını stake etmeleri gerekiyor. Bir yuva elde edildiğinde parachain, bu yuva aracılığıyla Polkadot ana ağıyla etkileşime girebilir ve güvenliği paylaşabilir. Slot sayısının sınırlı olduğunu ve giderek artacağını belirtmekte fayda var.Başlangıçta 100 slotun desteklenmesi beklenmekte olup, parachain ekolojisinin aktivitesini sürdürmek için slotlar yönetim mekanizmasına göre periyodik olarak yeniden karıştırılacak ve tahsis edilecektir.
Slot alan parachain'ler Polkadot ekosisteminin ortak güvenliğinden ve zincirler arası likiditesinden yararlanabilir. Aynı zamanda paralel zincirin, ağın işlem süreçlerinin çoğunu üstlenmek gibi karşılığında Polkadot ana ağına belirli faydalar ve katkılar da sağlaması gerekir.
1.3 Paralel Konular:
Parathread'ler, parachain'lere benzer başka bir işleme mekanizmasıdır.Farkı, parachain'lerin tek tek slotlara sahip olması ve kesintisiz olarak sürekli çalışabilen özel slotlara sahip olmasıdır. Ancak paralel iş parçacıkları, paralel iş parçacıkları arasında bir yuvanın paylaşılması ve bu yuvanın sırayla çalıştırılması anlamına gelir. **
Paralel bir iş parçacığı yuvayı kullanma hakkını elde ettiğinde, geçici olarak parachain gibi çalışabilir, işlemleri gerçekleştirebilir, bloklar oluşturabilir vb. Ancak bu süre bittiğinde yuvanın diğer paralel iş parçacıkları tarafından kullanılması için serbest bırakılması gerekir.
Bu nedenle paralel iş parçacıklarının varlıkları uzun süre ipotek altına almalarına gerek yoktur, yalnızca her zaman diliminde satın alırken belirli bir ücret ödemeleri gerekir, bu nedenle slotu kullanmanın kullandıkça öde yöntemi olduğu söylenebilir. Elbette bir parathread yeterli destek ve oy alırsa parachain'e yükseltilebilir ve sabit bir yuva elde edilebilir.
Parachain'lerle karşılaştırıldığında paralel iş parçacıklarının maliyetleri daha düşüktür ve Polkadot için giriş eşiğini düşürür, ancak slotu ne zaman kullanma hakkını elde edebileceğinizin garantisi yoktur ve bu da stabil değildir. Bu nedenle hangileri geçici kullanıma veya yeni zincirlerin test edilmesine daha uygundur?Stabil bir şekilde çalışmayı umut eden zincirlerin hala parachain'lere yükseltilmesi gerekiyor.
1.4 Adaptör Köprüsü:
Parachain'ler arasındaki iletişim yalnızca XCMP aracılığıyla sağlanabilir (daha sonra tanıtılacaktır) ve bunlar güvenliği ve aynı fikir birliğini paylaşırlar. Peki ya heterojen bir zincirse?
Burada dikkat edilmesi gereken husus Substrate'in sağladığı çerçeve Polkadot ekosistemine bağlı tüm zincirleri izomorfik hale getirse de ekosistemin gelişmesiyle birlikte katılmak isteyen büyük sistemlere sahip bazı olgun halka açık zincirlerin de kaçınılmaz olarak ortaya çıkacağıdır. ekolojide. Onlardan yalnızca Substrate kullanarak yeniden konuşlandırmalarını isterseniz bu temelde imkansızdır. Peki heterojen zincirler arasında mesaj iletimi nasıl uygulanır?
**Gerçek hayattan bir örnek alın. Dosyaları bir bağlantı aracılığıyla bir Apple telefondan bir Android telefona aktarmak istiyorsanız, soketler farklıdır, dolayısıyla bağlanmak için bir dönüştürücüye ihtiyacınız vardır. Bu, aktarım köprüsünün asıl rolüdür. ** Aktarma zinciri ile heterojen zincir (harici zincir) arasında aracı olan bir parachaindir. Akıllı sözleşmeler paralel zincir ve heterojen zincir üzerinde konuşlandırılarak aktarma zincirinin dış zincirle etkileşime girmesine ve çapraz etkileşime geçmesine olanak tanır. zincir Fonksiyonu.
2. Temel teknolojiler
2.1 BABEGDede
BABE (Blockchain Uzantısı için Kör Atama), Polkadot'un blok oluşturma mekanizmasıdır. Basitçe söylemek gerekirse, yeni bloklar üretmek için doğrulayıcıları rastgele seçer ve her doğrulayıcı farklı bir zaman dilimine atanır. Bu zaman dilimi içerisinde yalnızca bu zaman dilimine atanan doğrulayıcılar blok üretebilir.
Ek talimatlar:
*Zaman dilimi, blockchain blok oluşturma mekanizmasında zaman serilerini bölmek için kullanılan bir yöntemdir.Blockchain, sabit aralıklarla görünen zaman dilimlerine bölünecektir. Her zaman dilimi sabit bir blok zamanını temsil eder.
**Yani özel bir zaman dilimidir. Zaman dilimi 1'de, bu zaman dilimi 1'e atanan doğrulayıcı 1, blokların üretilmesinden sorumludur. Her doğrulayıcının bir zaman periyodu vardır ve tekrar tekrar blok üretemez. **
Bunun avantajı rastgele tahsisin adaleti en üst düzeye çıkarmasıdır çünkü herkesin tahsis edilme şansı vardır. Ve zaman dilimi bilindiği için herkes önceden hazırlık yapabilir ve beklenmedik blok oluşumu yaşanmaz.
Rastgele tahsis edilen bu blok oluşturma yöntemi sayesinde Polkadot ekosisteminin düzenli ve adil işleyişi sağlanıyor Peki tüm blokların aynı fikir birliğini benimsemesi nasıl sağlanacak? Şimdi Polkadot'un başka bir mekanizmasını tanıtacağız: Büyükbaba
Grandpa, BABE'nin blok ürettiğinde farklı konsensüslerden dolayı oluşabilecek çatal sorununu çözebilecek, blokları sonlandırmaya yönelik bir mekanizmadır. Örneğin BABE düğüm 1 ve düğüm 2 aynı anda farklı bloklar üretti ve bu da çatallanmayla sonuçlandı. Bu sırada Büyükbaba devreye girecek ve tüm doğrulayıcılara soracak: Sizce hangi zincir daha iyi?
Doğrulayıcılar her iki zincire de bakacak ve daha iyi olduğunu düşündüklerine oy verecekler. En çok oyu alan zincir sonunda Büyükbaba tarafından onaylanacak ve son zincir olacak, reddedilen zincir ise terk edilecek.
Bu nedenle Büyükbaba, tüm doğrulayıcıların "büyükbabası" gibidir, nihai karar verici rolünü oynar ve BABE'nin getirebileceği çatallanma riskini ortadan kaldırır. Blockchain'in herkesin üzerinde hemfikir olduğu bir zinciri sonuçlandırmasına olanak tanır.
Özetlemek gerekirse, BABE rastgele bloklar üretmekten, Büyükbaba ise son zinciri seçmekten sorumludur. İkisi, Polkadot ekosisteminin güvenli bir şekilde işlemesini sağlamak için birlikte çalışıyor.
2.2 Alt tabaka
Substrate, Rust dilinde yazılmış, FRAME tarafından sağlanan genişletilebilir bileşenlere sahip ve Substrate'ın çeşitli farklı Kullanım Durumlarını desteklemesine olanak tanıyan bir geliştirme çerçevesidir. Substrate kullanılarak oluşturulan herhangi bir blockchain, yalnızca Polkadot ile yerel olarak uyumlu olmakla kalmaz, aynı zamanda güvenliği paylaşabilir ve diğer paralel zincirlerle eş zamanlı çalışabilir. Aynı zamanda geliştiricilerin kendi özel konsensüs mekanizmalarını, yönetişim modellerini vb. oluşturmasını destekler ve ihtiyaçlara göre sürekli değişir. geliştiricilerin.
Ayrıca Substrate, çalışma zamanında bağımsız bir modül olduğundan ve diğer bileşenlerden ayrılabildiğinden, kendisini yükseltirken büyük kolaylık sağlar. Bu nedenle, işlevler güncellenirken bu çalışan modül doğrudan değiştirilebilir. Konsensus paylaşan bir parachain olarak, ağ ve konsensüs aktarma zinciri ile senkronize olduğu sürece, çalışma mantığı hard fork'a gerek kalmadan doğrudan güncellenebilir.
2,3XCM
XCM'yi bir cümleyle açıklayabilecek olsaydınız, bu olurdu: **Farklı blockchainlerin etkileşime girmesine izin veren zincirler arası bir iletişim formatı. **
Örneğin Polkadot'un birçok parachain'i var, eğer parachain A, parachain B ile iletişim kurmak istiyorsa bilgileri XCM formatında paketlemesi gerekiyor. **XCM bir dil protokolü gibidir, herkes iletişim kurmak için bu protokolü kullanırsa engelsiz iletişim kurabilir. **
XCM formatı (Çapraz Konsensüs Mesaj Formatı), Polkadot ekosisteminde zincirler arası iletişim için kullanılan standart mesaj formatıdır ve bundan üç farklı mesaj dağıtım yöntemi türetilmiştir:
Örneğin, XCM formatı aktarılacak varlıkların miktarı, alıcı hesap vb. gibi çeşitli bilgiler içerdiğinden. Bir mesaj gönderilirken HRMP kanalı veya aktarma zinciri bu XCM formatındaki mesajı iletecektir. Diğer paralel zincir mesajı aldıktan sonra formatın doğru olup olmadığını kontrol edecek, ardından mesaj içeriğini ayrıştıracak ve ardından varlıkları belirlenen bir hesaba aktarmak gibi mesajdaki talimatlara göre işlem yapacaktır. Zincir etkileşimi sağlanır ve iki zincir başarılı olur.
XCM gibi iletişim köprüleri Polkadot gibi çok zincirli ekosistemler için çok önemli.
Cosmos ve Polkadot'u anladıktan sonra onların vizyonunu ve çerçevesini de anladığımı düşünüyorum. Şimdi ETH L2'lerin başlattığı Stack çözümlerinin neler olduğunu detaylı olarak açıklayacağız.
yani. Operasyon yığını
1. Yapısal çerçeve
Resmi belgelere göre OP Stack, bir dizi bileşenden oluşuyor ve bakımı OP Collective tarafından yapılıyor, ilk olarak ana ağın arkasında bir yazılım olarak karşımıza çıkıyor ve son olarak Optimism süper zinciri ve onun yönetişimi şeklinde karşımıza çıkıyor. OP Stack kullanılarak geliştirilen L2, güvenliği, iletişim katmanlarını ve ortak geliştirme yığınını paylaşabilir. Geliştiriciler, zinciri herhangi bir özel blockchain kullanım durumuna hizmet edecek şekilde özelleştirmekte özgürdür.
Şekilden, OP Stack'in tüm hiper zincirlerinin OP Bridge süper zincir köprüsü aracılığıyla iletişim kuracağını ve bir süper L2 zinciri oluşturmak ve her hiper zincirin iç yapısını bölmek için temel güvenlik konsensüsü olarak Ethereum'u kullanacağını anlayabiliriz.
**1) Veri kullanılabilirliği katmanı: **OP Stack kullanan zincirler, giriş verilerini elde etmek için bu veri kullanılabilirliği modülünü kullanabilir. Tüm zincirler bu katmandan veri aldığı için bu katmanın güvenlik üzerinde önemli bir etkisi vardır, eğer belirli bir veri buradan alınamıyorsa zinciri senkronize etmenin bir yolu olmayabilir.
Bu şekilden de görebileceğiniz gibi OP Stack, Ethereum ve EIP-4844'ü kullanıyor, yani verilere erişmek için esasen Ethereum blockchain'i kullanıyor.
**2) Sıralama katmanı: **Sıralayıcı, kullanıcı işlemlerinin nasıl toplanacağını ve bunların OP Yığınındaki tek bir özel sıralayıcı kullanılarak işlenen veri kullanılabilirliği katmanında nasıl yayınlanacağını belirler. Ancak bu, sıralayıcının işlemleri çok uzun süre tutamamasına neden olabilir.Gelecekte OP Stack, zincirin sıralayıcı mekanizmasını kolayca değiştirebilmesi için sıralayıcıyı modüler hale getirecek.
Şekilde tek bir sıralayıcı ve bir çoklu sıralayıcı görebilirsiniz. Tek sıralayıcı, herkesin herhangi bir zamanda sıralayıcı olarak hareket etmesine olanak tanır (daha yüksek risk). Çoklu sıralayıcı, önceden tanımlanmış olası katılımcılar kümesinden seçilir. seçin. Daha sonra birden fazla sıralayıcı seçerseniz OP Stack'e dayalı olarak geliştirilen her zincir açıkça seçilebilir.
3) Türetme katmanı: Bu katman, veri kullanılabilirliği için işlenmiş ham veri girişinin nasıl işleneceğini ve bunun Ethereum'un API'si aracılığıyla yürütme katmanına nasıl iletileceğini belirler. Resimden de görülebileceği gibi OP Stack, Rollup ve Indexer'dan oluşmaktadır.
**4) Yürütme katmanı: **Bu katman OP Stack sistemi içindeki durum yapısını tanımlar.Motor API'si türetmeden girdi aldığında durum geçişi tetiklenir. Şekilden OP Stack altında yürütme katmanının EVM olduğu görülmektedir. Bununla birlikte, biraz değiştirilmiş bir sürümle diğer VM türlerini de destekleyebilir. Örneğin, Pontem Network, Move VM L2'yi geliştirmek için OP Stack'i kullanmayı planlıyor.
**5) Yerleştirme katmanı: **Adından da anlaşılacağı gibi, varlıkların blok zincirinden çekilmesini işlemek için kullanılır, ancak böyle bir geri çekme işlemi, hedef zincirin durumunun üçüncü taraf bir zincire kanıtlanmasını ve ardından verilerin işlenmesini gerektirir. Duruma göre varlıklar. Temel nokta, üçüncü taraf zincirin hedef zincirin durumunu anlamasına izin vermektir.
Bir işlem ilgili veri kullanılabilirliği katmanında yayınlanıp sonlandırıldığında, işlem aynı zamanda OP Yığın zincirinde de sonlandırılır. Artık temeldeki veri kullanılabilirliği katmanı zarar görmeden değiştirilemez veya silinemez. İşlem, uzlaşma katmanı tarafından henüz kabul edilmemiş olabilir, çünkü uzlaşma katmanının işlem sonucunu doğrulayabilmesi gerekir, ancak işlemin kendisi zaten değişmezdir.
Bu aynı zamanda heterojen zincirler için de bir mekanizmadır.Heterojen zincirlerin farklı yerleşim mekanizmaları vardır.Bu nedenle OP Stack'te yerleşim katmanı salt okunurdur ve heterojen zincirlerin OP Stack'in durumuna göre karar vermesine olanak tanır.
Bu katmanda OP Stack'in OP Rollup'ta hata kanıtını kullandığını görüyoruz. Teklif sahipleri, itiraz ettikleri geçerli bir durum önerebilirler ve belirli bir süre içinde yanlış olduğu kanıtlanmazsa otomatik olarak doğru kabul edilecektir.
**6) Yönetişim katmanı: **Resimden de görebileceğiniz gibi, OP Yığınında yönetişim için çoklu imza + $OP tokenları kullanılıyor. Stack sistem bileşenlerinin yükseltilmesini yönetmek için genellikle çoklu imza kullanılır.Tüm katılımcılar imzalamaya katıldığında işlemler gerçekleştirilecektir. $OP token sahipleri, yönetime katılmak için topluluk DAO'suna oy verebilir.
**OP Stack, Cosmos ve Polkadot'un birleşimi gibidir. Cosmos gibi özel zincirleri özgürce özelleştirebilir ve ayrıca Polkadot gibi güvenlik ve fikir birliğini paylaşabilir. **
2. Temel teknolojiler
2.1 OP Toplama
OP Toplama, veri kullanılabilirliği zorlukları aracılığıyla güvenliği sağlar ve işlemlerin paralel yürütülmesine olanak tanır.Aşağıda spesifik uygulama adımları verilmiştir:
Kullanıcı L2'de bir işlem başlatır
Sıralayıcı, gruplar halinde paketleyip işleyecek ve ardından işlenen işlem verilerini ve yeni durum kökünü, güvenlik doğrulaması için L1'de konuşlandırılan akıllı sözleşmeyle senkronize edecek. Sequencer'ın bir işlemi işlediğinde aynı zamanda kendi durum kökünü oluşturacağını ve bunu L1 ile senkronize edeceğini de belirtelim.
Doğrulamanın ardından L1, verileri ve durum kökünü L2'ye döndürür ve kullanıcının işlem durumu güvenli bir şekilde doğrulanır ve işlenir.
Şu anda OP Toplama, Sequencer tarafından oluşturulan durum kökünü iyimser ve doğru olarak değerlendirmektedir. Ve doğrulayıcının Sıralayıcı tarafından oluşturulan durum kökünün işlemin durum köküyle eşleşip eşleşmediğini sorgulaması ve doğrulaması için bir zaman penceresi açılacaktır.
Zaman penceresi içinde doğrulanacak bir doğrulayıcı yoksa işlem otomatik olarak doğru kabul edilecektir. Kötü niyetli dolandırıcılık doğrulanırsa, işlemi gerçekleştiren Sıralayıcı buna göre cezalandırılacaktır.
2.2 Çapraz zincir köprüleme
a) L2 mesajlaşmayla aynı
OP Rollup arıza kanıtını kullandığından, işlemin sınamanın tamamlanmasını beklemesi gerekir, bu işlem uzun zaman alır ve kullanıcı deneyimi düşüktür. Ancak ZKP (sıfır bilgi kanıtı) pahalıdır ve hataya açıktır ve toplu ZKP'nin uygulanması biraz zaman alacaktır.
**Bu nedenle, L2 OP hiper zincirleri arasındaki iletişim sorununu çözmek için OP Stack modüler kanıt önerdi: aynı zincir için iki kanıt sistemi kullanarak, L2 Stack'leri oluşturan geliştiriciler herhangi bir köprü tipini serbestçe seçebilir. **
Şu anda OP şunları sağlar:
Geliştiriciler köprüleme odağını kendi zincirlerinin ihtiyaçlarına göre seçebilirler.Örneğin, yüksek değerli varlıklar için yüksek güvenlikli köprülemeyi seçebilirler... Çeşitlendirilmiş köprüleme teknolojileri, varlıkların ve verilerin farklı zincirler arasında verimli bir şekilde taşınmasına olanak tanır.
b) Zincirler arası işlemler
Geleneksel zincirler arası işlemler eşzamansız olarak tamamlanır, bu da işlemin tam olarak yürütülemeyebileceği anlamına gelir.
OP Stack, bu tür problemler için ortak bir sıralayıcı fikrini önerdi. Örneğin, bir kullanıcı zincirler arası arbitraj yapmak istiyorsa, sıralayıcıyı A zinciri ve B zinciri üzerinde paylaşarak işlemin zamanlaması konusunda fikir birliğine varabilir.Ücretler yalnızca işlemler yüklendikten sonra ödenecektir. zincir ve her iki taraftaki sıralayıcılar riski paylaşıyor.
c)Köprü işlemi
Ethereum L1'in veri kullanılabilirliği yeterince ölçeklenebilir olmadığından (kapasite sınırlıdır), işlemleri süper zincire yayınlamak ölçeklenebilir değildir.
Bu nedenle OP Yığınında, OP zincirinin erişebileceği veri miktarını genişletmek için Plazma protokolünün kullanılması önerilmektedir; bu, daha fazla L1 verisini desteklemek için DA'nın (veri kullanılabilirliği) yerini alabilir. İşlem verilerinin kullanılabilirliği Plazma zincirine bırakılır ve veri taahhütleri yalnızca L1'e kaydedilir; bu da ölçeklenebilirliği büyük ölçüde artırır.
4. ZK Yığını
1. Yapısal çerçeve
ZK Stack, geliştiricilerin kendi ZK odaklı L2 ve L3 köprülerini özelleştirmelerine olanak tanıyan, zkSync Era ile aynı temel teknoloji (ZK Rollup) üzerine inşa edilmiş bir dizi açık kaynaklı, birleştirilebilir, modüler koddur.
ZK Stack ücretsiz ve açık kaynak olduğundan, geliştiriciler köprüleri kendi özel ihtiyaçlarına göre özelleştirmekte özgürdür. İster zkSync Era ile paralel çalışan bir Katman 2 ağını, ister bunun üzerinde çalışan bir Katman 3 ağını seçin, özelleştirme olanakları kapsamlı olacaktır.
Matter Labs'e göre yaratıcılar, bir veri kullanılabilirliği modeli seçmekten projenin kendi token merkezi olmayan sipariş sağlayıcısını kullanmaya kadar zincirin her yönünü özelleştirmek ve şekillendirmek için tam özerkliğe sahip.
Elbette bu ZK Rollup hiper zincirleri bağımsız olarak çalışır ancak güvenlik ve doğrulama için yalnızca Ethereum L1'e güvenir.
Kaynak: zkSync Belgesi
Şekilden görülebileceği gibi, güvenliği paylaşmak için her köprünün zkSync L2'nin zkEVM motorunu kullanması gerekir. Birden fazla ZKP zinciri aynı anda çalışır ve blok kanıtları L1'in yerleşim katmanında toplanır. Blokların istiflenmesi gibi, daha fazla L3, L4 oluşturmak için sürekli olarak genişletilebilir...
2. Temel teknolojiler
1）ZK Toplama
ZK Stack'in alt katmanı, çekirdek teknoloji olarak ZK Rollup'ı kullanır.Aşağıdaki ana kullanıcı sürecidir:
Kullanıcılar kendi işlemlerini gönderir ve Sequencer, işlemleri sıralı gruplar halinde toplar, kendi başına geçerlilik sertifikaları (STARK/SNARK) oluşturur ve durumu günceller. Güncellenen durum, L1'de dağıtılan akıllı sözleşmeye gönderilecek ve doğrulanacaktır. Doğrulama başarılı olursa L1 katmanının varlık durumu da güncellenecektir. ZK Rollup'ın avantajı, teknoloji ve güvenlik açısından daha yüksek olan sıfır bilgi kanıtı yoluyla matematiksel doğrulama yapabilme yeteneğine sahip olmasıdır.
2) Köprü Köprüsü
Yukarıdaki yapısal çerçevede gösterildiği gibi, ZK Stack kablosuz genişlemeyi gerçekleştirebilir ve sürekli olarak L3, L4 vb. üretebilir. Peki köprüler arasındaki birlikte çalışabilirlik nasıl sağlanmalı?
**ZK Stack, hiper zincir köprüsünü tanıtır. Paylaşılan köprünün akıllı sözleşmesini L1 üzerinde konuşlandırarak, hiper zincirde meydana gelen işlemlerin Merkle kanıtını doğrular. Esas olarak ZK Rollup ile aynıdır, ancak orijinal L2'den farklıdır -L1.L3-L2'den oldu. **
ZK Stack, her bir hiper zincir üzerinde akıllı sözleşmeleri destekler ve zincirler arasında birbirlerini eşzamansız olarak çağırır. Kullanıcılar, herhangi bir ek maliyete maruz kalmadan varlıklarını dakikalar içinde güvenilir bir şekilde hızlı bir şekilde aktarabilirler. Örneğin, alıcı köprü B'de bir mesajı işlemek için, gönderen köprü A'nın durumunu, A ve B'nin ortak olduğu en eski köprüye kadar tamamlaması gerekir. Yani pratikte Hyperbridge'in iletişim gecikmesi yalnızca birkaç saniyedir, Hyperchain blokları saniyede tamamlayabilir ve daha ucuzdur.
Kaynak:ocs/reference/concepts/hyperscaling.html#l3s
Sadece bu değil, aynı zamanda L3 sıkıştırma teknolojisinden yararlanabildiği için kanıtlar paketlenmiştir. L2, paketlemeyi daha da genişletecek, böylece daha önemli bir sıkıştırma faktörü ve daha düşük maliyet (yinelemeli sıkıştırma) oluşturacak ve bu da güvenilir, hızlı (birkaç dakika içinde) ve ucuz (tek işlem maliyeti) sınır ötesi işlemler zinciri birlikte çalışabilirliği sağlayabilecektir.
5. Çokgen 2.0
Polygon, Ethereum'un yan zinciri olarak teknik olarak L1 olan özel bir L2 çözümüdür. Polygon ekibi geçtiğimiz günlerde, geliştiricilerin ZK kullanarak kendi ZK L2 zincirlerini oluşturmalarını ve bunları yeni bir zincirler arası koordinasyon protokolü aracılığıyla birleştirmelerini destekleyecek ve kullanıcılara tüm ağın tek bir zincir kullanıyormuş gibi hissetmesini sağlayacak Polygon 2.0 planını duyurdu.
Polygon 2.0, sınırsız sayıda zinciri desteklemeye kararlıdır ve zincirler arası etkileşimler, ek güvenlik veya güven varsayımları olmadan güvenli ve anında gerçekleşerek sınırsız ölçeklenebilirlik ve birleşik likidite sağlar.
1. Yapısal çerçeve
Kaynak: Poligon Blogu
Polygon 2.0 4 protokol katmanından oluşur:
1) Taahhüt katmanı
Taahhüt katmanı, doğrulayıcıları verimli bir şekilde yönetmek ve madenci verimliliğini artırmak amacıyla merkezi olmayan yönetişime ulaşmak için rehin $MATIC'i kullanan PoS'ye (Stake Kanıtı) dayalı bir protokoldür.
Şekilden de görülebileceği gibi Polygon 2.0, rehin katmanında bir validator yöneticisi ve bir zincir yöneticisi önermektedir.
Staking katmanı, her zincir için karşılık gelen kuralların temel yapısını zaten formüle etmiştir ve geliştiricilerin yalnızca kendi zincirlerinin geliştirilmesine odaklanmaları gerekir.
Kaynak: Poligon Blogu
2) Birlikte çalışabilirlik katmanı
Çapraz zincir protokolleri, tüm ağın birlikte çalışabilirliği açısından hayati öneme sahiptir. Zincirler arası mesajlaşmanın güvenli ve sorunsuz bir şekilde nasıl gerçekleştirileceği, her hiper bağlantı çözümünün geliştirmeye devam etmesi gereken bir şeydir.
Şu anda Polygon, destek için toplayıcı ve mesaj kuyruğu olmak üzere iki sözleşme kullanıyor.
ZK kanıtı toplayıcı tarafından kabul edildiğinde, alıcı zincir mesajları iyimser bir şekilde kabul etmeye başlayabilir, çünkü alıcı zincirin tamamı ZK kanıtına inanır, böylece sorunsuz mesaj teslimi sağlanır ve bu böyle devam eder.
3) Yürütme katmanı
Yürütme katmanı, herhangi bir Poligon zincirinin, blok olarak da adlandırılan sıralı işlem gruplarını oluşturmasını sağlar. Çoğu blockchain ağı (Ethereum, Bitcoin vb.) bunu benzer bir formatta kullanır.
Yürütme katmanının birden çok bileşeni vardır:
Bu katmanın ticarileştirilmiş ancak uygulanması nispeten karmaşık olduğu göz önüne alındığında, mevcut yüksek performanslı uygulamaların (Erigon gibi) mümkün olan yerlerde yeniden kullanılması gerekir.
4) Prova katmanı
Prova katmanı her Poligon için provalar üretir. Genellikle aşağıdaki bileşenlere sahip, yüksek performanslı, esnek bir ZK prova protokolüdür:
2. Temel teknolojiler
Kaynak: Poligon Blogu
1) zkEVM geçerliliği
Polygon 2.0 güncellemesinde ekip, orijinal Polygon POS'u korurken bunu zkEVM validium'a yükseltti.
Kaynak: Poligon Blogu
Buradaki basit popüler bilime göre, Validium ve Rollup'ın her ikisi de Katman 2 çözümleridir ve amaçları Ethereum'un işlem kapasitesini genişletmek ve işlem süresini kısaltmaktır. İkisini karşılaştırın:
Validium'un daha düşük maliyetli ve daha güçlü ölçeklenebilirliğe sahip bir Rollup olduğu anlaşılabilir. Ancak Polygon zkEVM'nin (Polygon POS mekanizması) yükseltme öncesi çalışma prensibi (ZK) Rollup idi ve aynı zamanda hatırı sayılır sonuçlar da elde etti. Lansmanından bu yana sadece 4 ay içinde TVL'si 33 milyon ABD dolarına yükseldi.
Kaynak: Defilama
Uzun vadede, zkEVM için Polygon PoS'a dayalı kanıt oluşturmanın maliyeti gelecekteki genişlemeye engel teşkil edebilir. Polygon ekibi Batch'in maliyetini düşürmek için çok çalışmasına rağmen bu rakam son derece etkileyici bir rakama düşürüldü: 10 milyon işlemin maliyetinin yalnızca 0,0259 dolar olduğu kanıtlandı. Ancak Vailidium'un maliyeti daha düşük, öyleyse neden kullanmıyorsunuz?
Polygon belgeleri resmi olarak yayınladı. Gelecek sürümlerde Validium önceki POS işini üstlenecek ve aynı zamanda POS'u da koruyacak. POS doğrulayıcısının ana rolü, veri kullanılabilirliğini sağlamak ve işlemleri sıralamaktır. **
Yükseltilmiş zkEVM Validium, çok yüksek ölçeklenebilirlik ve çok düşük maliyet sağlayacaktır. Çünkü Gamefi, Socialfi ve DeFi gibi işlem hacmi büyük ve işlem ücretleri düşük uygulamalar için oldukça uygundur. Geliştiriciler için herhangi bir işlem yapılmasına gerek yoktur, Validium güncellemesini tamamlamak için yalnızca ana ağ ile birlikte güncelleme yapmaları yeterlidir.
2) zkEVM toplaması
Şu anda Polygon PoS (yakında Polygon Validium'a yükseltilecek) ve Polygon zkEVM Rollup, Polygon ekosisteminin iki genel ağıdır. Bu durum, biri toplama, diğeri doğrulama olarak olmak üzere her iki ağın da son teknoloji zkEVM teknolojisini kullanmasının sağladığı ek faydayla birlikte, yükseltmeden sonra da geçerli olmaya devam ediyor.
Polygon zkEVM Rollup halihazırda en yüksek düzeyde güvenlik sağlıyor ancak bunun maliyeti biraz daha yüksek maliyet ve sınırlı üretim oluyor. Ancak yüksek değerli işlemleri gerçekleştiren ve yüksek değerli DeFi Dapps gibi güvenliğe öncelik veren uygulamalar için oldukça uygundur.
六. Yörünge kararı
Arbitrum şu anda en önemli L2 halka açık zinciridir. Ağustos 2021'deki lansmanından bu yana TVL'si 5,1 milyar ABD dolarını aşmıştır ve lider L2 olarak pazar payının yaklaşık %54'ünü işgal etmektedir.
Arbitrum, bu yılın Mart ayında Orbit versiyonunu piyasaya sürdü. Bundan önce Arbitrum bir dizi ekolojik ürünü piyasaya sürdü:
Bugün Arbitrum Orbit'e odaklanacağız.
1. Yapısal çerçeve
Başlangıçta, geliştiriciler bir L2 ağı oluşturmak için Arbitrum Orbit'i kullanmak isteselerdi, önce bir teklif yayınlayacaklardı ve bu teklif Arbitrum DAO tarafından oylanacaktı. Eğer kabul edilirse yeni bir L2 zinciri oluşturulacaktı. Ancak, L2'de L3, 4, 5...'i geliştirmek için herhangi bir izne gerek yoktur. Arbitrum L2'de özelleştirilmiş zincirlerin dağıtımı için herkes izinsiz bir çerçeve sağlayabilir.
Kaynak: Teknik İnceleme
Gördüğünüz gibi Arbitrum Orbit ayrıca geliştiricilerin Arbitrum One, Arbitrum Nova veya Arbitrum Goerli gibi Katman 2'ye dayalı olarak kendi Oribit L3 zincirlerini özelleştirmelerine olanak sağlamaya çalışıyor. Geliştiriciler bu zincirin gizlilik sözleşmesini, lisansını, token ekonomik modelini, topluluk yönetimini vb. özelleştirerek geliştiricilere büyük ölçüde özerklik tanıyabilir.
Bunlar arasında daha dikkat çekici olan, Oribit'in L3 zincirinin bu zincirin Token'ını ücret ödeme birimi olarak kullanmasına izin vermesi ve böylece kendi ağını etkin bir şekilde geliştirmesidir.
2. Temel teknolojiler
1）AnyTrust'u Topla
Bu iki protokol sırasıyla Arbitrum One ve Arbitrum Nova'yı destekler. Daha önce tanıtıldığı gibi, Arbitrum One bir çekirdek ana ağ toplamasıdır; Arbitrum Nova ikinci ana ağ toplamasıdır ancak AnyTrust protokolüne bağlıdır. "Güvenlik" getirilerek tanıtılabilir Yerleşimi hızlandırmak ve maliyetleri azaltmak için "varsayımlar" (Güven Varsayımı).
Bunların arasında Arbitrum Rollup bir OP Toplamadır, dolayısıyla daha fazla açıklama yapmadan AnyTrust protokolünün ayrıntılı bir analizini yapacağız.
AnyTrust protokolü temel olarak veri kullanılabilirliğini yönetir ve DAC (Veri Kullanılabilirliği Komitesi) gibi bir dizi üçüncü taraf kuruluş tarafından onaylanır. Ve "güvenlik varsayımları" getirilerek işlem maliyetleri büyük ölçüde azaltılır. AnyTrust zinciri, daha düşük maliyetler ve daha yüksek işlem hızlarıyla Arbitrum One üzerinde yan zincir olarak çalışır.
Peki “Güven Varsayımı” tam olarak nedir? Varlığı neden işlem maliyetlerini azaltır ve daha az güven gerektirir?
Arbitrum'un resmi belgelerine göre AnyTrust zinciri bir düğüm komitesi tarafından işletiliyor ve kaç komite üyesinin dürüst olduğunu belirlemek için minimum varsayımları kullanıyor. Örneğin komitenin 20 kişiden oluştuğunu varsayalım ve en az 2 üyenin dürüst olduğu varsayılıyor. Üyelerin ⅔'ünün dürüst olmasını gerektiren BFT ile karşılaştırıldığında AnyTrust, güven eşiğini minimuma indiriyor.
Bir işlemde, komite işlem verilerini sağlamayı taahhüt edeceğinden, düğümün L2 işlemine ait tüm verileri L1'e kaydetmesine gerek yoktur, yalnızca işlem grubunun karma değerini kaydetmesi gerekir, bu da büyük ölçüde maliyet tasarrufu sağlayabilir. Rollup'ın. . AnyTrust zincirinin işlem maliyetlerini azaltabilmesinin nedeni budur.
Güven konusuna gelince, daha önce de belirttiğimiz gibi 20 üyeden sadece 2'sinin dürüst olduğu varsayılıyor ve bu varsayım doğru. 20 komite üyesinden 19'u anlaşmanın doğruluğunu teyit etmek için imza attığı sürece anlaşma güvenli bir şekilde yürütülebilir. O halde imza atmayan üye dürüst olsa bile imza atan 19 üyeden birinin dürüst olması gerekir.
Üyeler imzalamazsa veya çok sayıda üye işbirliği yapmayı reddederek düzgün çalışmamasına neden olursa ne yapmalıyız? AnyTrust zinciri hala çalışabilir ancak orijinal Toplama protokolüne geri dönecek ve veriler hala Ethereum L1'de yayınlanacak. Komite düzgün çalıştığında zincir daha ucuz ve daha hızlı bir moda geri dönecek.
Aribtrum, Gamefi alanı gibi yüksek işlem hızı ve düşük maliyet gerektiren uygulamaların ihtiyaçlarını karşılama umuduyla bu protokolü başlattı.
2）Nitro
Nitro, Arbitrum teknolojisinin en son sürümüdür. Ana unsuru, Arbitrum'da WASM kodu aracılığıyla geleneksel interaktif sahtekarlık önleme işlemi gerçekleştiren Prover'dır. Ve tüm bileşenleri tamamlandı. Arbitrum, mevcut Arbitrum One'ı Arbitrum Nitro'ya sorunsuz bir şekilde geçirerek/yükselterek yükseltme işlemini Ağustos 2022'nin sonunda tamamladı.
Nitro'nun aşağıdaki özellikleri vardır:
Oribit'in bu özellikleri, Arbitrum'un L3 ve L 4 kullanım durumları için teknik destek sağlar.Arbitrum, kendi özelleştirilmiş zincirlerini oluşturmak için özelleştirilebilirlik arayan geliştiricilerin ilgisini çekebilir.
yani. Starknet Yığını
StarkWare kurucu ortağı Eli Ben-Sasson, Paris'teki EthCC konferansında Starknet'in yakında Starknet Stack'i başlatacağını ve herhangi bir uygulamanın kendi Starknet uygulama zincirini izinsiz bir şekilde konuşlandırmasına olanak tanıyacağını söyledi.
Starknet'teki STARK kanıtı, Kahire programlama dili ve yerel hesap soyutlaması gibi temel teknolojiler, Starknet'in hızlı gelişimi için güç garantisi sağlar. Geliştiriciler Stack'i kendi Starknet uygulama zincirlerini özelleştirmek için kullandıklarında, ölçeklenebilir ve serbestçe yapılandırılabilir; bu da ağ verimini büyük ölçüde artırabilir ve ana ağdaki tıkanıklığı hafifletebilir.
Starknet şu anda sadece bir ön fikir olsa da resmi teknik belgeler henüz yayınlanmadı. Ancak Madara Sequencer ve LambdaClass, Starknet'e daha iyi uyum sağlamak için sırasıyla Starknet uyumlu Sequencer ve Stack bileşenleri olarak geliştirilmektedir. Yetkililer ayrıca tam düğümler/yürütme motorları/doğrulama ve diğer bileşenlerin geliştirilmesi de dahil olmak üzere yaklaşan Starknet Stack üzerinde de yoğun bir şekilde çalışıyor.
StarkNet'in kısa bir süre önce L2'lerin mevcut tek noktalı operasyon Sıralayıcısının mevcut durumunu değiştirmeyi umarak bir "Basit Merkezi Olmayan Protokol" teklifi sunduğunu belirtmekte fayda var. Ethereum merkezi olmayan bir yapıya sahip ancak L2'ler öyle değil ve MEV geliri Sequencer'ı kötü kılıyor.
StarkNet teklifte bazı çözümleri şöyle sıraladı:
Buna ek olarak, topluluğun Prover kodunu izinsiz çalıştırmasını destekleyen önceki büyük girişimle birlikte ZK sertifikasyonu, L1 durum güncellemeleri vb. için planlar var. StarkNet'in teklifi, L2'nin merkezi olmayan yapısı eksikliğini çözmeyi ve topluluk arasındaki dengeyi sağlamaya çalışıyor. Blockchain'in tutarsızlığı Belki de üçgen sorunu gerçekten farkediliyordur.
Kaynak: esource/the-starknet-stacks-growth-spurt/
8. Sonuç
Bu bölümde, CP ve başlıca Katman 2 Yığınlarının teknik açıklaması yoluyla, mevcut Katman 2 Yığın çözümünün Ethereum'un genişleme sorununu etkili bir şekilde çözebileceğini ancak aynı zamanda özellikle terimler açısından bir dizi zorluk ve sorunu da beraberinde getirdiğini görebiliriz. uyumluluk Cinsel açıdan. L2'lerin Stack çözümündeki teknoloji CP kadar olgun değil. CP'nin üç ya da dört yıl önceki teknik konsepti bile hâlâ mevcut L2'lerden öğrenilmeye değer. Yani teknik düzeyde mevcut CP hala Katman 2'den çok daha üstün. Ancak ileri teknoloji tek başına yeterli değildir.Bir sonraki ikinci makalede okuyucunun bakış açısını geliştirmek amacıyla CP ve L2 Stack'lerin avantajlarını, dezavantajlarını ve özelliklerini token değeri ve ekolojik gelişim açısından tartışacağız.
Referanslar:
/@sonsuz1 997 L
/polkadot-network/substrat ve polkadot-f1f21071499d-her şeyin-kısa bir özeti
ocs/reference/concepts/hyperscaling.html#what-are-hyperchains
/offchainlabs