CryptoSlate
Polygon Labs, 27 Ağustos tarihli güvenlik incelemesinin v2.10.0 altındaki Bor node'larının ve v0.11.0 altındaki Heimdall node'larının artık kanonik konsensüsü takip etmediğini doğrulamasının ardından, hardfork öncesi ikili dosyaları çalıştıran node operatörlerine hemen yükseltme yapmaları talimatını verdi. Austin, mainnet blok 91.949.700'de execution-client tarafında devreye girerken, Kyoto 18 Ağustos'ta 10:10:31 UTC'de blok yüksekliği 51.533.000'de konsensüs katmanı için aktifleştirildi.
Neden önemli
Austin, Bor'da iki kaynak tükenme yolunu kapattı. Birincisi, Bor'un L1'den L2'ye köprü yatırımlarından gelen state-sync olaylarını işlerken tükettiği gas'ı sınırlandırdı; çünkü bu çağrılar daha önce bloğun gas tavanının dışında çalışıyordu ve yeterli sayıda olay gelmesi halinde işlemeyi durdurabiliyordu. İkincisi, araştırmacıların bir üreticinin bu alana aşırı büyük bir blob yerleştirip eş kardeş bloğu işleyen eş node'ları çökertilebileceğini göstermesinin ardından Bor'un TxDependency ekstra veri alanı kaldırıldı. Polygon, Austin nedeniyle mainnet'te herhangi bir kesinti gözlemlemediğini belirtti ve değişiklikleri proaktif düzeltmeler olarak nitelendirdi.
Kyoto'nun en yüksek önem derecesindeki düzeltmesi, Heimdall'daki google.protobuf.Any mesajlarına bayt düzeyinde iç içe geçme kontrolü ekledi ve tek bir ucuz işlemin tüm doğrulayıcıları ağır kod çözmeye zorlayabileceği bir vektörü kapattı. Kyoto ayrıca, O(n) doğrulama taramasından önce fee-coin listelerini sınırlandırdı (Heimdall tek bir fee coin'e izin verir), checkpoint imza kurtarma baytlarını Ethereum'da geçerli bir imzanın kurtarma aşamasında başarısız olamayacağı şekilde normalleştirdi, tekrarlanan üretici kesinti süresi mesajlarını idempotent hale getirdi, milestone aralığı oylarını imzalanan üst hash'e bağladı, başarısız future-span oluşumlarının milestone taahhüdünü engellemesini önledi ve topup, clerk ile stake olayları için replay anahtarlarını aralık dışı log indekslerinde injective yaptı. Daha önce bildirilen bir saatlik RPC kesintisi, aynı kod yolundaki bir Heimdall acil düzeltmesiyle ilişkilendirildi.
Piyasa etkisi
Her iki hardfork da state migration veya genesis değişikliği içermeyen sade ikili yükseltmelerdir; bu nedenle zamanında yükseltme yapan node'ların yapması gereken bir şey yoktur. İlgili yüksekliği eski bir client ile geçmiş operatörler, ilgili sürümü yüklemeli, gerekirse hardfork öncesi bir bloğa geri dönmeli ve Polygon'un rehberliğinde resync yapmalıdır.
Sıkça sorulan sorular
-
Austin ve Kyoto hardfork'larından sonra node operatörlerinin yapması gereken nedir?
v2.10.0 altında Bor veya v0.11.0 altında Heimdall çalıştıran operatörler, ilgili sürümü yüklemeli, gerekirse hardfork öncesi bir bloğa geri dönmeli ve Polygon'un rehberliğinde resync yapmalıdır. Zamanında yükseltme yapan node'ların ek bir işlem yapmasına gerek yoktur.
-
Austin ve Kyoto Polygon PoS mainnet'te ne zaman devreye girdi?
Austin, execution-client tarafında 91.949.700 bloğunda devreye girdi. Kyoto, 18 Ağustos'ta 10:10:31 UTC'de 51.533.000 yüksekliğinde konsensüs katmanı için aktifleştirildi. Her iki aktivasyon yüksekliği de artık geride kaldı.
-
Austin hardfork'u Polygon PoS'ta neyi düzeltti?
Austin, Bor'un L1'den L2'ye köprü yatırımlarından gelen state-sync olaylarını işlerken tükettiği gas'ı sınırlandırdı ve herhangi bir boyut sınırı olmayıp bir üreticinin aşırı büyük bir blob ile eş node'ları çökertmesine olanak verebilecek TxDependency ekstra veri alanını kaldırdı. Polygon her ikisini de kaynak tükenme…
-
Kyoto'nun en yüksek önem derecesindeki düzeltmesi neydi?
Kyoto, Heimdall'daki google.protobuf.Any mesajlarına bayt düzeyinde iç içe geçme kontrolü ekledi ve tek bir ucuz işlemin tüm doğrulayıcıları ağır kod çözmeye zorlayabileceği bir vektörü kapattı. Daha önce bildirilen bir saatlik RPC kesintisi, aynı kod yolundaki bir acil düzeltmeyle ilişkilendirildi.
-
Bu hardfork'lar state migration veya sıfırdan resync gerektiriyor mu?
Hayır. Her ikisi de state migration veya genesis değişikliği içermeyen sade ikili yükseltmelerdir. Henüz ayrışmamış node'ların resync yapmasına gerek yoktur; ancak ilgili yüksekliği eski bir client ile geçmiş operatörler Polygon rehberliğinde geri dönüp resync yapmalıdır.
Crypto News
WuBlockchain
WatcherGuru
CoinTelegraph