Solana'nın Alpenglow Testi 150 Milisaniyeden Daha Fazlasını İçeriyor

Solana'nın en önemli konsensüs yükseltmesi şu anda doğrulayıcı testlerinden geçiyor. Daha zor olan kısım, manşet hız iddiasının gerçek çalışma koşullarında ayakta kaldığını kanıtlamak.

SIMD-0326 olarak izlenen Alpenglow, Anza'nın doğrulayıcı programında bekleyen mainnet aktivasyonları arasında listelenmeye devam ediyor. İzleyici, testnet ve devnet aktivasyon konumlarını kaydediyor ve Agave 4.3.0'ı bu özellikle ilişkili yazılım sürümü olarak tanımlıyor. Aynı anlık görüntüde, mainnet sürüm tabanı hâlâ 4.2.2 idi ve 4.3.0 bir sonraki beklenen taban olarak listelenmişti.

Bu ayrım önemlidir. Planlanan bir yazılım tabanı, canlı bir konsensüs değişikliğiyle aynı şey değildir. Alpenglow testlerden geçerken mainnet hâlâ Solana'nın mevcut konsensüsüne dayanıyor.

Yükseltmenin temel vaadi daha hızlı kesinleşmedir. Sıkça alıntılanan rakam 150 milisaniyedir. Ancak bu rakam, belirli koşullar altında bir konsensüs katmanı hedefi olarak anlaşılmalıdır; her cüzdan transferinin, borsa yatırma işleminin veya ödemenin uçtan uca bu sürede tamamlanacağının garantisi değildir.

28 Eylül Alpenglow'un Lansmanı Değildi

Bir program girdisi, mainnet özellik aktivasyonlarının 28 Eylül'de yeniden başlayacağını söylüyordu. Alpenglow'un o gün etkinleştirileceğini söylemiyordu.

Bu fark kafa karışıklığı yarattı. Özellik aktivasyon kuyruğunun genel bir yeniden başlatma, bazı okuyucular tarafından planlanmış bir protokol geçişi olarak ele alındı. 29 Eylül'deki bir düzeltme daha sonra yanlış anlaşılmayı izledi ve Anza'nın iddia edilen lansman tarihini reddettiğini söyledi.

Gerçek süreç daha katmanlıdır.

Doğrulayıcılar, özelliği etkinleştirmeden uyuyan kod içeren yazılımı benimseyebilir. Sürüm tabanı, stake eşikleri ve epoch gereksinimleri karşılandıktan sonra yükselebilir. Ayrı bir özellik kapısı daha sonra yeni davranışı etkinleştirebilir.

Bu nedenle, bir panoda sürüm numarası değişikliği görmek, mainnet'te canlı olarak daha hızlı kesinleşme görmekle aynı şey değildir.

Daha iyi haber kancası, yaygın olarak dolaşan tarihten sonra test ve aktivasyon sürecinin açık kalmasıdır. Nihai bir mainnet penceresi hâlâ açık bir program, operatör hazırlığı ve testlerden kamuya açık kanıt gerektirir.

Votor İlk Adımdır, Rotor Daha Sonra Gelir

SIMD-0326, ilk Alpenglow hamlesini esas olarak yeni konsensüs mekanizması Votor etrafında tanımlar.

Öneri, planlanan veri dağıtımı değişimi olan Rotor'u açıkça ayrı bir değişiklik için bırakır. İlk kullanıma sunmada Solana, mevcut veri yayılım sistemi Turbine'i korur.

Bu kapsam önemlidir çünkü "Alpenglow" tam yığın bir değişim gibi gelebilir. Önerilen ilk geçiş daha dardır.

Konsensüs, yeterli sayıda doğrulayıcının bir bloğun kesin olarak kabul edilmesi gerektiği konusunda anlaştığı zamanı belirler. Veri yayılımı, bloğun doğrulayıcılara nasıl ulaştığını yanıtlar. Yürütme, bir işlemin gerçekten çalışıp çalışmadığını yanıtlar. Kullanıcıya dönük bir uygulama ayrıca bir RPC sağlayıcısının sonucu bildirmesini bekler.

Daha hızlı bir oy, bu yoldaki her gecikmeyi ortadan kaldıramaz.

