# Rollup seçerken doğrulama, veri erişimi ve çıkış riski nasıl incelenir? Yazar: Abdullah Özkurt Dil: Türkçe Yayınlanma: 2026-09-27T12:48:50+03:00 Güncellenme: 2026-10-26T01:47:45+03:00 ![İki blok zinciri katmanını veri köprüsü, doğrulama kapısı ve ayrı dönüş yoluyla gösteren kavramsal illüstrasyon](https://kriptometa.com/uploads/rollup-secerken-dogrulama-veri-erisimi-ve-cikis-riski-nasil-incelenir-2569_article.webp) ## Hızlı yanıt Rollup seçerken kanıt sistemini, veri erişimini, sequencer kesintisindeki işlem yolunu, çekim süresini ve yükseltme yetkisini birlikte kontrol edin. 27 Eylül 2026 tarihinde okunan Arbitrum profilinde normal yükseltme için 10 günlük çıkış penceresi bulunurken acil yol için pencere gösterilmemesi, tek bir güvenlik etiketinin neden yetmediğini açıklıyor. Profil okuması, para yatırma veya saldırı testi değildir. Rollup seçimi, düşük ücret ile birlikte hangi koşullarda işlem ve çıkış yapılabildiğini anlamayı gerektirir. Beş kontrol ve güncel Arbitrum örneği, doğrulama güvencesinin yönetici yetkilerinden nasıl ayrıldığını gösteriyor. Bir rollup'ta işlem göndermeden önce ücret ekranından fazlasına bakmak gerekir. İşlem sıralayıcısı çalışmazsa, veriler yayımlanmazsa veya yönetici sözleşmeyi değiştirirse kullanıcıya kalan seçenekler farklıdır. “Ethereum üzerinde” ya da “ZK” etiketi, hangi koşullarda çıkış yapılabildiğini tek başına anlatmaz. Rollup seçimini beş soruyla daraltabilirsiniz: hesaplamayı kim doğruluyor, veriler nerede, sequencer durunca işlem nasıl gönderiliyor, varlık nasıl geri çekiliyor ve sözleşmeyi kim değiştirebiliyor? Rehber, açık belgeler ile 27 Eylül 2026 tarihinde okunan L2BEAT Arbitrum profilini kullanır. Cüzdan bağlama, para yatırma veya zorunlu çıkış denemesi yapılmadı. ## Önce ağın adını ve güvenlik sınırını doğrulayın Aynı teknoloji yığınıyla kurulan iki ağ aynı güvenlik koşullarına sahip olmayabilir. Projenin resmî sitesinden ağ adını, chain ID'yi, ana zinciri ve kanonik köprü adresini bulun. Ardından değerlendirme sayfasındaki sözleşmelerle karşılaştırın. Marka benzerliği, yanlış ağa veya farklı bir köprüye geçişi önlemez. [Rollup](https://kriptometa.com/sozluk/katman-2-rollup) yapılarında işlem yürütme başka bir katmanda yapılırken doğrulama ve gerekli veri yayını ana zincire bağlanır. Dışarıdaki veri komitesine veya başka bir veri katmanına dayanan düzenek ek varsayımlar getirir. [L2BEAT'in sınıflandırması](https://l2beat.com/faq), ana zincir dışında veri tutan validium/optimium yapılarını rollup'lardan ayırır. Ürünün pazarlama adını sınıflandırma ölçütü yerine koymayın. ## Doğrulama ile veriye erişimi ayrı inceleyin Optimistic rollup'ta yanlış durum iddiasına itiraz edilebilmesi gerekir. İtirazın kimlere açık olduğunu, süreyi, gerekli teminatı ve dürüst bir katılımcının veriye erişimini kontrol edin. [Ethereum'un teknik açıklaması](https://ethereum.org/developers/docs/scaling/optimistic-rollups/) hata kanıtının rolünü anlatır; belirli ağın canlı ayarları kendi belgelerinden doğrulanmalıdır. Validity rollup'ta sözleşme, yeni durum için geçerlilik kanıtını denetler. Hatalı durumun kabul edilmesini önleme hedefi, kanıt üreticisinin sürekli çalışmasıyla aynı şey değildir. Kanıt üretimi veya gönderimi aksarsa çıkış gecikebilir. [ZK rollup mimarisi](https://ethereum.org/developers/docs/scaling/zk-rollups/), kanıt ile durum güncellemesi arasındaki bağı açıklar; [sıfır bilgi kanıtı](https://kriptometa.com/sozluk/zero-knowledge-proof) kullanılması tüm işlemlerin gizli olduğunu da göstermez. [Data availability](https://kriptometa.com/sozluk/data-availability) sorusu, durumun yeniden kurulması ve gerekli kontroller için veriye erişilip erişilemediğidir. Doğru hesaplandığını gösteren bir kanıt, tek başına herkese işlem verisini sunmaz. [Veri erişilebilirliği açıklamasında](https://ethereum.org/developers/docs/data-availability/) belirtildiği gibi erişim ile hesaplamanın doğruluğu farklı konulardır. Verinin Ethereum'a mı, dış bir ağa mı yoksa izinli komiteye mi bırakıldığını kaydedin. ## Beş satırlık güvenlik kontrolü Ağ seçmeden önce belgeleyin; cevapsız satır güvenli kabul edilmez | Kontrol | Aranacak kanıt | Kararı değiştiren durum | |---|---|---| | 1. Durum doğrulama | Canlı proof sistemi, katılım izni, itiraz koşulları | Kanıtın devre dışı olması veya yalnız seçilmiş tarafların müdahale edebilmesi | | 2. Veri erişimi | Yayımlanan veri ve onu sağlayan katman/komite | Komite kaybında kullanıcıların durumu yeniden kuramaması | | 3. Sequencer kesintisi | L1'den zorunlu dahil etme yolu ve gecikmesi | Yalnız işletmecinin arayüzüne bağlı kalınması | | 4. Çıkış | Kanonik çekim adımları, süreler, gerekli veri ve ücret | Acil likidite ihtiyacı ile belgelenmiş çıkış süresinin uyuşmaması | | 5. Yükseltme yetkisi | Normal ve acil yollar, imza eşiği, zaman kilidi | Sözleşmenin kullanıcı çıkamadan değiştirilebilmesi | İlk iki soru, kabul edilen durum ile erişilebilir veriyi; son üçü, kesinti veya yönetim değişikliğinde kullanılabilir yolları inceliyor. Her satırdan geçmek bir güvenlik garantisi vermez; hangi varsayımlara dayanıldığını görünür kılar. ## Gerçek profil okuması: Arbitrum'da 10 gün ile “None” nasıl bir arada? 27 Eylül 2026'da [L2BEAT Arbitrum profilindeki](https://l2beat.com/layer2s/projects/arbitrum) Risk analysis bölümünü okuduk. Veri erişimi “Onchain”, durum doğrulama “Fraud proofs (INT)” olarak sınıflanıyordu. Sequencer arızasında L1 üzerinden zorunlu dahil etmenin en fazla 1 gün gecikebileceği belirtiliyordu. Aynı profil, çıkış penceresini normal yükseltmede 10 gün, acil yükseltmede “None” gösteriyordu. ![L2BEAT Arbitrum risk ekranında kırmızı Exit Window dilimi, Self sequence ve Fraud proofs (INT) açıklamaları; 27 Eylül 2026](https://kriptometa.com/uploads/rollup-secerken-dogrulama-veri-erisimi-ve-cikis-riski-nasil-incelenir-6477_article.webp)Gerçek profil ekranındaki kırmızı Exit Window dilimi, sequencer ve proof satırlarının olumlu görünmesinden ayrı okunmalıdır. Görünen “1d”, zorunlu dahil etme gecikmesidir; normal yükseltmenin 10 günlük çıkış penceresi değildir. İngilizce arayüz 27 Eylül 2026 tarihinde kaydedildi. **Okuma sırası:** Önce hangi yükseltme yolunun anlatıldığını bulun. Ardından çıkışın kullanılabilir süresini okuyun. Acil yol için pencere bulunmaması, normal zaman kilidinden hareketle her değişiklikten önce çıkabileceğinizi varsaymayı engeller. Profildeki Stage 1 etiketi ise güvenlik notu değil, L2BEAT'in olgunluk ve merkeziyetsizlik çerçevesidir. Arbitrum'un [BoLD belgesi](https://docs.arbitrum.io/how-arbitrum-works/bold/gentle-introduction), izinsiz doğrulayıcı katılımını ve yanlış iddialara karşı teminatlı itirazı açıklar. Katılımın herkese açık olması, herkesin gerekli sermaye, yazılım ve sürekli izleme kapasitesine sahip olduğu anlamına gelmez. İtiraz sistemi ile yükseltme yetkisi ayrı başlıklar olarak incelenmelidir. ## Kesinti ve çekim senaryosunu kâğıt üzerinde çalışın Sequencer'ın kapandığını varsayın. Resmî belgede L1'den işlem gönderme yolu varsa hangi sözleşmenin kullanıldığını, bekleme süresini ve L1 ücretini bulun. Alternatif RPC, bozuk bir erişim sağlayıcısını aşabilir; çalışmayan sequencer'ın yerine kendiliğinden işlem sıralamaz. Zorunlu dahil etme de her durumda anında çekim anlamına gelmez; sonraki durum güncellemesi ve çekim koşulları devam eder. Normal çekim için ayrı bir çizelge çıkarın: L2'de başlatma, gerekiyorsa kanıt sunma/itiraz süresi ve L1'de tamamlama. Arayüzün “başarılı” mesajı ile ana zincirde harcanabilir bakiye aynı aşama olmayabilir. Süreyi ağın güncel belgelerinden alın; bütün optimistic rollup'lara tek bir yedi günlük süre uygulamayın. [Hızlı köprü](https://kriptometa.com/aglar-arasi-kopru-kullanimi) kullanılıyorsa likidite sağlayıcısı, ek sözleşme ve fiyat koşulları da devreye girer. Kanonik yolun süresini kısaltan hizmet, farklı bir güven ilişkisi kurabilir. Ağın güvenlik profilini üçüncü taraf köprüye aynen taşımayın. ## Hangi bulgu ağ seçimini durdurmalı? Örnek bir kullanıcının ertesi gün ana zincirde ödeme yapması gerekiyor. Belgelenmiş çekim yolunun o saate yetişeceğini gösteremiyorsa, düşük işlem ücreti seçimi haklı çıkarmaz. Başka bir kullanıcı anlık yönetici yükseltmesini kabul etmiyorsa acil değişiklikte çıkış penceresi olmayan ağı kendi koşullarıyla uyumsuz bulabilir. Aynı ağ için farklı kararlar verilmesi tutarsızlık değildir; ihtiyaçlar farklıdır. Düşük ücretin ağın işletme modelini nasıl etkilediğini [Katman 2 ekonomisi analizi](https://kriptometa.com/katman-2-ekonomisi), aynı dönemdeki ücret geliri ve L1 maliyetlerini karşılaştırarak ele alır. Ekonomik sürdürülebilirlik ile kullanılabilir çıkış yolu ayrı değerlendirmeler gerektirir. Kontrolün sonunda resmî bağlantıları, inceleme tarihini, sözleşme adreslerini ve çözülemeyen koşulları tek notta saklayın. Belgeler çelişiyorsa para yatırmadan önce farkı açıklığa kavuşturun. Küçük tutarlı bir deneme normal akışı gösterebilir; sansür, kötü niyetli yükseltme veya veri saklama saldırısına dayanıklılığı kanıtlamaz. Rollup'ın altında kullanılan [akıllı sözleşmeler](https://kriptometa.com/sozluk/akilli-sozlesme), uygulama ve köprüleriyle birlikte ayrı hata kaynakları taşır. Kontrol listesi, her gün en düşük ücreti bulmaktan önce hangi riski kabul ettiğinizi belirlemeye yarar. İncelenen konfigürasyon değişirse seçimi yeniden değerlendirin. ## Sıkça sorulan sorular ### Stage 1 veya Stage 2 etiketi güvenlik puanı mı? Hayır. L2BEAT aşamaları kendi olgunluk ve merkeziyetsizlik ölçütlerini ifade eder. Kod hatası, uygulama riski veya belirli bir çıkış ihtiyacına uygunluk için tek başına garanti vermez; güncel risk açıklamaları da okunmalıdır. ### Sequencer kapalıysa başka RPC eklemek yeterli mi? Sorun yalnız eriştiğiniz RPC sağlayıcısındaysa alternatif bağlantı işe yarayabilir. Sequencer durmuşsa RPC değiştirmek yeni işlem sıralanmasını garanti etmez. Ağın belgelenmiş L1 zorunlu dahil etme yolu ve gecikmesi kontrol edilir. ### ZK rollup kullanınca adresim ve transferlerim gizlenir mi? ZK adı tek başına işlem gizliliği sağlamaz. Geçerlilik kanıtı hesaplamanın kurallara uyduğunu gösterebilirken adresler ve işlem verisi açık kalabilir. Uygulamanın hangi bilgiyi gizlediğini doğrulayın. ### Hızlı köprü kanonik çekimle aynı güvenlik koşullarını taşır mı? Her zaman değil. Hızlı köprü likidite sağlayıcısı, ek sözleşmeler ve farklı mesaj doğrulaması kullanabilir. Süre kısalırken hangi tarafa güvenildiği ve hangi ücretin ödendiği ayrı incelenmelidir. ### Düşük tutarlı deneme güvenli çıkışı kanıtlar mı? Normal koşullardaki adres, ücret ve çekim akışını anlamaya yardımcı olabilir. Sequencer sansürü, veri saklama veya kötü niyetli sözleşme yükseltmesi altında aynı yolun çalışacağını kanıtlamaz. ### Bir ağ yükseltmesinden sonra hangi kontrolleri yenilemeliyim? Kanıt sistemini, veri yayını modelini, sözleşme adreslerini, yönetici yetkilerini ve çıkış sürelerini yeniden okuyun. Önceki notunuzun tarihini koruyup değişen koşulları işaretleyin; eski profil ekranı güncel konfigürasyon kanıtı değildir.