Solana, işlem kapasitesini artırmak için blok limitlerini 60M CU'ya çıkarmayı öneriyor.
SIMD-0207, ilk olarak daha küçük bir 50M CU artışıyla piyasaya sürülecek.
Validatorler, yeni blok boyutu uyumluluğunu desteklemek için yazılımı güncellemelidir.
Solana Vakfı, ağının blok limitini 60 milyon Hesap Birimi (CUs)'ye çıkarmak için bir öneri sundu. İşlem kapasitesini artırmayı amaçlayan bu düzenleme, 48 milyon CUs'dan 50 milyon CUs'a daha küçük bir artış öneren SIMD-0207 altındaki önceki önerinin ardından geldi. Mevcut öneri, doğrulayıcı performansını tehlikeye atmadan artan ağ taleplerini karşılamak için limitin daha da artırılmasını planlıyor.
Anahtar Kısıtları Değiştirmeden Artan Kapasite
Github üzerindeki bir kamu iyileştirme belgesine göre, yeni öneri yalnızca Max Block Units parametresinin değiştirilmesine odaklanıyor. Max Writable Account Units ve Max Vote Units gibi diğer kısıtlamalar sabit kalıyor. Özellikle, Max Writable Account Units 12 milyon CU'da kalacakken, Max Vote Units 36 milyon CU'da tutulacak. Ayrıca, Max Block Accounts Data Size Delta 100MB olarak değişmeden kalacak.
Max Block Units'i sadece değiştirerek, ağ, oylama olmayan işlemler için daha fazla alan eklemeyi hedefliyor. Aynı zamanda, bireysel hesap yazım sınırlarını stabil tutmak, işlem paralelliğinin devam etmesine olanak tanıyor. Bu nedenle, her bloğa daha fazla etkinlik sığdırılırken, tek bir hesaba yazma yeteneği değişmiyor. Bu önerilen yükseltme, SIMD-0207'yi takip etmek için tasarlandı, değiştirmek için değil.
Belirtilen plana göre, SIMD-0207'nin 50 milyon CU'ya daha küçük bir artışı önce uygulanacak. Amaç, uzun süredir devam eden 48 milyon CU sınırının artırılmasından kaynaklanabilecek herhangi bir performans veya yapı ile ilgili endişeleri izlemektir. Sonuç olarak, yeni 60 milyon CU önerisi, SIMD-0207'nin etkilerinin başarılı bir şekilde uygulanması ve gözlemlenmesine bağlı olarak daha agresif bir takip olarak işlev görecektir.
Alternatif Öneriler ve Ağ Değerlendirmeleri
Düşünülen alternatif bir plan, 96 milyon CU'ya çok daha büyük bir sıçrama yapmaktı. Ancak, bu yaklaşım ağ istikrarı ve türbin performansı endişeleri nedeniyle reddedildi. Vakıf, doğrulayıcı ve kullanıcı düğümü performansı da dahil olmak üzere destekleyici altyapıda potansiyel sorunlara dikkat çekti.
Mevcut aşamalı yaklaşım, herhangi bir ağ iyileştirmesinin gözlemlenen performans metrikleriyle uyumlu olmasını sağlar. İlk artış sırasında keşfedilen beklenmedik sorunlar, daha büyük 60 milyon CU sınırını uygulamadan önce çözülebilir. Değişiklikten sonra, her blokta daha fazla işlem kabul edilecek ve genel verimlilik artacaktır. Ancak, blokların işlenmesi daha uzun sürebilir. Daha eski yazılım sürümleri, yeni sınırı kullanan blokları da reddedebilir. Bu nedenle, doğrulayıcıların sistemlerini güncellemeleri, uyumluluğu korumaları ve ağla senkronize kalmaları gerekmektedir.
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Solana, Ağı Tüketimini Artırmak İçin 60M CU Blok Sınırı Öneriyor
Solana, işlem kapasitesini artırmak için blok limitlerini 60M CU'ya çıkarmayı öneriyor.
SIMD-0207, ilk olarak daha küçük bir 50M CU artışıyla piyasaya sürülecek.
Validatorler, yeni blok boyutu uyumluluğunu desteklemek için yazılımı güncellemelidir.
Solana Vakfı, ağının blok limitini 60 milyon Hesap Birimi (CUs)'ye çıkarmak için bir öneri sundu. İşlem kapasitesini artırmayı amaçlayan bu düzenleme, 48 milyon CUs'dan 50 milyon CUs'a daha küçük bir artış öneren SIMD-0207 altındaki önceki önerinin ardından geldi. Mevcut öneri, doğrulayıcı performansını tehlikeye atmadan artan ağ taleplerini karşılamak için limitin daha da artırılmasını planlıyor.
Anahtar Kısıtları Değiştirmeden Artan Kapasite
Github üzerindeki bir kamu iyileştirme belgesine göre, yeni öneri yalnızca Max Block Units parametresinin değiştirilmesine odaklanıyor. Max Writable Account Units ve Max Vote Units gibi diğer kısıtlamalar sabit kalıyor. Özellikle, Max Writable Account Units 12 milyon CU'da kalacakken, Max Vote Units 36 milyon CU'da tutulacak. Ayrıca, Max Block Accounts Data Size Delta 100MB olarak değişmeden kalacak.
Max Block Units'i sadece değiştirerek, ağ, oylama olmayan işlemler için daha fazla alan eklemeyi hedefliyor. Aynı zamanda, bireysel hesap yazım sınırlarını stabil tutmak, işlem paralelliğinin devam etmesine olanak tanıyor. Bu nedenle, her bloğa daha fazla etkinlik sığdırılırken, tek bir hesaba yazma yeteneği değişmiyor. Bu önerilen yükseltme, SIMD-0207'yi takip etmek için tasarlandı, değiştirmek için değil.
Belirtilen plana göre, SIMD-0207'nin 50 milyon CU'ya daha küçük bir artışı önce uygulanacak. Amaç, uzun süredir devam eden 48 milyon CU sınırının artırılmasından kaynaklanabilecek herhangi bir performans veya yapı ile ilgili endişeleri izlemektir. Sonuç olarak, yeni 60 milyon CU önerisi, SIMD-0207'nin etkilerinin başarılı bir şekilde uygulanması ve gözlemlenmesine bağlı olarak daha agresif bir takip olarak işlev görecektir.
Alternatif Öneriler ve Ağ Değerlendirmeleri
Düşünülen alternatif bir plan, 96 milyon CU'ya çok daha büyük bir sıçrama yapmaktı. Ancak, bu yaklaşım ağ istikrarı ve türbin performansı endişeleri nedeniyle reddedildi. Vakıf, doğrulayıcı ve kullanıcı düğümü performansı da dahil olmak üzere destekleyici altyapıda potansiyel sorunlara dikkat çekti.
Mevcut aşamalı yaklaşım, herhangi bir ağ iyileştirmesinin gözlemlenen performans metrikleriyle uyumlu olmasını sağlar. İlk artış sırasında keşfedilen beklenmedik sorunlar, daha büyük 60 milyon CU sınırını uygulamadan önce çözülebilir. Değişiklikten sonra, her blokta daha fazla işlem kabul edilecek ve genel verimlilik artacaktır. Ancak, blokların işlenmesi daha uzun sürebilir. Daha eski yazılım sürümleri, yeni sınırı kullanan blokları da reddedebilir. Bu nedenle, doğrulayıcıların sistemlerini güncellemeleri, uyumluluğu korumaları ve ağla senkronize kalmaları gerekmektedir.