150 milisaniyelik hedef, uygun ağ koşullarında konsensüs katmanındaki kesinleşmeyi ifade eder. Kullanıcının "gönder"e basmasından cüzdan, borsa veya ödeme işlemcisinin nihai krediyi göstermesine kadar geçen süreyle aynı değildir.

Yararlı bir kıyaslama, kronometrenin nerede başlayıp nerede durduğunu tanımlamalıdır. Blok önerisiyle başlayan bir ölçüm, müşterinin işlem gönderdiği anda başlayan bir ölçümle karşılaştırılamaz.

Güvenlik Takası Hız İddiasının Yanında Yer Almalı

Alpenglow, eski oylama yolunun yalnızca daha hızlı bir sürümü değildir. Hız, güvenlik ve canlılık arasındaki dengeyi değiştirir.

Öneri, "20 artı 20" modelini tanımlar: belirtilen varsayımlar altında bir pay düşmanca stake'i ve ayrı bir pay yanıt vermeyen stake'i tolere edebilir. Yazarlar ayrıca tek turlu oylamanın, iki turlu tasarımlarla elde edilebilen aynı %33 Bizans eşiğini sağlamadığını belirtir.

Bu kabul, açıklamada bir zayıflık değildir. Gecikme hedefinin yanında raporlanması gereken tam da budur.

Tasarım, normal yolu kısaltmayı amaçlar. Doğrulayıcılar için soru, farklı başarısızlık varsayımlarının daha hızlı kesinleşme karşılığında kabul edilebilir olup olmadığıdır.

Bu bir yönetişim ve mühendislik yargısıdır, en hızlı durum kıyaslamasıyla çözülecek bir şey değildir.

İki Kıyaslama Gereklidir

Net bir testin iki sütunu olmalıdır.

İlk sütun, doğrulayıcı bakış açısından protokol kesinleşmesini ölçmelidir: önerilen bir bloktan kesinleştirme sertifikasına kadar geçen süre, yavaş sonuçlar dahil olmak üzere.

İkincisi, kullanıcı tarafından görülebilen işlem yolunu ölçmelidir: gönderim, dahil etme, yürütme, kesinleşme, RPC yanıtı ve uygulama veya borsa onayı.

Bu iki sütun arasındaki fark, konsensüs manşetinin ölçmediği iştir.

Örneğin, bir testin öneriden sonra kesinleşme için 150 milisaniye bildirdiğini varsayalım. İşlem dahil etme 350 milisaniyelik bir slot beklerse ve RPC teslimi 100 milisaniye daha sürerse, kullanıcı imzalama gecikmeleri veya yeniden denemelerden önce en az 600 milisaniye görür. Bu 350 artı 150 artı 100'dür.

Bu sayılar açıklayıcıdır, Alpenglow'un üretim ölçümü değildir. Saniye altı bir konsensüs rakamının neden otomatik olarak saniye altı bir ödeme deneyimi olmadığını gösterirler.

Ortanca gecikme ayrıca operatörlerin en çok önemsediği durumları gizler. Kötü bir ağ rotasının arkasındaki bir doğrulayıcı, geçici bir bölünme, kaçırılan bir oy veya yoğun yeniden oynatma işi uzun bir kuyruk oluşturabilir. Borsalar ve ödeme sağlayıcıları genellikle kesinleşme politikalarını yalnızca kıyaslama ortancalarına göre değil, kötü koşullara göre tasarlar.

Güvenilir bir kullanıma sunma, yüzdelik sonuçları, kurtarma davranışını ve başarısız liderlerin sonuçlarını yayınlamalıdır.

Başarısızlık Durumları Gerçek Testtir

Mutlu yol, hızlı bir sayı üretmenin en kolay yeridir.

Mainnet'e hazır bir konsensüs değişikliği, geç katılan doğrulayıcıları, bölgesel mesaj gecikmelerini, yazılım yeniden başlatmalarını, lider başarısızlıklarını ve zincirin çelişen görünümlerini ele almalıdır.

Alpenglow geçiş önerisi, eski oylama durumundan yenisine geçişi ele alıyor. Bu geçiş önemlidir çünkü doğru bir kararlı durum protokolü, kötü bir geçişle yine de açığa çıkabilir.

