Ethereum Sürekli İki Gece Kısa Süreli Anomalilerin Analizi

11 ve 12 Mayıs'ta Ethereum konsensüs katmanında iki ardışık gece kısa süreli bir anormallik meydana geldi. Analizler, bunun esasen bazı Ethereum konsensüs katmanı istemci düğümlerinin aşırı yüklenmesinden kaynaklandığını, bu durumun da doğrulayıcı düğümlerin çökmesine ve çevrimdışı kalmasına yol açtığını göstermektedir. Bu durum, Epoch oylamasının 2/3 eşiğine ulaşamaması nedeniyle konsensüs katmanının nihai doğruluğu onaylayamamasını doğrudan etkilemiştir. Ancak, Ethereum ağı kısa süre içinde kendiliğinden normale dönmüştür; bu da Ethereum PoS konsensüs algoritmasının dayanıklılığı ve kendini onarma yeteneğini göstermektedir.

Olay İncelemesi

Genellikle, Ethereum PoS konsensüs ağı durumu 2 Epoch içinde kesinleşir. Ancak geçen hafta iki kez Epoch kesinleşme gecikmesi durumu yaşandı:

• 11 Mayıs: Epoch onay süresi 3 Epoch gecikti, yaklaşık 20 dakika.
• 12 Mayıs: Epoch onayı 8 Epoch gecikti, yaklaşık 51 dakika.

Bu süre zarfında, Ethereum ağı hala bloklar üretmeye ve işlemleri işlemeye devam etti. Ancak, doğrulayıcı düğümlerin oy verme oranı yetersiz olduğu için Epoch onaylanamadı, yani Ethereum PoS ağının konsensüs seviyesi güvenlik garantisi sağlanamadı. Bu, aşırı durumlarda, o epoch içindeki işlemlerin geri alınabileceği anlamına geliyor.

Aslında, bu süre zarfında Ethereum ağı bir çatallanma yaşamamış ve doğrulayıcı düğümler de kötü niyetli oy kullanmamıştır. Birçok doğrulayıcı düğümün çevrimdışı olması, oylama oranının yetersiz olmasının Epoch'un kesinleşememesinin doğrudan sebebidir. Gözlemler, çevrimdışı olan doğrulayıcı düğümlerin CPU aşırı yüklenmesi gibi anormal durumlar yaşadığını ortaya koymuştur.

İkinci olayda, onay gecikmesi 4 Epoch'tan fazla sürdüğü için Ethereum konsensüs algoritmasının Inactivity leak mekanizması tetiklendi:

• Çevrimdışı doğrulayıcı düğümlerine ceza verilir, stake edilen fonları azaltılır, yaklaşık 28 Eter ceza olarak alınır.
• Attestation ödülleri iptal edildi, yaklaşık 50 ETH ihraç edilmedi.
• Bu mekanizma, çevrimiçi doğrulayıcıların nihayetinde Ethereum'un toplam stake fonlarının 2/3'üne sahip olmasını sağlar, böylece ağ durumu nihayetinde kesinleşebilir.

Sebep Analizi

Bu olayın doğrudan nedeni, bazı Ethereum konsensüs katmanı istemci düğümlerinin aşırı yüklenmesi sonucu doğrulayıcı düğümlerin çevrimdışı kalması ve normal konsensüs oylaması yapamamasıdır. Ayrıntılı analiz aşağıdadır:

Eski bloklara yönelik ( Attestation alındığında, düğüm bu kanıtları doğrulamak için beacon zinciri durumunu yeniden hesaplaması gerekmektedir. Bu süreç, büyük miktarda CPU ve bellek kaynağı tüketmektedir. Aynı anda eski bloklara yönelik çok sayıda kanıt alındığında, düğümün CPU ve bellek kaynakları tükenir ve bu da bu doğrulayıcı düğümlerin çevrimdışı kalmasına neden olur.

Teorik olarak, bu tür sorunlar, blokları işaret eden önbellekler üzerinden çözülebilir. Ancak, doğrulayıcı sayısının artması ve bu tür çok sayıda tasdik işleminin ortaya çıkması, sorunlu istemci uygulamalarının önbelleklerinin aşınmasına neden oldu ve düğümler, işaret zincirinin durumunu yeniden hesaplamak için büyük miktarda kaynak harcamak zorunda kaldı.

Konsens katmanı istemcileri Teku ve Prysm, bu sorunu çözmek için yamanmış sürümlerini yayınladı. Yamanmış sürüm istemci uygulaması, bu eski tanıkları filtreleyecek; yani aşağıdaki koşullar sağlandığında bu tanıkları yok sayacaktır:

• Tanıklık eski bir Slot'a işaret ediyor.
• Bir düğümün daha önce hiç görmediği Checkpoint'e işaret etmesi.

![Ethereum neden iki gece üst üste kısa süreli kesintiye uğradı? Olayın nedenini analiz eden bir yazı])https://img-cdn.gateio.im/webp-social/moments-93dc511107c2b8ba99b85fe1c242b76b.webp(

Ethereum Tasarım Avantajları

Bu olayda, Ethereum kullanılabilirliğini korudu, blok üretmeye ve işlemleri işlemeye devam etti, yalnızca Epoch onayını erteledi. Bu, iki ana nedene bağlıdır:

1. Ethereum istemcilerinin çeşitliliği
2. Gasper algoritmasının tasarımı

) Ethereum istemcilerinin çeşitliliği

