SEI, Giga yükseltmesinde asenkron yürütme, çoklu teklif veren konsensüsü, işlem paralelliği ve depolama optimizasyonu gibi mekanizmalar sunar. Bu makale Hazeflow'un kurucusu Pavel Paramonov tarafından yazılmıştır ve Felix, PANews tarafından derlenmiş, derlenmiş ve katkıda bulunulmuştur. (Özet: Tek bir ayda %70 $SEI!) SIP-3 teklifinin lansmanı: saniyede 100.000 işlem hedefleyen saf EVM'ye geçiş) (Arka plan eklendi: MetaMask, Mayıs ayında Solana ağının Ethereum'un konfor alanından çıkan "ilk EVM olmayan zincir" MetaMask cüzdanını destekleyecek) Sei, en son Giga yükseltmesini tanıtan yeni bir teknik inceleme yayınladı. Çoğu okuyucu, 17 sayfalık derinlemesine teknik içeriğin okunmasını zor bulmaktadır. Bu nedenle, bu makale bu güncellemenin ne olduğunu ve blok zinciri performansının farklı seviyelerde nasıl iyileştirileceğini açıklayacaktır. 1. Asenkron yürütme için blok oluşturma giga'nın ana fikirleri ve temelleri aşağıdaki gibidir: "İşlem listemiz düzenliyse ve blok zincirinin ilk durumu tutarlıysa ve tüm dürüst düğümler bu işlemleri aynı sırayla işlerse, düğümler aynı son duruma ulaşacaktır." Bu durumda, sonuç yalnızca başlangıç durumuna ve işlemlerin sırasına bağlıdır. Bu, fikir birliğinin yalnızca blok içindeki işlemlerin sırası üzerinde anlaşmaya varması gerektiği ve her düğümün nihai durumu bağımsız olarak hesaplayabileceği anlamına gelir. Bu modelde, fikir birliği yürütmeden ayrılır ve blokların eşzamansız olarak yürütülmesine izin verir. Blok sonlandırıldıktan sonra, düğüm onu işler ve durumunu sonraki bloklarda işler. Blok daha sonra tüm düğümlerin doğru nihai durumu hesapladığından emin olmak için durum konsensüsü ile doğrulanır. Burada önemli bir detay, yürütme ve konsensüsün (üretilmesinin) paralel olarak gerçekleşmesidir. Bir düğüm bir bloğun hesaplamasını gerçekleştirdiğinde, diğer blokları da alır. Sonuç olarak, bloklar aslında toplam sırayla (paralel olarak değil) yürütülürken, blok oluşturma sürecinin kendisi fikir birliğine paralel olarak gerçekleşir. Ancak, herhangi bir blok için bu işlemler tamamen eşzamansızdır. Açıkçası, aynı bloğun aynı anda fikir birliği ve yürütülmesi imkansız görünüyor. Bu nedenle, blok n yürütüldüğünde, düğüm bir sonraki adım için blok n+1'i alır. Konsensüs çarpıtılırsa (örneğin, ağdaki düğümlerin üçte biri kötü niyetli davranırsa), standart BFT protokolüne benzer şekilde zincir askıya alınır. Bir blok içinde başarısız bir işlemin yürütülmesi bloğu geçersiz kılmaz, ancak blok oluşturma ve yürütme ayrı olduğu için başarısız durumda kalır ve mevcut bloğun son durumu sonraki bloklarda işlenir. 2 Çoklu teklif sahibi modeli nasıl uygulanır ve Autobahn nedir? Konsensüs protokolünün kendisi "Autobahn" olarak adlandırılır (hız sınırı olmayan Alman otobanı gibi). Autobahn, veri kullanılabilirliğini işlem sıralamasından ayırır ve arkasında ilginç bir model vardır. Tıpkı herhangi bir otoyolun şeritleri gibi, her düğüm kendi geçişine sahip birden fazla şerit vardır. Düğümler, işlemlerin sıralanmasıyla ilgili önerilerde bulunmak için bu kanalları kullanır. Teklif, yalnızca sıralı bir işlem koleksiyonudur. Autobahn bazen, işlemlerin sırasını sonuçlandırmak için birden fazla teklifin bir araya getirildiği bir "tipcut" işlemi gerçekleştirir. Daha önce de belirtildiği gibi, her doğrulayıcının çok sayıda işlem önermek için kendi kanalı vardır. Bir düğüm geçerli bir teklif aldığında, teklifin alındığını onaylamak için bir oylama gönderir. Oylama için bir teklif toplandıktan sonra, verilerin ağdaki en az bir dürüst düğüm tarafından alındığından emin olmak için bir Kullanılabilirlik Kanıtı (PoA) oluşturulur. Bahşiş kesintileri milisaniyeler içinde gerçekleşir ve sonunda Autobahn'dan gelen birden fazla teklif "kesilir". Teklif verenler, blokların serbest bırakılmasını beklemek ve mümkün olduğunda tek tek blokları serbest bırakmak için bir teşvike sahiptir, ancak her blok için yürütme süresi sınırı (Gaz limitine benzer) bu dinamiği biraz değiştirir. Bir kanaldaki teklif genellikle bir bloğa eşdeğerdir, bu da bir devrilme meydana geldiğinde, aynı anda birden fazla bloğun kesildiği anlamına gelir. Daha sonra, yuvanın lideri, sıralamayı tamamlamak için uç kesimini diğer düğümlere iletir. Düğüm aslında bir sonraki ipucunu hazırlarken aynı zamanda tek bir ipucu kesimi için oy kullanıyor. Toplu işleri kaçıran düğümler, PoA'da listelenen doğrulayıcılardan eşzamansız olarak elde edilebilir: bu, veri kullanılabilirliği ihtiyacının özüdür. Senkron koşullar altında, lider doğruysa, Autobahn teklif onayını iki iletişim turunda tamamlar. Bir lider başarısız olursa, mekanizma programı düzene sokmak için yeni bir lider seçer. Bir sonraki uç kesme teklifi, geçerli uç kesiminin işleme aşaması sırasında başlayabilir ve yürütme, derlemeye paralel olarak gerçekleştiğinden gecikme süresini azaltır. Aslında, tüm model, birçok düğümün aynı anda blok sıralaması için önerilerde bulunabildiği çok teklifli bir modeldir. Her doğrulayıcı kendi bloklarını önerir ve ağın bu bloklara (PoA) sahip olduğuna dair kanıt alır, bu da ağın verimini ve genel verimliliğini artırmaya yardımcı olur. 3 Paralel yürütme ve uygulaması Daha önce de belirtildiği gibi, blok yürütme süreci, blokların kendileri aslında sırayla yürütülse de, fikir birliğine paralel olarak gerçekleşir. Bunun gerçek paralel yürütme oluşturup oluşturmadığını merak ediyor olabilirsiniz. Cevap hem evet hem de hayır. Bloklar sırayla yürütülse de, bloklar içindeki işlemler gerçekten de paralel olarak yürütülebilir. İşlemler aynı durumu değiştirmezse (yazmazsa) ve bir işlemin sonucu diğerini etkilemiyorsa, paralel olarak yürütülebilirler. Kısacası, yürütme yolları birbirine bağlı olmamalıdır. Giga'nın bir mempool'u yoktur ve işlemler düğüm tarafından hemen dahil edilir. Giga, çoğu işlem arasında herhangi bir çakışma olmadığını varsayar ve bunları aynı anda birden fazla işlemci çekirdeğinde işler. Her işlemdeki değişiklikler geçici olarak özel bir arabellekte saklanır ve blok zincirine hemen uygulanmaz. İşlem tamamlandığında, sistem işlemin önceki işlemlerle çakışıp çakışmadığını kontrol eder. Bir çakışma varsa, işlem yeniden işlenecektir. Herhangi bir çakışma yoksa, değişiklikleri blok zincirine uygulanır ve sonuçlandırılır. Yüksek frekanslı çarpışmalar da olabilir, bu durumda sistem, işlemin ilerleyebilmesini sağlamak için her seferinde bir işlemi işlemeye geçer. Basit bir ifadeyle, paralel yürütme, işlemleri birden çok çekirdeğe dağıtarak çakışmayan işlemlerin aynı anda yürütülmesini sağlar. 4. Depolama sorunları ve optimizasyon Yüksek işlem hacmi nedeniyle, verilerin hem güvenli hem de kolay erişilebilir olması gerekir, bu nedenle geleneksel blok zinciri depolamasından biraz farklı bir şekilde saklanmalıdır. Gigas, verileri basit bir anahtar-değer çifti biçiminde depolar, bu da veriler değiştiğinde birden fazla güncelleme veya kontrol ihtiyacını azaltmaya yardımcı olan nispeten düz bir yapıdır. Buna ek olarak, Giga katmanlı depolama kullanır: son veriler SSD'lerde tutulur (yüksek hız), daha az kullanılan veriler ise daha yavaş, daha uygun maliyetli depolama sistemlerine taşınır. Bir düğüm çökerse, doğru durumu geri yüklemek için günlükleri oynatabilir ve verileri düzenlemek için güncellemeleri özel bir veritabanı olan RocksDB'ye uygulayabilir. Depolama sistemi, ağır hesaplamalar yapmadan verilerin doğruluğunu kanıtlayan bir kriptografik akümülatör kullanır. Akümülatörler gruplar halinde güncellenerek doğrulayıcıların ve hafif düğümlerin blok zincirinin mevcut durumu üzerinde hızlı bir şekilde anlaşmasına olanak tanır. 5. Çok teklif sahibi bir EVM L1 bloğu olun...
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 Yeni White Paper'ının Yorumlanması: Giga Yükseltmesi Hangi Teknolojik Yenilikleri Getiriyor?
SEI, Giga yükseltmesinde asenkron yürütme, çoklu teklif veren konsensüsü, işlem paralelliği ve depolama optimizasyonu gibi mekanizmalar sunar. Bu makale Hazeflow'un kurucusu Pavel Paramonov tarafından yazılmıştır ve Felix, PANews tarafından derlenmiş, derlenmiş ve katkıda bulunulmuştur. (Özet: Tek bir ayda %70 $SEI!) SIP-3 teklifinin lansmanı: saniyede 100.000 işlem hedefleyen saf EVM'ye geçiş) (Arka plan eklendi: MetaMask, Mayıs ayında Solana ağının Ethereum'un konfor alanından çıkan "ilk EVM olmayan zincir" MetaMask cüzdanını destekleyecek) Sei, en son Giga yükseltmesini tanıtan yeni bir teknik inceleme yayınladı. Çoğu okuyucu, 17 sayfalık derinlemesine teknik içeriğin okunmasını zor bulmaktadır. Bu nedenle, bu makale bu güncellemenin ne olduğunu ve blok zinciri performansının farklı seviyelerde nasıl iyileştirileceğini açıklayacaktır. 1. Asenkron yürütme için blok oluşturma giga'nın ana fikirleri ve temelleri aşağıdaki gibidir: "İşlem listemiz düzenliyse ve blok zincirinin ilk durumu tutarlıysa ve tüm dürüst düğümler bu işlemleri aynı sırayla işlerse, düğümler aynı son duruma ulaşacaktır." Bu durumda, sonuç yalnızca başlangıç durumuna ve işlemlerin sırasına bağlıdır. Bu, fikir birliğinin yalnızca blok içindeki işlemlerin sırası üzerinde anlaşmaya varması gerektiği ve her düğümün nihai durumu bağımsız olarak hesaplayabileceği anlamına gelir. Bu modelde, fikir birliği yürütmeden ayrılır ve blokların eşzamansız olarak yürütülmesine izin verir. Blok sonlandırıldıktan sonra, düğüm onu işler ve durumunu sonraki bloklarda işler. Blok daha sonra tüm düğümlerin doğru nihai durumu hesapladığından emin olmak için durum konsensüsü ile doğrulanır. Burada önemli bir detay, yürütme ve konsensüsün (üretilmesinin) paralel olarak gerçekleşmesidir. Bir düğüm bir bloğun hesaplamasını gerçekleştirdiğinde, diğer blokları da alır. Sonuç olarak, bloklar aslında toplam sırayla (paralel olarak değil) yürütülürken, blok oluşturma sürecinin kendisi fikir birliğine paralel olarak gerçekleşir. Ancak, herhangi bir blok için bu işlemler tamamen eşzamansızdır. Açıkçası, aynı bloğun aynı anda fikir birliği ve yürütülmesi imkansız görünüyor. Bu nedenle, blok n yürütüldüğünde, düğüm bir sonraki adım için blok n+1'i alır. Konsensüs çarpıtılırsa (örneğin, ağdaki düğümlerin üçte biri kötü niyetli davranırsa), standart BFT protokolüne benzer şekilde zincir askıya alınır. Bir blok içinde başarısız bir işlemin yürütülmesi bloğu geçersiz kılmaz, ancak blok oluşturma ve yürütme ayrı olduğu için başarısız durumda kalır ve mevcut bloğun son durumu sonraki bloklarda işlenir. 2 Çoklu teklif sahibi modeli nasıl uygulanır ve Autobahn nedir? Konsensüs protokolünün kendisi "Autobahn" olarak adlandırılır (hız sınırı olmayan Alman otobanı gibi). Autobahn, veri kullanılabilirliğini işlem sıralamasından ayırır ve arkasında ilginç bir model vardır. Tıpkı herhangi bir otoyolun şeritleri gibi, her düğüm kendi geçişine sahip birden fazla şerit vardır. Düğümler, işlemlerin sıralanmasıyla ilgili önerilerde bulunmak için bu kanalları kullanır. Teklif, yalnızca sıralı bir işlem koleksiyonudur. Autobahn bazen, işlemlerin sırasını sonuçlandırmak için birden fazla teklifin bir araya getirildiği bir "tipcut" işlemi gerçekleştirir. Daha önce de belirtildiği gibi, her doğrulayıcının çok sayıda işlem önermek için kendi kanalı vardır. Bir düğüm geçerli bir teklif aldığında, teklifin alındığını onaylamak için bir oylama gönderir. Oylama için bir teklif toplandıktan sonra, verilerin ağdaki en az bir dürüst düğüm tarafından alındığından emin olmak için bir Kullanılabilirlik Kanıtı (PoA) oluşturulur. Bahşiş kesintileri milisaniyeler içinde gerçekleşir ve sonunda Autobahn'dan gelen birden fazla teklif "kesilir". Teklif verenler, blokların serbest bırakılmasını beklemek ve mümkün olduğunda tek tek blokları serbest bırakmak için bir teşvike sahiptir, ancak her blok için yürütme süresi sınırı (Gaz limitine benzer) bu dinamiği biraz değiştirir. Bir kanaldaki teklif genellikle bir bloğa eşdeğerdir, bu da bir devrilme meydana geldiğinde, aynı anda birden fazla bloğun kesildiği anlamına gelir. Daha sonra, yuvanın lideri, sıralamayı tamamlamak için uç kesimini diğer düğümlere iletir. Düğüm aslında bir sonraki ipucunu hazırlarken aynı zamanda tek bir ipucu kesimi için oy kullanıyor. Toplu işleri kaçıran düğümler, PoA'da listelenen doğrulayıcılardan eşzamansız olarak elde edilebilir: bu, veri kullanılabilirliği ihtiyacının özüdür. Senkron koşullar altında, lider doğruysa, Autobahn teklif onayını iki iletişim turunda tamamlar. Bir lider başarısız olursa, mekanizma programı düzene sokmak için yeni bir lider seçer. Bir sonraki uç kesme teklifi, geçerli uç kesiminin işleme aşaması sırasında başlayabilir ve yürütme, derlemeye paralel olarak gerçekleştiğinden gecikme süresini azaltır. Aslında, tüm model, birçok düğümün aynı anda blok sıralaması için önerilerde bulunabildiği çok teklifli bir modeldir. Her doğrulayıcı kendi bloklarını önerir ve ağın bu bloklara (PoA) sahip olduğuna dair kanıt alır, bu da ağın verimini ve genel verimliliğini artırmaya yardımcı olur. 3 Paralel yürütme ve uygulaması Daha önce de belirtildiği gibi, blok yürütme süreci, blokların kendileri aslında sırayla yürütülse de, fikir birliğine paralel olarak gerçekleşir. Bunun gerçek paralel yürütme oluşturup oluşturmadığını merak ediyor olabilirsiniz. Cevap hem evet hem de hayır. Bloklar sırayla yürütülse de, bloklar içindeki işlemler gerçekten de paralel olarak yürütülebilir. İşlemler aynı durumu değiştirmezse (yazmazsa) ve bir işlemin sonucu diğerini etkilemiyorsa, paralel olarak yürütülebilirler. Kısacası, yürütme yolları birbirine bağlı olmamalıdır. Giga'nın bir mempool'u yoktur ve işlemler düğüm tarafından hemen dahil edilir. Giga, çoğu işlem arasında herhangi bir çakışma olmadığını varsayar ve bunları aynı anda birden fazla işlemci çekirdeğinde işler. Her işlemdeki değişiklikler geçici olarak özel bir arabellekte saklanır ve blok zincirine hemen uygulanmaz. İşlem tamamlandığında, sistem işlemin önceki işlemlerle çakışıp çakışmadığını kontrol eder. Bir çakışma varsa, işlem yeniden işlenecektir. Herhangi bir çakışma yoksa, değişiklikleri blok zincirine uygulanır ve sonuçlandırılır. Yüksek frekanslı çarpışmalar da olabilir, bu durumda sistem, işlemin ilerleyebilmesini sağlamak için her seferinde bir işlemi işlemeye geçer. Basit bir ifadeyle, paralel yürütme, işlemleri birden çok çekirdeğe dağıtarak çakışmayan işlemlerin aynı anda yürütülmesini sağlar. 4. Depolama sorunları ve optimizasyon Yüksek işlem hacmi nedeniyle, verilerin hem güvenli hem de kolay erişilebilir olması gerekir, bu nedenle geleneksel blok zinciri depolamasından biraz farklı bir şekilde saklanmalıdır. Gigas, verileri basit bir anahtar-değer çifti biçiminde depolar, bu da veriler değiştiğinde birden fazla güncelleme veya kontrol ihtiyacını azaltmaya yardımcı olan nispeten düz bir yapıdır. Buna ek olarak, Giga katmanlı depolama kullanır: son veriler SSD'lerde tutulur (yüksek hız), daha az kullanılan veriler ise daha yavaş, daha uygun maliyetli depolama sistemlerine taşınır. Bir düğüm çökerse, doğru durumu geri yüklemek için günlükleri oynatabilir ve verileri düzenlemek için güncellemeleri özel bir veritabanı olan RocksDB'ye uygulayabilir. Depolama sistemi, ağır hesaplamalar yapmadan verilerin doğruluğunu kanıtlayan bir kriptografik akümülatör kullanır. Akümülatörler gruplar halinde güncellenerek doğrulayıcıların ve hafif düğümlerin blok zincirinin mevcut durumu üzerinde hızlı bir şekilde anlaşmasına olanak tanır. 5. Çok teklif sahibi bir EVM L1 bloğu olun...