L2 Ticaretinin Tüm Süreci ve Aşamalardaki Güvenlik Analizi

L2 işlemleri, L1 işlemlerine göre bir aşama daha ekler, yani "L2 işlemleri L2 bloğuna alınır ve L1'e yüklenmeyi bekler". Bu aşamada, veriler henüz L1'e yüklenmemiştir, kullanıcılar yalnızca Sequencer tarafından sağlanan sözlü taahhütlere, yani sözde Ön Onay veya Hızlı Onay, Yumuşak Onay'a güvenebilir.

Şu anda ana akım L2 projeleri, blok tarayıcılarında Pre-Confirmation durumunu göstermektedir:

• Arbitrum/Optimism: "Sıralayıcı tarafından onaylandı"
• StarkNet: "L2'de Kabul Edildi"
• zkSync: "zkSync Dönemi İşlem Görüldü"

Bu durumlar yalnızca Sequencer'ın taahhüdünü temsil eder ve işlemlerin nihayetinde kaydedileceğini tam olarak garanti etmez. Eğer Sequencer'da kötü niyet veya bir hata varsa, bu işlemlerin onaylanmamasına neden olabilir.

Daha yüksek bir kesinlik elde etmek için, kullanıcıların L2 verilerinin L1'e yüklenmesini ve yeterli onay almasını beklemeleri gerekmektedir. Farklı L2 projeleri bu konuda kendine özgü yaklaşımlar sergilemektedir:

• Optimism, L1 Finality bilgisi sağlar, kullanıcılar ilgili L1 bloğunun Finalize edilip edilmediğini doğrudan görebilir.
• zkSync, L2'den L1'e geçiş sürecini Committed, Proven ve Executed olmak üzere üç aşamaya ayırır ve detaylı bir durum gösterimi sunar.

Genel olarak, L2 işlemlerinin farklı aşamalarda sağladığı onay seviyeleri ve karşılık gelen riskler şu şekildedir:

1. Ön Onay: Sadece Sequencer taahhüdü, risk daha yüksek
2. L1'e Yükle: Temel onaylandı, ancak hala L1 Re-org riski mevcut.
3. L1 tam onay: Nihai onay, risk çok düşük

Gelecekte ekonomik teşvikler içeren Pre-Confirmation mekanizmalarının ortaya çıkması mümkün olabilir; akıllı sözleşmeler aracılığıyla taahhütleri ihlal eden Sequencer'ları cezalandırarak kullanıcılara daha güçlü bir güvence sağlanabilir.