Teku ve Prysm istemcilerinde sorunlar ortaya çıksa da, bu diğer konsensüs katmanı istemcilerinin normal çalışmasını etkilememektedir. Örneğin, Lighthouse istemcisi bu sefer etkilenmemiştir. Farklı istemcilerin uygulama tasarımında farklılıklar olduğu için, hala doğrulayıcı düğümleri normal çalışmaktadır.

Ethereum istemcilerinin çeşitliliği şunu garanti eder: bazı istemciler sorun yaşasa bile ### hatta Epoch'un kesinleşmesini engelleyebilse bile (, normal istemcilerin blok üretmesini ve işlemleri işlemesini etkilemeyecek, Ethereum'un kullanılabilirliğini sağlamaktadır.

) Gasper konsensüs algoritmasının kullanılabilirlik tasarımı

Ethereum'un kullanılabilirliğini sağlamak, Gasper algoritmasının tasarımındaki başlangıç noktalarından biridir; bu, blok üretimini onaylamadan ayırır. Bu nedenle, blok onayı engellense bile, blok üretimi durmaz. Çoğu durumda blok onayının nihayetinde geri döneceği düşünüldüğünde, kullanıcılar üzerinde pratik etkisi oldukça küçüktür.

Buna karşılık, diğer BFT konsensüs algoritmaları blok onaylama başarısız olduğunda, konsensüs düğümleri bir sonraki bloğu üretmeyi durdurur ve bu süre zarfında tüm blok zinciri kullanılamaz hale gelir.

Ayrıca, ikinci olay Inactivity Leak mekanizmasını tetikledi; bu mekanizma, Ethereum'un aşırı durumlarda ### büyük miktarda doğrulayıcının uzun süre çevrimdışı kalması durumunda bile blokları yeniden onaylamasını sağlamaya yöneliktir.

Deneyim ve Çıkarımlar

( Ethereum çoklu istemci zorlukları

Mevcut Ethereum istemcisi çeşitliliğinin hala tanıtılması ve yaygınlaştırılması gerekiyor. Eğer istemciler yeterince çeşitli olursa ve Prysm ile Teku'nun oranı 1/3'ten az olursa, bu olay bile gerçekleşmeyecek. )2/3 istemcinin normal çalışması Epoch'u kesinleştirmek için yeterlidir ###.

Ayrıca, bir istemci uygulaması sorun yaşadığında, doğrulayıcı düğümlerin normal istemci uygulamasına güvenli bir şekilde geçiş yapması gereken bir sorun da çözülmesi gereken bir konudur. Bu süreç şunları içerir:

• Sorunlu istemcinin doğrulama anahtarını normal istemciye güvenli bir şekilde aktarın
• Eski istemcinin yeni istemciyle davranış tutarlılığını sağlamak, ceza almaktan kaçınmak.

( Ethereum konsensüsünün izlenmesi

Ethereum PoS ağının gerçek zamanlı durumunu sürekli izleyen Safe Head benzeri hizmetlere ihtiyaç var, bu tür olayları önceden tespit edip uyarı vermek için, Epoch'un beklenildiği gibi sonuçlanmasını beklemek yerine, ağ durumundaki anormallikleri erken fark etmek gerekiyor.

) Ethereum konsensüs algoritması hakkında bilgi

Bu olay, Ethereum'un PoS konsensüs mekanizmasının gerekliliğini ortaya koydu. Birçok kullanıcı "Ethereum kapandı" zannetti ve gereksiz bir panik yaşandı. Aslında, Ethereum ağı sürekli olarak bloklar üretmeye ve işlemleri işlemeye devam etti. Kullanıcıya yönelik blok zinciri bilgisi yayma çalışmaları, sektör profesyonellerinin sürekli çaba göstermesi gereken bir alan olmaya devam ediyor.

Ethereum uygulamalarına yönelik çıkarımlar

Ethereum ağı yeterince sağlam olmasına rağmen, ara sıra yaşanan istikrarsızlık uygulamaları belirli bir şekilde etkileyebilir. Uygulamaların bu istikrarsız senaryoları doğru bir şekilde ele alması gerekmektedir:

• Layer1'den Layer2'ye para yatırma süresi uzayabilir
• Borsa'nın para yatırma süresi uzayabilir
• Oracle zincirindeki fiyat teklifleri geri alınma riski taşımaktadır, buna bağımlı olan yüksek değerli hizmetler uygun şekilde durdurulmalıdır.
• Bazı DeFi uygulamaları belirli işlevleri duraklatmayı gerektirebilir.

Özet

Bu olay, Ethereum'un PoS konsensüs algoritmasının dayanıklılığını ve kendini onarma yeteneğini, ayrıca istemci ekiplerinin hızlı yanıt ve hata düzeltme yeteneklerini ortaya koydu. Ethereum ekosistemi için, aşağıdaki alanlara sürekli yatırım yapılması gerekmektedir: istemci çeşitliliğini artırmak, ağ durumunun gerçek zamanlı izlenmesi ve erken uyarı sistemini optimize etmek, kullanıcı eğitimini derinleştirmek, ekosistem katılımcılarının ağ anormallikleri durumunda acil durum planlarını geliştirmek.

![Ethereum neden iki gece art arda kısa süreli kesintiye uğradı? Olayın sebeplerini analiz eden bir yazı]###https://img-cdn.gateio.im/webp-social/moments-b286aa6918497b555cf460e5c4e5f0cb.webp###