# Robinhood Chain’de “14 dakika durdu” iddiasına düzeltme Yazar: Abdullah Özkurt Dil: Türkçe Yayınlanma: 2026-10-01T19:41:44+03:00 Güncellenme: 2026-10-01T19:41:44+03:00 ![Sunucu koridorunda Robinhood simgeli telefonu inceleyen bir kişi](https://kriptometa.com/uploads/robinhood-chain-de-dakika-durdu-iddiasina-duzeltme-033ce95548e9_article.webp) ## Önemli noktalar - Glass Hull, 4 Eylül’ün tamamında 854.255 blok ve kesintisiz blok üretimi ölçtü. - Ethereum’a veri gönderimindeki iki uzun ara toplam 14 dakika sürdü. - Walnut, yoğun uygulamalarda başarılı işlemlerin yaklaşık 40 dakika boyunca sert düştüğünü bildiriyor. 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](https://cryptoslate.com/robinhood-chain-kept-producing-blocks-through-a-roughly-40-minute-app-disruption/) önceki duruş bilgisinin yanlış olduğunu kabul etti. Ethereum üzerinde çalışan [katman 2 ağı](https://kriptometa.com/sozluk/katman-2-rollup) 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ü](https://gh.jetfyul.com/posits/PP-005/), 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](https://walnut.dev/blog/robinhood-chain-outage-root-cause-analysis), 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ı](https://status.quicknode.com/incidents/29gpn4kzk70l) 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 tarihli açıklamasından çeviri [Arbitrum’un 4 Eylül’de yayımladığı olay açıklaması](https://x.com/arbitrum/status/2095939844987891760) ## Ü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](https://kriptometa.com/katman-2-ekonomisi) 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](https://kriptometa.com/haberler/blockchain) izleyenler için ayrım somut: kesintisiz blok akışı, tek başına kesintisiz kullanıcı deneyiminin kanıtı değil.