Herkesin L2’lerde giderek daha düşük blok sürelerine sahip olduklarını iddia etmesi üzerine, olan biteni açıklamanın zamanı geldiğini düşündüm. Özellikle L2 bloklarının ne olduğunu, L1 bloklarından nasıl farklılaştığını ve neden L2 blok sürelerine fazla önem vermememiz gerektiğini; ilginç bir mühendislik metriği olsalar bile, neden umursamamız gerekmediğini inceleyelim.

Blok nedir?

Terim olarak “blok zinciri”nin gerçekten bir anlam ifade ettiği (yaklaşık 2009 yılı) zamanlarda, blok kavramı uzlaşıya sunulan işlemler grubu için bir birim ihtiyacından dolayı ortaya çıktı.
Örneğin Bitcoin’de, her blok üreticisi PoW gereksinimlerini karşılayan işlemleri düzenlemeye çalışır ve ardından bu bloğu ağa yayınlar. Diğer düğümler, bloğun gerçekten PoW gereksinimlerini karşılayıp karşılamadığını doğrular. Ethereum’da ise, şu anda PoS ve hesap tabanlı bir yapıda, blok üreticileri her bloğun yürütülmesinden sonra blok zinciri durumunun bir özetini (durum taahhüdü) hesaplar. Doğrulayıcılar bu değeri yeniden hesaplayarak bloğu kolayca doğrular. Genel süreç her zaman aynıdır:

1. Bazı işlemleri seçin ve onları sıralayın. Buna bir blok deyin.
2. Belirli metrikleri hesaplayın (PoW bulmacası, durum taahhüdü). Bu bilgileri bloğa ekleyin.
3. Bloğu ve meta verileri ağdaki diğer düğümlere yayınlayın.
4. Diğer düğümler bu meta verileri yeniden hesaplar ve blok üreticisinin gönderdiği verilerle karşılaştırır. Eşleşirse bloğu kabul ederler.

Katman-1 zincirlerinde bloklar önemlidir: zincirin bütünlüğü blok düzeyinde doğrulanır, çatallar blok düzeyinde yönetilir, vb.
Özetle: bloklar, uzlaşının temel bir parçasıdır.

Bir L2 bloğu nedir?

L2’ler, uzlaşmanın yavaş olması ve merkezsiz yapının yavaş bilgisayarları ve ağları desteklemesinden dolayı ortaya çıktı. L2 yaklaşımı, işlem yürütmesini mümkün olan en hızlı makineye devreder; ardından, doğrulanabilir bir yürütme özetini L1’e göndererek uzlaşmayı sağlar. Basitçe söylemek gerekirse, bugün çoğu L2, blok zinciri gibi davranan merkezi sistemlerdir. Ve bu tamamen normaldir.
Bu noktada blok süreleri belirsizleşir. L2’ler genellikle L1 yazılım uyumluluğu için bloklar oluşturmaya devam eder, ancak bu çoğu zaman yapaydır. L1’e özetler gönderilirken L2’ler genellikle maliyetleri azaltmak için birden fazla bloğu birleştirir. Dolandırıcılık ya da geçerlilik kanıtları için zaman zaman durum taahhütleri gerekir, ancak her blok için şart değildir. Bu nedenle L2 blokları esasen kullanışsızdır.
Biri “hızlı L2 bloklarına” sahip olduğunu iddia ettiğinde, aslında yalnızca sistem yapılandırmasında blok süresini azaltan bir değeri değiştirmiştir. Hâlâ blok başına anlamlı miktarda işlemi işlemeleri gerekir. Bu durumun ötesinde gerçek bir anlam taşımaz.

O zaman ne önemli?

Bir kullanıcı olarak zamanlama açısından gerçekten önemli olan tek şey, işlem için gereken gidiş-dönüş süresidir. Yani işleminizin L2 sıralayıcıya ulaşması, yürütülmesi ve sonucun kullandığınız RPC düğümünde görünür hale gelmesi ne kadar zaman alıyor?
Şimdi şu son kısma odaklanalım: Bir işlemin yürütüm sonucunun RPC’lere iletilmesi ne kadar sürer?
Daha yavaş blok zincirleri genellikle bloğun tamamlanmasını bekler, ardından verileri eşlere gönderir. Solana ise blokları işlemeye başladığınız anda yayınlayabileceğiniz fikrini ortaya attı: işlemleri yürüttükçe diğer doğrulayıcılara hemen iletin. Solana, işlemleri girişlere (en fazla 64 işlem grubu) ayırır, ardından bunları ağ üzerinden iletmek için shred’lere böler. Bu konuda daha derinlemesine bir makalemiz var, meraklıysanız göz atabilirsiniz.
Bu işlemler, lider düğümden diğerlerine sürekli olarak aktarılır. Bu da demektir ki, blok tamamlanmadan önce bile işlemlerinizin yürütülmesiyle ilgili bilgi alabilirsiniz.

L2’ler şimdi bu mekanizmayı yeniden kullanmaya başladı. Örneğin, Flashblocks ile Base, 2 saniyelik blok süresi yerine 200 ms’lik alt bloklara geçiyor. MegaETH, test ağlarında (çoğu zaman) her 15 ms’de bir üretilen “mini bloklar” konseptini kullanıyor. Eclipse ise Solana’nın giriş ve parçalama sistemini benimsemiş durumda. Bu sayede kullanıcılar işlemlerinin gerçekleşmesi için daha az bekliyor. Kullanıcı deneyimi (UX) açısından oldukça iyi bir gelişme.
Ama açık konuşalım: Buradaki asıl özellik, ağ üzerindeki iletişim aralıklarının azaltılmasıdır. Bazı blokların diğerlerinden doğal olarak “daha iyi” olmasıyla bir ilgisi yok. Sadece blokları daha küçük parçalara ayırıyor ve bunları paralel şekilde işleyip yayınlıyoruz. Bu parçalara blok, mini blok ya da shred demeniz önemli değil. Nihai amaç daha iyi bloklar üretmek değil, daha hızlı iletişim sağlamak.

Yasal Uyarı

Bu makale, Olivier kaynağından alıntılanmıştır. İçeriğin tüm telif hakları yazara aittir. Telif haklarına ilişkin sorularınız için bizimle iletişime geçebilirsiniz.
Bu içerik yalnızca bilgilendirme amacı taşımaktadır ve yazarın kişisel görüşlerini yansıtır. Gate.TR’nin resmi görüşlerini yansıtmamaktadır. İçerikte yer alan marka, kurum, kuruluş veya kişilerle Gate.TR’nin herhangi bir ilişkisi bulunmamaktadır.
Bu içerik, yatırım tavsiyesi niteliğinde değildir. Dijital varlık alım-satımını teşvik etmeyi amaçlamaz, yalnızca bilgilendirme amaçlıdır.
Kripto varlıklar yüksek risk içerir ve ciddi fiyat dalgalanmalarına maruz kalabilir. Yatırım kararı vermeden önce kendi finansal durumunuzu değerlendirmeli ve kararınızı bağımsız olarak vermelisiniz.
Makalede yer alan veriler ve grafikler yalnızca genel bilgilendirme amacıyla sunulmuştur. Tüm içerikler özenle hazırlanmış olsa da, olası hata veya eksikliklerden dolayı sorumluluk kabul edilmez.
Gate Akademi ekibi bu içeriği farklı dillere çevirebilir. Hiçbir çeviri makale; kopyalanamaz, çoğaltılamaz veya izinsiz dağıtılamaz.