Optimism, OP Mainnet'in ön onay aralığında 250 milisaniyeden 200 milisaniyeye yüzde 20'lik bir kesinti hedefliyor; bu kademeli değişiklik 31 Ağustos'a yönelik. Eski adıyla Flashblocks olan altbloklar, normal bir blok inşa edilirken gönderilen artımsal sıralayıcı güncellemeleridir ve uygulamalara blok mühürlenmeden önce geri bildirim sağlar. Yük, ExecutionPayloadFlashblockDeltaV1 türünü koruyor; ancak state_root, block_hash ve withdrawals_root tamamen sıfır değerlere dönüşüyor, withdrawals ise boş bir liste oluyor. Yazılım, dört alan artık kullanılabilir veri taşımasa da akışı çözümlemeye devam edebilir.
Neden önemli
Risk, sağlayıcı sınırında duruyor. Altbloklar ön onaylardır, kesinleşmiş blok veya durum taahhütleri değildir; bu nedenle doğrudan akış tüketicileri, sıfırlanmış kökleri veya blok hash'ini okumak yerine ön onaylı durumu türetmek için akıştan gelen işlemleri yürütmeli.
Altblok-uyumlu bir RPC sağlayıcısı kullanan uygulamalar, genellikle pending etiketiyle standart Ethereum yöntemlerinde kalabilir. Doğru yapılandırılmış bir sağlayıcı veya düğüm kendi durum görünümünü korur; bu da eth_getBalance'ın kullanılabilir bir durum köküne güvenmeden türetilmiş ön onaylı veriyi döndürmesine olanak tanır.
Piyasa etkisi
Daha hızlı tempo, gecikmeye duyarlı uygulamalar için gerçek bir ölçeklenme kazanımıdır; ancak entegrasyon kontrollerini daha önemli hale getirir. WebSocket akışını doğrudan tüketen ekipler, etkilenen dört alandaki okumaları bulmalı, yer tutucuları kullanılamaz olarak değerlendirmeli ve bunları durum, bakiye ve ispat girdilerinden uzak tutmalı.
Ham yük sağlayıcıları müşterileri uyarmalı. Alchemy, 200 ms güncellemelerini Optimism RPC uç noktaları üzerinden belgeliyor; QuickNode ise geçişi Optimism Mainnet ve Sepolia RPC bileşenlerine uyguluyor. 31 Ağustos hedefi kayabilir ve dağıtım kademelidir; bu nedenle operatörler, daha hızlı tempo kendi yollarına ulaşmadan önce işlemeyi doğrulamalı.
Sıkça sorulan sorular
-
Optimism altblokları nedir ve kesinleşmiş bloklar mıdır?
Normal bir blok inşa edilirken gönderilen artımsal sıralayıcı güncellemeleridir. Ön onay geri bildirimi sağlarlar, ancak kesinleşmiş blok veya durum taahhütleri değildirler.
-
Optimism'in daha hızlı yüklerinde hangi değerler kullanılamaz hale geliyor?
state_root, block_hash ve withdrawals_root tamamen sıfır değerlere dönüşüyor, withdrawals ise boş bir liste oluyor. Yük türü ExecutionPayloadFlashblockDeltaV1 olarak kalıyor.
-
Bir kod çözücü 200 ms geçiş riskini neden gözden kaçırabilir?
Yük ExecutionPayloadFlashblockDeltaV1 türünü koruduğu için yazılım, dört alan artık kullanılabilir veri taşımasa bile onu hatasız ayrıştırabilir.
-
Doğrudan akış tüketicileri ön onaylı durumu nasıl hesaplamalı?
Akış tarafından taşınan işlemleri yürütmeli ve sıfırlanmış kökler ile blok hash'ini yok saymalıdırlar. Yer tutucular aşağı akış durumuna, bakiyelere veya ispat girdilerine girmemelidir.
-
Değişiklikten sonra RPC kullanıcıları ön onaylı bakiyeleri nasıl okuyabilir?
Doğru yapılandırılmış altblok-uyumlu bir RPC sağlayıcısı veya düğüm, kendi durum görünümünü korur; bu da eth_getBalance'ın pending etiketiyle türetilmiş ön onaylı veriyi döndürmesini sağlar. Ham alanları ileten sağlayıcıların müşterileri bilgilendirmesi gerekir.
CryptoSlate