Testler, bir bölünme iyileştikten sonra kümenin tek bir tutarlı nihai karara ulaşıp ulaşmadığını, anlamlı stake çevrimdışı olursa ne kadar hızlı devam ettiğini ve farklı uyumlu sürümleri çalıştıran düğümlerin aynı sonucu bildirip bildirmediğini göstermelidir.

Testnet yararlıdır çünkü farklı altyapıya sahip doğrulayıcılar, kontrollü bir laboratuvarın kaçırabileceği koşullarla karşılaşır. Ancak testnet, mainnet'in ekonomik teşviklerini, trafiğini ve operasyonel baskısını tam olarak yeniden üretemez.

İstemci uyumluluğu da resmin bir parçasıdır. Gözlemlenen izleyici anlık görüntüsünde, Firedancer ve Frankendancer Alpenglow satırı için desteklenmiyor olarak işaretlenmişti. Bu, belirli bir programdaki bir uyumluluk durumudur, her iki istemci hakkında kalıcı bir iddia değildir.

Bir üretim geçişi, her uygulamayı çalıştıran stake'i hesaba katmalı veya bu operatörlerin neyi değiştirmesi gerektiğini belirtmelidir.

Hızlı Sertifikalar ve Yavaş Sertifikalar Farklıdır

Alpenglow, her bloğun en hızlı yoldan kesinleşmesine bağlı değildir.

SIMD-0326, stake'in %80'ini temsil eden doğrulayıcılar bir bloğu tek turda noter tasdik ettiğinde hızlı kesinleşmeyi tanımlar. Daha yavaş yol, stake'in %60'ını içeren iki tur kullanır ve hem noter onayı hem de kesinleştirme sertifikaları içerir.

Bir lider zamanında geçerli bir blok sunamazsa, doğrulayıcılar slotu atlamak için oy kullanabilir. Tasarım, atlanan slotlar için sertifikalar ve bir geri dönüş yolu içerir.

Bu, yalnızca %80 hızlı yola odaklanan bir manşet kıyaslamasının, kesinleşmenin en değerli olduğu durumları atlayacağı anlamına gelir.

Yararlı bir günlük rapor, önerilen her slotu sayar ve bunları üç gruba ayırır: hızlı sertifika, daha yavaş yol ve atlanan slot. Ardından her sınıf için ortanca, 95. yüzdelik ve 99. yüzdelik gecikmeyi vermelidir.

Günde binlerce makbuz işleyen bir ödeme hizmeti, çoğu bireysel kullanıcı karşılaşmasa bile nadir uzun kuyruk olaylarıyla karşılaşabilir.

Bir sertifika, stake ağırlıklı anlaşmanın kompakt, doğrulanabilir bir kaydıdır. Sabit sayıda makinenin oyu değildir. On küçük doğrulayıcı, yalnızca sayıca üstün gelerek büyük delege edilmiş stake'e sahip bir doğrulayıcının yerini alamaz.

Doğru rakamlar, her turda katılan stake, çevrimdışı stake ve karşı çıkan stake'tir. Bu rakamların zaman damgalarına ihtiyacı vardır çünkü stake atamaları ve operatör kullanılabilirliği değişir.

Geçişin Paylaşılan Bir Başlangıç Bloğuna İhtiyacı Var

Geçiş belgesi, bir hız grafiğinde görünmeyen bir sorunu ele alır.

Eski ve yeni konsensüs, kesimden sonra bağımsız geçmişler olarak güvenle çalışamaz. Doğrulayıcılar, ilk Alpenglow bloğunun ebeveyni olacak son eski blok üzerinde anlaşmalıdır. Belge bu paylaşılan noktayı Alpenglow genesis bloğu olarak adlandırıyor.

Operatörler bu blok üzerinde anlaşamazsa, sonraki kesinleştirme sertifikaları uyumsuz geçmişlere atıfta bulunabilir.

Önerilen geçiş, bir özellik aktivasyon slotundan sonra başlar, ancak geçiş sınırı 5.000 slot sonradır. Bu ek aralık, bir epoch'un başlangıcından kaçınmayı amaçlar. Süreç daha sonra, önerinin belirtilen deseninde stake'in en az %82'sini temsil eden oylarla güçlü bir iyimser onay koşulunu karşılayan bir blok bekler.

