A dark server room with illuminated equipment
Kripto

MultiversX, 10 Eylül için testnet'te Supernova'yı sundu

Güncelleme, konsensüsü yürütmeden ayırır ve gecikmeye duyarlı DeFi için 100–250 ms içinde nihai sonuç iddia eder.

Yazan: Emma Carter5 dk okuma

MultiversX, testnet üzerinde "Supernova" güncellemesini başlattı ve blok üretimini yeniden tasarlayarak doğrulayıcıların işlemler gerçekleştirilmeden önce bloklar üzerinde anlaşabilmesini sağladı. Ekip, ~600 milisaniye bloklar ve 100–250 milisaniye in-shard kesinliği hedefliyor ve ana ağın 10 Eylül 2026'da aktif olması bekleniyor.

Supernova, Beklenen 10 Eylül Ana Ağ Geçişi ile Testnet'i Vurdu

Supernova artık MultiversX'in testnet'inde canlı, aynı mimari devnet üzerinde de çalışıyor, çünkü ağ, işlem yürütme hala yetişirken konsensüsü devam ettirmek için açıkça tasarlanmış asenkron bir yürütme boru hattına doğru ilerliyor.

Belirtilen zaman çizelgesi sıkı ve spesifik. Supernova, 20 Ağustos'tan bu yana canlı testnet ve devnet üzerinde ~600 milisaniye bloklar üretiyor ve ağ, 10 Eylül 2026'da beklenen ana ağ aktivasyon tarihine doğru çalışıyor.

Güncelleme, yüksek performanslı zincirler için tanıdık bir ölçeklenme tavanına bir yanıt olarak çerçeveleniyor: işlem yürütme konsensüs kritik yolunda yer aldığında, en yavaş hesaplama sistemin hız otomobili haline geliyor. MultiversX'in bahsi, gecikmedeki bir sonraki adım değişikliğinin işlemlerin sırasını değiştirmekten geleceği, yalnızca yayılma ve kesinliği optimize etmekten değil.

Ayrıştırılmış Konsensüs ve Yürütme: Gecikme Hedefleri ve Yeni Geçerlilik Problemi

Supernova'nın temel değişikliği mekanik: "konsensüsü yürütmeden ayrıştırır, böylece ağ işlemlerini işleme almadan önce bloklar üzerinde anlaşabilir," yürütmeyi konsensüs kritik yolundan çıkararak, doğrulayıcıların oy kullandıktan sonra çalışan asenkron bir aşamaya kaydırır.

Güncellemeden önce akış sıralıydı. Bir önerici işlemleri seçti, bunları yerel olarak yürüttü ve sonuçta oluşan durum geçişleriyle bir blok önerdi, ardından doğrulayıcılar bu işlemleri yeniden yürüttü. Supernova altında, "Önerici işlemleri seçer ve önce yürütmeden bloğu önerir," ve "Doğrulayıcılar önerinin protokol kurallarına uyduğunu doğrular ve hemen oy kullanabilir, yürütme arka planda asenkron olarak devam eder."

Bu yeniden sıralama, teoride gecikme hedeflerini makul kılan şeydir. Yürütme çıktısı "genellikle bir sonraki blok başlığında referans alınır ve notere onaylatılır," bu da yürütmenin konsensüsü yaklaşık bir blok geriden takip ettiği anlamına gelir, yani yaklaşık 600 milisaniye.

Pratikte, mimari, konsensüsün ~600 ms bloklar üretmeye devam edebileceği bir boru hattı ritmi hedefliyor, böylece her doğrulayıcının bir sonraki bloğun kesinleşmeden önce aynı hesaplamayı tamamlaması zorunlu hale gelmiyor.

Yapıcılar için, başlık iddiası şudur: "in-shard kesinliği kanıt mevcut olduğunda, genellikle aynı turda 100–250 milisaniye civarında gelir," ve "daha öngörülebilir yürütme koşulları" ile eşleştirilmiştir. Hedef kullanım durumları, gecikme kullanıcı görünür hale geldiğinde hızla bozulma gösteren, yüksek frekanslı DeFi ilkeleri ve onchain emir defterleri gibi durumlardır.

