Sei, en son Giga güncellemesini tanıtan yeni bir beyaz kağıt yayınladı. Çoğu okuyucu, 17 sayfalık derin teknik içeriğin okunmasının zor olduğunu düşünüyor. Bu nedenle, bu makale güncellemenin içeriğini ve blok zincirinin performansını farklı seviyelerde nasıl artırabileceğini açıklayacaktır.
1. Asenkron Yürütme ile İlgili Blok Oluşturma
Giga'nın ana fikri ve temeli aşağıdaki gibidir:
"Eğer işlem listemiz sıralı ve blok zincirinin başlangıç durumu tutarlıysa ve tüm dürüst düğümler bu işlemleri aynı sırayla işliyorsa, düğümler aynı nihai duruma ulaşacaktır."
Bu durumda, sonuç yalnızca başlangıç durumuna ve işlem sırasına bağlıdır. Bu, konsensüsün blok içindeki işlemlerin sırası üzerinde anlaşmaya varması gerektiği anlamına gelir; her bir düğüm nihai durumu bağımsız olarak hesaplayabilir.
Bu modelde, konsensüs ile yürütme ayrılır, blokların asenkron olarak yürütülmesine izin verir.
Blok nihai olarak belirlendiğinde, düğümler bunu işleyecek ve sonraki bloklarda durumunu sunacaktır.
Ardından, tüm düğümlerin doğru son durumu hesapladığından emin olmak için bu bloğu durum konsensüsü ile doğrulayın.
Buradaki önemli bir detay, yürütme ile konsensüsün (oluşturma) paralel olarak gerçekleşmesidir. Bir düğüm, bir bloğun hesaplamasını yürütürken, diğer blokları da alır.
Bu nedenle, bloklar aslında toplam sıraya göre (paralel değil) yürütülmektedir ve blok oluşturma süreci gerçekte konsensüsle paralel olarak gerçekleşmektedir. Ancak, belirli bir blok için bu süreçler tamamen asenkroniktir.
Açıkça, aynı blok üzerinde hem konsensüs hem de yürütmenin aynı anda mümkün olmadığı görünmektedir. Bu nedenle, blok n'i yürütürken, düğüm bir sonraki adım için blok n+1'i alır.
Eğer konsensusta bir sapma olursa (örneğin ağda üçte bir oranında düğüm kötü niyetliyse), zincir duraklatılacaktır, bu da standart BFT protokolüne benzer.
Blok içinde başarısız olan işlemler, o bloğu geçersiz kılmaz, sadece başarısızlık durumunu korur, çünkü blok oluşturma ve yürütme ayrıdır ve mevcut bloğun son durumu, sonraki bloklarda onaylanacaktır.
2.Çok Önerici Modeli nasıl uygulanır veAutobahnnedir?
Bu konsensüs protokolü kendisi "Autobahn" olarak adlandırılmaktadır (tıpkı sınırsız hızda olan Alman otobanı gibi). Autobahn, veri kullanılabilirliğini ve işlem sıralamasını ayırır ve arkasında ilginç bir model vardır.
Herhangi bir otoyolun şeritleri gibi, birden fazla şerit vardır ve her düğümün kendi kanalı vardır. Düğümler, bu kanalları kullanarak işlem sıralaması hakkında önerilerde bulunurlar. Öneriler, yalnızca işlemlerin sıralı bir koleksiyonudur.
Autobahn bazen "tipcut" işlemi gerçekleştirir, yani işlemlerin sırasını kesinleştirmek için birden fazla öneriyi bir araya getirir.
Daha önce belirtildiği gibi, her doğrulayıcının işlem gruplarını önermek için kendi kanalı vardır.
Bir düğüm geçerli bir teklifi aldığında, teklifin alındığını onaylamak için oy gönderir.
Tekliflerin oylama sonrası, verilerin ağdaki en az bir dürüst düğüm tarafından alındığını garanti eden bir kullanılabilirlik kanıtı (PoA) oluşturulacaktır.
Tipcut'un gerçekleşme zamanı milisaniye cinsindendir, Autobahn'dan gelen birden fazla teklif sonunda "cut" edilecektir.
Önericiler, blokların yayımlanmasını beklemek ve mümkünse tek bir bloğu yayımlamak için motive olurlar, ancak her bloğun yürütme süresi sınırı (Gas sınırına benzer şekilde) bu dinamiği biraz değiştirecektir.
Bir kanal üzerindeki bir teklif genellikle bir bloğa karşılık gelir, bu da Tipcut gerçekleştiğinde birden fazla bloğun aynı anda kesileceği anlamına gelir.
Bundan sonra, bu slotun lideri, sıralamanın tamamlanması için Tipcut'u diğer düğümlere gönderir. Düğüm, tek bir Tipcut'a oy verirken aynı zamanda bir sonraki Tipcut'u hazırlamaktadır.
Kaçırılan bir partinin düğümleri, PoA'da listelenen doğrulayıcılardan asenkron olarak veri alabilir: Bu, veri kullanılabilirliğine ihtiyaç duymanın temel sebebidir.
Senkran koşulları altında, eğer lider doğruysa, Autobahn iki tur iletişimde teklif onayını tamamlayacaktır. Eğer lider arızalanırsa, bu mekanizma süreci sürdürmek için yeni bir lider seçecektir.
Bir sonraki tip-cut önerisi, mevcut tip-cut'un gönderim aşamasında başlayabilir, böylece gecikmeyi azaltır çünkü yürütme, üretimle paralel olarak gerçekleşir.
Aslında, tüm model çoklu önerici modelidir; burada birçok düğüm, bloklarını sıralamak için aynı anda önerilerde bulunabilir. Her bir doğrulayıcı kendi bloğunu önerir ve ağın bu bloklara sahip olduğuna dair kanıt alır (PoA), bu da ağın verimliliğini ve genel verimliliğini artırmaya yardımcı olur.
3.Paralel yürütme ve uygulanabilir durumları
Daha önce belirtildiği gibi, blok yürütme süreci ile uzlaşma paralel olarak gerçekleşir, ancak blokun kendisi aslında sırayla yürütülmektedir. Gerçekten paralel yürütme olup olmadığını merak edebilirsiniz.
Cevap hem olumlu hem de olumsuzdur.
Bloklar sıralı bir şekilde işleniyor olsa da, blok içindeki işlemler gerçekten paralel olarak gerçekleştirilebilir. Eğer işlemler aynı durumu değiştirmiyor (yazmıyorsa) ve bir işlemin sonucu diğer işlemi etkilemiyorsa, o zaman paralel olarak işlenebilirler.
Kısacası, yürütme yolları birbirine bağımlı olmamalıdır. Giga'nın bir bellek havuzu yoktur, işlemler anında düğümler tarafından dahil edilir.
Giga, çoğu işlem arasında çakışma olmadığını varsayar ve bu işlemleri birden fazla işlemci çekirdeğinde aynı anda işler.
Her işlemdeki değişiklikler geçici olarak özel bir tampon bellekte saklanır ve hemen blok zincirine uygulanmaz.
İşlem tamamlandıktan sonra, sistem bu işlemin önceki işlemlerle çelişip çelişmediğini kontrol edecektir.
Eğer bir çelişki varsa, işlem yeniden işlenecektir. Eğer çelişki yoksa, değişiklikler blok zincirine uygulanacak ve kesinleşecektir.
Yüksek frekanslı çatışmaların olabileceği durumlar da olabilir, bu durumda sistem, işlemlerin ilerlemesini sağlamak için bir seferde bir işlemi işleme alacak şekilde geçiş yapar.
Kısacası, paralel yürütme, işlemleri birden fazla çekirdeğe dağıtarak çakışma olmayan işlemlerin aynı anda çalışabilmesini sağlar.
4.Depolama Sorunları ve Optimizasyonu
Yüksek işlem hacmi nedeniyle, verilerin hem güvenli hem de erişilebilir olması gerektiğinden, depolama yöntemi geleneksel blok zinciri depolamasından biraz farklı olmalıdır. Giga, verileri basit bir anahtar-değer (key-value) formatında depolar; bu, veri değişiklikleri sırasında gereken çoklu güncellemeleri veya kontrolleri azaltmaya yardımcı olan nispeten düz bir yapıdır.
Ayrıca, Giga katmanlı depolama yöntemini benimsemektedir: yakın tarihli veriler SSD (yüksek hızlı) üzerinde tutulurken, daha az kullanılan veriler daha yavaş ve maliyet açısından daha etkili depolama sistemine taşınmaktadır.
Eğer bir düğüm çökerse, doğru durumu geri yüklemek için günlükleri yeniden oynatabilir ve verileri düzenlemek için RocksDB (özel bir veritabanı) üzerinde güncellemeleri uygulayabilir.
Bu depolama sistemi, verilerin doğruluğunu kanıtlamayı ağır hesaplamalar yapmadan sağlayan bir Kriptografik Aksiyom (Cryptographic Accumulator) kullanmaktadır. Aksiyom, toplu işleme yöntemiyle güncellenir, bu da doğrulayıcıların ve hafif düğümlerin blok zincirinin mevcut durumu üzerinde hızlı bir şekilde uzlaşmasına olanak tanır.
5.Çoklu Teklif Sahibi OlmakEVM L1blok zinciri ne anlama geliyor?
L1 altyapısı çeşitli iyileştirmelere tabi olabilir, farklı L1'ler ise MEV gibi ekonomik sorunlardan durum yönetimi gibi teknik sorunlara kadar çeşitli teknik zorluklarla karşı karşıyadır.
Çoklu önerici destekleyen ilk L1 zinciri olarak oldukça zorlu, özellikle EVM L1 için, çünkü EVM'nin tasarım amacı çoklu önerici sistemleri desteklemek değildir.
Ancak, Sei EVM'yi ve birçok geliştiricinin kullanmaya alışkın olduğu araçları korumak için farklı yöntemler deniyor.
Paralel işlem yürütme, işlem süresince uzlaşma sağlama ve birden fazla önericinin paralel çalışması performans artışına yardımcı olur; işlem verimliliği yaklaşık 50 kat artırılabilir. Ancak, bu iyileştirmeler yukarıda bahsedilen bazı risklerle de karşılaşabilir.
Bu, Sei'nin ikinci büyük güncellemesi; daha önce Sei, Cosmos zincirinden EVM zincirine dönüşmüştü ve şimdi Sei, hız optimizasyonuna yönelik bir yürütme istemcisi sundu.
Gelecek gelişmeler ve bu optimizasyon önlemlerinin sonraki etkileri dikkate değer.
İlgili Makaleler: Blockchain Sei'nin Performansı, Uyumluluğu ve İşletilebilirliği Üzerine İnceleme
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Sei'nin Yeni White Paper'ını İnceleme: Giga Yükseltmesi Hangi Teknolojik Yenilikleri Getiriyor?
Yazar: Pavel Paramonov, Hazeflow'un kurucusu
Derleme: Felix, PANews
Sei, en son Giga güncellemesini tanıtan yeni bir beyaz kağıt yayınladı. Çoğu okuyucu, 17 sayfalık derin teknik içeriğin okunmasının zor olduğunu düşünüyor. Bu nedenle, bu makale güncellemenin içeriğini ve blok zincirinin performansını farklı seviyelerde nasıl artırabileceğini açıklayacaktır.
1. Asenkron Yürütme ile İlgili Blok Oluşturma
Giga'nın ana fikri ve temeli aşağıdaki gibidir:
"Eğer işlem listemiz sıralı ve blok zincirinin başlangıç durumu tutarlıysa ve tüm dürüst düğümler bu işlemleri aynı sırayla işliyorsa, düğümler aynı nihai duruma ulaşacaktır."
Bu durumda, sonuç yalnızca başlangıç durumuna ve işlem sırasına bağlıdır. Bu, konsensüsün blok içindeki işlemlerin sırası üzerinde anlaşmaya varması gerektiği anlamına gelir; her bir düğüm nihai durumu bağımsız olarak hesaplayabilir.
Buradaki önemli bir detay, yürütme ile konsensüsün (oluşturma) paralel olarak gerçekleşmesidir. Bir düğüm, bir bloğun hesaplamasını yürütürken, diğer blokları da alır.
Bu nedenle, bloklar aslında toplam sıraya göre (paralel değil) yürütülmektedir ve blok oluşturma süreci gerçekte konsensüsle paralel olarak gerçekleşmektedir. Ancak, belirli bir blok için bu süreçler tamamen asenkroniktir.
Açıkça, aynı blok üzerinde hem konsensüs hem de yürütmenin aynı anda mümkün olmadığı görünmektedir. Bu nedenle, blok n'i yürütürken, düğüm bir sonraki adım için blok n+1'i alır.
Eğer konsensusta bir sapma olursa (örneğin ağda üçte bir oranında düğüm kötü niyetliyse), zincir duraklatılacaktır, bu da standart BFT protokolüne benzer.
Blok içinde başarısız olan işlemler, o bloğu geçersiz kılmaz, sadece başarısızlık durumunu korur, çünkü blok oluşturma ve yürütme ayrıdır ve mevcut bloğun son durumu, sonraki bloklarda onaylanacaktır.
2. Çok Önerici Modeli nasıl uygulanır ve Autobahn nedir?
Bu konsensüs protokolü kendisi "Autobahn" olarak adlandırılmaktadır (tıpkı sınırsız hızda olan Alman otobanı gibi). Autobahn, veri kullanılabilirliğini ve işlem sıralamasını ayırır ve arkasında ilginç bir model vardır.
Herhangi bir otoyolun şeritleri gibi, birden fazla şerit vardır ve her düğümün kendi kanalı vardır. Düğümler, bu kanalları kullanarak işlem sıralaması hakkında önerilerde bulunurlar. Öneriler, yalnızca işlemlerin sıralı bir koleksiyonudur.
Autobahn bazen "tipcut" işlemi gerçekleştirir, yani işlemlerin sırasını kesinleştirmek için birden fazla öneriyi bir araya getirir.
Önericiler, blokların yayımlanmasını beklemek ve mümkünse tek bir bloğu yayımlamak için motive olurlar, ancak her bloğun yürütme süresi sınırı (Gas sınırına benzer şekilde) bu dinamiği biraz değiştirecektir.
Bir kanal üzerindeki bir teklif genellikle bir bloğa karşılık gelir, bu da Tipcut gerçekleştiğinde birden fazla bloğun aynı anda kesileceği anlamına gelir.
Bundan sonra, bu slotun lideri, sıralamanın tamamlanması için Tipcut'u diğer düğümlere gönderir. Düğüm, tek bir Tipcut'a oy verirken aynı zamanda bir sonraki Tipcut'u hazırlamaktadır.
Kaçırılan bir partinin düğümleri, PoA'da listelenen doğrulayıcılardan asenkron olarak veri alabilir: Bu, veri kullanılabilirliğine ihtiyaç duymanın temel sebebidir.
Senkran koşulları altında, eğer lider doğruysa, Autobahn iki tur iletişimde teklif onayını tamamlayacaktır. Eğer lider arızalanırsa, bu mekanizma süreci sürdürmek için yeni bir lider seçecektir.
Bir sonraki tip-cut önerisi, mevcut tip-cut'un gönderim aşamasında başlayabilir, böylece gecikmeyi azaltır çünkü yürütme, üretimle paralel olarak gerçekleşir.
Aslında, tüm model çoklu önerici modelidir; burada birçok düğüm, bloklarını sıralamak için aynı anda önerilerde bulunabilir. Her bir doğrulayıcı kendi bloğunu önerir ve ağın bu bloklara sahip olduğuna dair kanıt alır (PoA), bu da ağın verimliliğini ve genel verimliliğini artırmaya yardımcı olur.
3. Paralel yürütme ve uygulanabilir durumları
Daha önce belirtildiği gibi, blok yürütme süreci ile uzlaşma paralel olarak gerçekleşir, ancak blokun kendisi aslında sırayla yürütülmektedir. Gerçekten paralel yürütme olup olmadığını merak edebilirsiniz.
Cevap hem olumlu hem de olumsuzdur.
Bloklar sıralı bir şekilde işleniyor olsa da, blok içindeki işlemler gerçekten paralel olarak gerçekleştirilebilir. Eğer işlemler aynı durumu değiştirmiyor (yazmıyorsa) ve bir işlemin sonucu diğer işlemi etkilemiyorsa, o zaman paralel olarak işlenebilirler.
Kısacası, yürütme yolları birbirine bağımlı olmamalıdır. Giga'nın bir bellek havuzu yoktur, işlemler anında düğümler tarafından dahil edilir.
Yüksek frekanslı çatışmaların olabileceği durumlar da olabilir, bu durumda sistem, işlemlerin ilerlemesini sağlamak için bir seferde bir işlemi işleme alacak şekilde geçiş yapar.
Kısacası, paralel yürütme, işlemleri birden fazla çekirdeğe dağıtarak çakışma olmayan işlemlerin aynı anda çalışabilmesini sağlar.
4. Depolama Sorunları ve Optimizasyonu
Yüksek işlem hacmi nedeniyle, verilerin hem güvenli hem de erişilebilir olması gerektiğinden, depolama yöntemi geleneksel blok zinciri depolamasından biraz farklı olmalıdır. Giga, verileri basit bir anahtar-değer (key-value) formatında depolar; bu, veri değişiklikleri sırasında gereken çoklu güncellemeleri veya kontrolleri azaltmaya yardımcı olan nispeten düz bir yapıdır.
Ayrıca, Giga katmanlı depolama yöntemini benimsemektedir: yakın tarihli veriler SSD (yüksek hızlı) üzerinde tutulurken, daha az kullanılan veriler daha yavaş ve maliyet açısından daha etkili depolama sistemine taşınmaktadır.
Eğer bir düğüm çökerse, doğru durumu geri yüklemek için günlükleri yeniden oynatabilir ve verileri düzenlemek için RocksDB (özel bir veritabanı) üzerinde güncellemeleri uygulayabilir.
Bu depolama sistemi, verilerin doğruluğunu kanıtlamayı ağır hesaplamalar yapmadan sağlayan bir Kriptografik Aksiyom (Cryptographic Accumulator) kullanmaktadır. Aksiyom, toplu işleme yöntemiyle güncellenir, bu da doğrulayıcıların ve hafif düğümlerin blok zincirinin mevcut durumu üzerinde hızlı bir şekilde uzlaşmasına olanak tanır.
5. Çoklu Teklif Sahibi Olmak EVM L1 blok zinciri ne anlama geliyor?
L1 altyapısı çeşitli iyileştirmelere tabi olabilir, farklı L1'ler ise MEV gibi ekonomik sorunlardan durum yönetimi gibi teknik sorunlara kadar çeşitli teknik zorluklarla karşı karşıyadır.
Çoklu önerici destekleyen ilk L1 zinciri olarak oldukça zorlu, özellikle EVM L1 için, çünkü EVM'nin tasarım amacı çoklu önerici sistemleri desteklemek değildir.
Ancak, Sei EVM'yi ve birçok geliştiricinin kullanmaya alışkın olduğu araçları korumak için farklı yöntemler deniyor.
Paralel işlem yürütme, işlem süresince uzlaşma sağlama ve birden fazla önericinin paralel çalışması performans artışına yardımcı olur; işlem verimliliği yaklaşık 50 kat artırılabilir. Ancak, bu iyileştirmeler yukarıda bahsedilen bazı risklerle de karşılaşabilir.
Bu, Sei'nin ikinci büyük güncellemesi; daha önce Sei, Cosmos zincirinden EVM zincirine dönüşmüştü ve şimdi Sei, hız optimizasyonuna yönelik bir yürütme istemcisi sundu.
Gelecek gelişmeler ve bu optimizasyon önlemlerinin sonraki etkileri dikkate değer.
İlgili Makaleler: Blockchain Sei'nin Performansı, Uyumluluğu ve İşletilebilirliği Üzerine İnceleme