Doğrulayıcılar, ortak bir ata bloğu için bir genesis oyu imzalar. %82'lik bir genesis sertifikası, geçiş yapmaları için kanıt sağlar.

Bu eşikler geçiş tasarımının bir parçasıdır. Geçişten sonra Votor'un %80 hızlı kesinleşme yolundan ayrıdırlar.

Genesis sertifikasını alan bir doğrulayıcı, imzalarını ilgili epoch'un BLS anahtarlarına göre doğrular ve yayınlar. Plan daha sonra Votor'u seçilen bloktan başlatır ve sonraki slotlar için TowerBFT'yi durdurur. Seçilen genesis noktasından sonraki blokları geri alır ve yeni blokları işlemeden önce ilişkili durumu sıfırlar.

Belge, kullanıcı işlemleri bu ara bloklara paketlenmediği için bu geri almanın güvenli olduğunu savunur. Bu iddianın gerçek küme üzerinde test edilmesi gerekir. Yalnızca kesinleşme manşetiyle doğrulanamaz.

Bir düğüm, geçiş sırasında çevrimdışı da olabilir. Öneri, geri dönen bir doğrulayıcının genesis sertifikasını bir anlık görüntüden nasıl öğrenebileceğini veya geçerli bir Alpenglow kesinleştirme sertifikası gördükten sonra nasıl yetişebileceğini açıklar.

Bu, sürüm mühendisliğinin konsensüs teorisiyle buluştuğu yerdir. Geç bir düğüm geçişi yanlış yorumlarsa, çoğunluk kümesi doğru devam etse bile bayat veya tutarsız veriler gösterebilir.

Kesim Yine de İlerlemeyi Kesintiye Uğratabilir

Geçiş önerisi, geçişin ilerlemeyi kesintiye uğratabileceğini, iyimser bir yaklaşımla sınırın ötesinde bir slot boyunca kesintiye uğratabileceğini söyler.

Tek slotluk bir beklenti, maksimum hizmet düzeyi garantisi değildir.

Aktivasyondan sonra, kamuya açık otopsi kaç slotun atlandığını, kullanıcı işlem paketlemesinin duraklayıp duraklamadığını ve harici hizmetlerin normal onay raporlamasına devam etmesinin ne kadar sürdüğünü söylemelidir.

Hızlı bir kararlı durum, geçiş aralığını kullanıcı deneyiminden silmez.

Bu nedenle mainnet tarihi, genel bir yazılım takviminden çıkarılamaz. Güvenli bir kesim, uyumlu BLS anahtar kaydı, benimsenen bir özellik kapısı, paylaşılan bir başlangıç bloğu, sertifika dağıtımı, geri alma davranışı ve geride kalan düğümler için kurtarma gerektirir.

Bunlar doğrulayıcılar ve altyapı sağlayıcıları için operasyonel görevlerdir. Geçiş spesifikasyonu kontrol listesini sağlar. Gerçek ağ egzersizi, kontrol listesinin yeterli olup olmadığını gösterecektir.

Doğrulayıcı Ekonomisi Değişebilir

Alpenglow ayrıca doğrulayıcı ekonomisini değiştirir.

Solana'nın mevcut oylama modelinde, operatörler oy işlemleri gönderir ve ilgili ücretleri öder. SIMD-0326, bu ücret deseni yerine bir doğrulayıcı giriş bileti veya VAT önerir.

Belge, günde yaklaşık 0,8 SOL veya epoch başına 1,6 SOL'luk bir başlangıç tahmini verir ve tam ödemenin yakılacağını söyler. Bu, her doğrulayıcı için canlı bir faturalandırma beyanı değil, başlangıç önerisi parametresidir.

Sabit bir kabul maliyeti, bir gideri basitleştirirken az delege edilmiş stake'e sahip daha küçük operatörler üzerinde daha ağır basabilir. Büyük bir doğrulayıcı ile küçük bir doğrulayıcı aynı ödülleri kazanmaz.

Kilit soru, tasarruf edilen oy ücretleri, donanım maliyetleri, bant genişliği ve VAT hesaba katıldıktan sonra net ekonominin iyileşip iyileşmediğidir.

