Yeni ölçümler, Eylül’deki olayda blok üretiminin devam ettiğini gösteriyor. Kullanıcıların işlemlerinin sorunsuz ilerlediği sonucu ise buradan çıkmıyor.
Robinhood Chain’in 4 Eylül’de en az 14 dakika blok üretmediği iddiası, sonradan yayımlanan ölçümlerle düzeltildi. CryptoSlate, 30 Eylül tarihli haberinde önceki duruş bilgisinin yanlış olduğunu kabul etti. Ethereum üzerinde çalışan katman 2 ağı blok üretmeyi sürdürmüş; buna karşılık uygulamalardaki başarılı işlemler yaklaşık 40 dakika boyunca belirgin biçimde azalmıştı.
854 bin blok: Eksik olan üretim değil, veri gönderimiydi
Glass Hull’un güncel sürümü 29 Eylül tarihli tam gün ölçümü, 4 Eylül’ün 1.440 dakikasının tamamını kapsıyor. Araştırmada 854.255 blok sayılıyor; art arda iki blok arasındaki en uzun süre iki saniye. Duruşun başladığı öne sürülen 12.57 UTC dakikasında da 592 blok üretilmiş.
Toplam 14 dakika süren iki uzun ara ise başka bir işlemde görülüyor: Robinhood Chain verilerinin Ethereum’a gönderilmesinde. Araştırmaya göre bu aralar 12.29.47–12.38.23 ve 12.42.47–12.48.11 UTC arasında yaşandı. İkisi de önceki haberlerde duruş başlangıcı olarak verilen 12.57’den önce bitti.
Blok üretmek, bütün kullanıcı işlemlerini almak demek değil. Bir ağ blok oluşturmaya devam ederken uygulamanın bağlandığı sağlayıcıda sorun yaşanabilir. Ethereum’a veri paketlerinin geç ulaşması da ağın kendi blok üretiminin durmasıyla aynı şey değildir.
Uygulamalarda yaklaşık 40 dakikalık aksama
Walnut’un 23 Eylül tarihli analizi, 12.37–13.20 UTC arasında yoğun uygulamalardaki başarılı işlem trafiğinin sert düştüğünü bildiriyor. İncelenen yoğun uygulamalar grubunda ortanca uygulama, normal başarılı işlem sayısının yaklaşık beşte birine ulaşabilmiş. Bu oran tüm kullanıcıların yüzde 80’inin para kaybettiği veya bütün ağ işlemlerinin başarısız olduğu anlamına gelmiyor.
Altyapı sağlayıcısı Quicknode’un olay kaydı da kullanıcı tarafındaki sorunu destekliyor. Şirket, 4 Eylül saat 13.10 UTC’de gecikme araştırması başlatmış; 16.20’de işlem iletiminde sorunlar ve işlem sıralayıcısının veri akışına bağlantı güçlükleri bildirmişti. Kendi hizmetine ilişkin kayıt 5 Eylül 01.12 UTC’de çözüldü olarak kapandı. Bu süre, Walnut’un ölçtüğü uygulama trafiği aralığıyla aynı ölçüt değil.
Arbitrum ise olay günü yayımladığı açıklamada doğrudan kullanıcı işlemlerinin gecikmediğini, veri akışını kullanan bazı altyapı sağlayıcılarının kısa süreli performans sorunu yaşadığını yazmıştı:
“Robinhood Chain kesinti yaşamadı.”
Arbitrum’un 4 Eylül’de yayımladığı olay açıklaması
Gönderi, açtığınızda X üzerinden yüklenir.
Ücret tartışması sürüyor, kesin neden açıklanmış değil
Walnut, Ethereum’a veri gönderen sürecin düşük öncelik ücreti nedeniyle geride kaldığını savunuyor. Glass Hull ise zincirde görülebilen kayıtların gecikmenin nedenini tek başına açıklamadığını belirtiyor. Dolayısıyla ücret rekabeti ile kullanıcıya ulaşan aksaklık arasındaki bağ kesinleşmiş bir kök neden olarak sunulamıyor.
Katman 2 ekonomisinde Ethereum’a veri yazma maliyeti ayrı bir kalem. Bu olayda da üç farklı göstergeyi birlikte okumak gerekiyor: ağın ürettiği bloklar, Ethereum’a gönderdiği veri ve uygulamaların tamamlayabildiği işlemler. Blockchain altyapısındaki gelişmeleri izleyenler için ayrım somut: kesintisiz blok akışı, tek başına kesintisiz kullanıcı deneyiminin kanıtı değil.
