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 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ı, 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ı 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, kanıt ile durum güncellemesi arasındaki bağı açıklar; sıfır bilgi kanıtı kullanılması tüm işlemlerin gizli olduğunu da göstermez.
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 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ü
| 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 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.
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, 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ü 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, 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, 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.