Öneri, operatörlerin geçişten sonra daha düşük kaynak kullanımı görmesi gerektiğini söyler. Bu, canlı doğrulayıcı kümesi genelinde henüz ölçülmüş bir sonuç değil, beklenen bir sonuçtur.

Ciddi bir öncesi-sonrası karşılaştırması, aynı operatörleri yükseltme boyunca izler. Her stake bandı için, geçişten önceki günlük oy ücretlerini geçişten sonraki VAT ve işletme maliyetleriyle karşılaştırır. Ayrıca kaç bağımsız operatörün oy vermeyi bıraktığını veya aktif kümeden ayrıldığını izler.

Makine sayısındaki bir düşüş, ayrılan doğrulayıcıların ihmal edilebilir stake'i varsa merkeziyetsizliğin kötüleştiğini otomatik olarak kanıtlamaz. Ancak araştırılması gereken bir sinyal olur. Stake yoğunlaşması ve coğrafi çeşitlilik gerekli bağlamı sağlar.

Öneri ayrıca yetersiz finanse edilen bir doğrulayıcının aktif kümeden çıkarılacağını söyler. Bu, bilet bakiyesi yönetimini bir çalışma süresi sorunu haline getirir. Operatörlerin fonlar bitmeden uyarılara ihtiyacı vardır ve delege edenlerin seçtikleri doğrulayıcı etkin olmazsa ne olacağını anlamaları gerekir.

Üretim sorusu yalnızca 150 milisaniyenin elde edilebilir olup olmadığı değildir. Yeterince geniş bir doğrulayıcı kümesinin bu performansı daha yüksek gizli maliyetler veya operasyonel kırılganlık olmadan sunup sunamayacağıdır.

Kesinleşme Kullanıcı Kredisiyle Aynı Şey Değildir

Bir borsa yatırma işlemi, zincir kesinleşmesi ile kullanıcı deneyimi arasındaki boşluğu gösterir.

Bir müşteri imzalı bir işlem gönderir. Transfer bir lider düğüme ulaşır ve bir bloğa dahil edilir. Doğrulayıcılar oy verir ve bir kesinleştirme sertifikası oluşur. Bir RPC hizmeti sertifikayı gözlemler ve bildirir. Borsanın yatırma izleyicisi adresi ve varlığı tanımlar, dahili kontroller yapar ve hesabı kredilendirir.

Konsensüs yükseltmesi esas olarak bu dizideki bir aralığı kısaltır.

Bir borsa politika gereği yine de daha uzun bekleyebilir. Büyük yatırma işlemleri için ekstra kontroller isteyebilir, birden fazla RPC sağlayıcısındaki sonuçları karşılaştırabilir veya bir olay sırasında krediyi geciktirebilir. Bu, zincirin kesinleşme hedefini karşılamadığı anlamına gelmez. Bir zincir kıyaslamasının garantili müşteri kredi süresi olarak pazarlanamayacağı anlamına gelir.

Tersi de olabilir. Bir uygulama, RPC düğümü bir blok gördüğü anda, kesinleştirme sertifikası gelmeden önce bekleyen bir başarı gösterebilir. Kullanıcı, protokolün en güçlü güvencesi daha sonra gelse bile hızlı bir yeşil onay görür.

Geçiş sırasında, aynı taahhüt etiketlerini koruyan uygulamalar yeni anlamlara karşı test edilmelidir. Değişmemiş görünen bir cüzdan arayüzü, değişen bir risk modelini gizleyebilir.

Merkeziyetsiz uygulamalar için, nihai bir blok olumlu bir ticareti garanti etmez. Bir işlem, bir uygulama kuralı altında yürütülebilir ve başarısız olabilir, ücret ödeyebilir veya gönderilen parametreler dahilinde beklenmedik bir fiyattan sonuçlanabilir.

Konsensüs kesinleşmesi, defterin sonucu belirlediği anlamına gelir. Bir akıllı sözleşmenin güvenli olduğunu veya bir oracle girdisinin doğru olduğunu onaylamaz.

Alpenglow İçin Güçlü Durum Hâlâ Önemli

Destekçilerin ciddi bir argümanı var.

