Katman 2 işlemlerinin tam sürecinin analizi: Her aşamanın güvenlik performansı analizi

Katman 2(L2) işlemleri, Katman 1(L1) işlemlerine kıyasla, L1'e yüklenmeyi bekleyen bir aşamayı daha içermektedir. Bu aşamada, kullanıcılar yalnızca Sequencer tarafından sağlanan ön onay (Pre-Confirmation)'a güvenmek zorundadır ve belirli bir risk bulunmaktadır. Bu makalede, L2 işlemlerinin tüm süreci ayrıntılı olarak analiz edilecek ve her aşamanın güvenlik performansı tartışılacaktır.

L1 İşlem Süreci Gözden Geçirme

Kullanıcı bir işlem gönderdikten sonra, bunun madenciler/validatorler tarafından bir bloğa dahil edilmesini beklemesi gerekir. İşlem en son bloğa girmiş olsa bile, yeniden yapılandırma (Re-org) riskini azaltmak için yeterli onay sayısını beklemek gerekir. Yalnızca yeniden yapılandırma olasılığı yeterince düşük olduğunda, işlemin nihayetinde blok zinciri tarihine yazılacağından emin olabilirsiniz.

Katman 2 işlem süreci analizi

L2 kullanıcıları işlem gönderdikten sonra, genellikle sıralama ve L2 bloklarına paketleme görevini Sequencer üstlenir. Sequencer, L2 blok verilerini L1 işlemi aracılığıyla L1'e yazdığında, kullanıcılar en son L2 bloğuna kendi işlemlerinin dahil edildiğini görebilirler.

Ancak bu durumda L1 yeniden yapılandırma riski hâlâ mevcut, bu da L2 bloğunun nihayetinde blok zincir tarihiyle yazılmamasına neden olabilir. Bu nedenle kullanıcıların, işlemlerin nihayetinde onaylanacağından emin olabilmeleri için L1 yeniden yapılandırma olasılığının yeterince düşük olmasını beklemeleri gerekmektedir.

Ön Onay Mekanizması

Kullanıcı deneyimini artırmak için, bazı L2'ler ön onay ( Ön Onay ) mekanizmasını getirmiştir. Sequencer, kullanıcı işlem aldığında, kullanıcıya bu işlemi mümkün olan en kısa sürede paketleyeceğine söz verir.

Sequencer'a güvenmeyi kabul eden kullanıcılar için, bu taahhüt yeterli olabilir. Ancak ön onay, yalnızca Sequencer'ın sözlü bir taahhüdüdür, yasal bir bağlayıcılığı yoktur ve ihlal edilme riski taşımaktadır.

Ana Akım L2 Çözümünün İşlem Onay Durumu Gösterimi

Arbitrum/Optimism

Arbitrum ve Optimism'in işlemleri gönderildikten hemen sonra neredeyse anında makbuz alabilir, bu da Sequencer tarafından sağlanan ön onaydır.

Arbitrum Explorer, işlemlerin "Sequencer tarafından Onaylandı" durumunu ve L1 onay sayılarını göstermektedir.

Optimism Explorer, "Sıralayıcı tarafından Onaylandı" durumunu göstermekla birlikte, daha fazla bilgi sunmaktadır:

• L1 State Batch Index: Borsa üzerindeki State Batch numarası
• L1 Eyalet Kök Gönderim Tx Hash: Bu Batch'in L1'e yüklenen işlem hash'i

Optimism ayrıca L1'in Nihai bilgişini doğrudan göstererek, kullanıcıların L1 bloklarının nihai olarak onaylanıp onaylanmadığını açıkça bilmesini sağlar.

StarkNet

StarkNet'in işlem durumu daha zengin, şunları içerir:

• Alındı: İşlem alındı ve doğrulandı
• Beklemede: İşlem Sequencer tarafından işleniyor
• Katman 2'de kabul edildi: İşlem L2 bloğuna paketlendi
• L1'de kabul edildi: İşlem verileri L1'e yüklendi

Ancak StarkNet'in işlemleri L1'e yükleme süresi 4-5 saat kadar uzun sürüyor (, kullanıcılar uzun vadeli ön onaylara bağımlı kalıyor. Ayrıca Explorer L1 Finality bilgisi sağlamıyor, kullanıcı deneyimi geliştirilmelidir.

![L2 işleminin tam sürecinin yorumlanması: Her aşamanın güvenlik performansı nasıl?])https://img-cdn.gateio.im/webp-social/moments-c656ea31f5b8c42b3dc6115a5715f5c6.webp(

) zkSync

zkSync, işlemleri L2'den L1'e aktarım sürecini 3 aşamaya ayırır:

1. Taahhüt Edildi: Blok L1'e yüklendi
2. Proven: Blok geçerliliği kanıtlandı
3. İcra Edildi: Blok içindeki işlemler tamamlandı, L2 durumu L1'e güncellendi.

zkSync Explorer, her aşama için detaylı veri sunumu sağlamaktadır; ilgili L1 işlem bağlantıları gibi.

Ancak dikkat edilmelidir ki, Alpha aşaması koruma önlemi olarak, Executed aşamasına kadar Sequencer geçmişi değiştirebilir, kullanıcıların Sequencer'a yaklaşık bir gün güvenmesi gerekmektedir.

![L2 işlemlerinin tam sürecinin analizi: Her aşamanın güvenlik performansı nasıl?]###https://img-cdn.gateio.im/webp-social/moments-38aa6041cd3a969d408b85ef83d15ad1.webp(

Ön Onay Mekanizmasının İyileştirilmesi

Ön onay şu anda sadece sözlü bir taahhüt olup, bağlayıcılıktan yoksundur. Akıllı sözleşme mekanizmasının getirilmesi düşünülebilir:

• Sequencer/Builder'dan ön onay sırasında teminat depozitosu sağlaması istenir.
• Sequencer/Builder taahhüt edilen içeriği imzalamalıdır.
• Kullanıcı, taahhütlerin yerine getirilmediğini keşfettiğinde kanıt sunabilir.
• Akıllı sözleşme otomatik olarak kontrol eder ve cezaları uygular

Bu mekanizma kullanıcılara daha net bir güvence sağlayabilir, ancak şu anda hala konsept kanıtı aşamasındadır.

![L2 işlemlerinin tam sürecinin analizi: Farklı aşamalardaki güvenlik performansı nasıl?])https://img-cdn.gateio.im/webp-social/moments-0878513d0fb37e8360f8a0c09ecd1973.webp(

Özet

L2 işlemleri, L1'e yüklenmek için bekleme aşamasına sahip olduğundan, bu aşamada kullanıcılar yalnızca ön onaylara güvenebilir. Her L2 çözümü, Explorer'da ön onay durumunu sergilemektedir, ancak bunların güvenilirliği ve zamanlaması farklılık göstermektedir.

Kullanıcı, ön onaylamanın sınırlılıklarına dikkat etmelidir; gerektiğinde işlemin L1'e yüklenmesini ve yeterli onay sayısını almasını beklemelidir. Gelecekte, akıllı sözleşmeler gibi mekanizmalar aracılığıyla ön onayın güvenilirliğini artırmak ve kullanıcılara daha iyi bir güvence sağlamak mümkün olacaktır.

![L2 işlemlerinin tam süreç analizi: Her aşamanın güvenlik performansı nasıl?])https://img-cdn.gateio.im/webp-social/moments-cd4847009c900bfd43191b16c788002b.webp(