Sorun, async yürütmenin getirdiği geçerlilik problemidir. Ağ, bir blok üzerinde yürütmeden önce oy verirse, öneri zamanında geçerli görünen bir işlem, yürütme ona ulaştığında geçersiz hale gelebilir, çünkü hesap nonce'ları ve bakiyeleri diğer bekleyen faaliyetler tarafından tüketilmiş olabilir.

Sanal Mempool Durumu, EIE ve Geri Basınç: Supernova Blokları Güvende Tutmaya ve Düğümleri Senkronize Tutmaya Nasıl Çalışıyor

Supernova'nın ilk savunma hattı, en son yürütülen durumu aşan ve bekleyen nonce'ları, beklenen bakiye tüketimini ve henüz yürütülmemiş veya konsensüs yoluyla nihai hale getirilmemiş işlemleri takip eden bir "sanal mempool durumu" aracılığıyla önerici katmanında yer alır.

Amaç, önericilere hesap faaliyetinin ileriye dönük bir görünümünü vermek, böylece yürütme yetiştiğinde başarısız olma olasılığı yüksek işlemleri dahil etmekten kaçınabilmeleridir.

Tasarım ayrıca ağın donanımının uzun kuyruğunu geride bırakmaktan korumak için iki açık kısıtlama ekler. Yürütme Sonucu Dahil Etme Tahmincisi (EIE), bir blokta referans alınabilecek yürütme sonuçlarının sayısını "minimum özellikteki düğümlerin güvenle işleyebileceği" temelinde sınırlar ve otomatik geri basınç, yürütme çok geride kalırsa blok kapasitesini azaltarak sisteme yetişme süresi tanır.

Bu mekanizmalar, günümüzde piyasa ile ilgili belirsizliğin de bulunduğu yerdir. Materyal, boru hattını ve güvenlik önlemlerini tanımlar, ancak ~600 ms blokların daha ağır, daha karmaşık işlem karışımları altında devam edip etmediğini gösterecek bağımsız kıyaslamalar, verimlilik rakamları veya stres testi verileri sağlamaz.

Ayrıca, sanal mempool durumu ve kısıtlamalar ötesinde, konsensüs sonrası yürütme hatalarının ve geçersiz işlemlerin operasyonel olarak nasıl ele alındığını da açıklamaz.

Bir sonraki somut kilometre taşları, anlatıdan ziyade prosedürel olacaktır: beklenen 10 Eylül 2026 ana ağ aktivasyon tarihinin onayı veya revizyonu, yük ve işlem karmaşıklığı arttıkça testnet/devnet üzerinde sürdürülen ~600 ms blok üretimi ve EIE kısıtlamalarının veya geri basınç azaltmalarının stres altında ne sıklıkla tetiklendiğini gösteren herhangi bir açıklanan metrik.

Benim Okumam: Bu Bir UX/Yapıcı Bahsi—Ama Tüccarlar Sayıları Ana Ağ Aktif Olana Kadar Geçici Olarak Ele Almalıdır

Çoğu insanın yanlış anlayacağı kısım, gecikme iddiasının tamamlanmış bir performans garantisi olarak algılanmasıdır. Aslında gönderilen, yürütmeyi konsensüs kritik yolundan çıkaran mimari bir değişimdir ve bu, yüksek performanslı zincirler arasında açık bir emsal ile net bir tasarım seçimidir: işlem karmaşıklığı arttıkça daha öngörülebilir blok ritmi elde edersiniz, ancak yalnızca karmaşık, düşmanca yükler altında ortaya çıkan yeni bir geçerlilik ve birikim problemi sınıfını miras alırsınız.

Önemli olan eşik, testnet/devnet'in kısıtlamalar çoğunlukla arka planda kalırken ~600 ms blokları tutup tutamayacağıdır, çünkü eğer EIE ve geri basınç sürekli devrede olursa, boru hattı hala kağıt üzerinde "hızlı" ancak pratikte kısıtlıdır. Bu, ana ağ tarihi onaylandığında ve ağın rutin yürütme gecikmesi olmadan sürdürülebilir düşük gecikme davranışını gösterebildiğinde piyasa ile ilgili hale gelir.

Kaynaklar