Solana'nın mevcut onay süreci, hızlı blok üretimi ile daha güçlü kesinleşme arasında uzun süredir bir boşluk bıraktı. Votor bu boşluğu güvenilir bir şekilde daraltırsa, borsalar yatırma işlemlerini daha erken kredilendirebilir, yatırımcılar yürütmeden sonra belirsizliği azaltabilir ve ödeme sağlayıcıları daha az beklemeyle sonuçlandırabilir.

Öneri yalnızca bir pazarlama iddiası değildir. Resmi bir protokol tasarımıdır ve doğrulayıcılar mainnet dışında test etmek için zaten zaman harcadı.

Doğrulayıcı yönetişim yolu da önemlidir. Operatörler yazılımı benimsemeli ve aktivasyona katılmalıdır. Aşamalı özellik kapısı, ağa üretimden önce sorunları ortaya çıkarma şansı verir.

Bu güçlü yönler, test aşamasını önemli kılar. Nihai hizmet düzeyini kanıtlamazlar.

Karşı durum, daha hızlı kesinleşmenin anlamsız olduğu değildir. Yazarların kendilerinin farklı başarısızlık varsayımlarını açıkladığı ve operatörlerin hâlâ geçişi, istemci uyumluluğunu ve ekonomik etkileri yönetmesi gerektiğidir.

Sakin bir test kümesindeki 150 milisaniyelik bir ortanca, anlamlı stake çevrimdışıyken veya ağ bağlantıları kararsızken protokolün nasıl davrandığını yanıtlamaz.

Bu nedenle kanıt, yalnızca bir hız gösteriminde değil, bir başarısızlık durumu raporunda yer almalıdır.

Mainnet Hazırlığının Birkaç Kapısı Var

Alpenglow hazırlığı tek bir anahtar değildir.

İlk kapı yazılım benimsemesidir: yeterli stake uyumlu bir sürümü çalıştırmalıdır.

İkincisi, testnet ve devnet'te protokol doğrulamasıdır: oylar ve sertifikalar normal ve olumsuz koşullar altında doğru kalmalıdır.

Üçüncüsü operasyonel hazırlıktır: borsalar, RPC sağlayıcıları, blok gezginleri ve cüzdanlar yeni kesinleşme sinyalini nasıl gözlemleyeceklerini bilmelidir.

Dördüncüsü, planlanan özellik aktivasyonunun kendisidir.

Anza'nın izleyicisi, stake'in %95'i yeni bir minör sürümü benimsediğinde ve iki tam epoch geçtiğinde bir mainnet sürüm tabanının yükselebileceğini gösterir. Bu kural, desteklenen minimum sürümü yönetir. %95'te otomatik Alpenglow aktivasyonu olarak ifade edilmemelidir.

Bağımsız özellik satırı, gerçek bekleyen değişikliği kontrol etmek için yer olmaya devam eder.

Hiçbir raporlanan test, SOL fiyatının belirli bir şekilde yanıt vermesi gerektiğini de kanıtlamaz. Token fiyatları, dağıtımdan önce makro koşulları, fonlamayı, arzı, uygulama talebini ve yükseltme beklentilerini içerir.

Bir konsensüs kilometre taşı ilgilidir. Tanım gereği bir fiyat katalizörü değildir.

Kamuya Açık Kanıtın Hâlâ İhtiyaç Duydukları

Kanıt boşluğu basittir.

Solana'nın tarihi belirlenmiş bir nihai aktivasyon planına ve çeşitli yükler altında karşılaştırılabilir bir kamuya açık kesinleşme ölçümleri serisine ihtiyacı var. Sonuçlar yazılım sürümlerini, katılan stake'i, istemci türlerini, mesaj koşullarını, işlem dahil etmeyi ve yüzdelik gecikmeleri belirtmelidir.

Tek bir en iyi durum kesinleşme süresi yeterli değildir.

En belirleyici rapor aktivasyondan sonra gelecektir: kesinleşme ve uygulama tarafından görülebilen sonuçlandırmanın tekrarlanan mainnet gözlemleri, ayrıca herhangi bir kurtarma olayının açıklanması.

O zamana kadar, doğrulayıcı testleri Alpenglow'un çalıştırıldığını gösterir. Henüz her kullanıcının 150 milisaniyelik sonuçlandırmayı deneyimleyeceğini kanıtlamaz.