Taiko örneği üzerinden ön onay (Preconfirmation) kavramının açıklanması: Ethereum işlemlerini nasıl daha verimli hale getirebiliriz?

原文标题：《Preconfirmation (feat. Taiko): Make Ethereum FAST for the First Time!》

Yazar: Ingeun Kim : : FP

Anahtar Özet

• Taiko, Ethereum tabanlı bir Layer2 ağı olan Based Rollup üzerine kurulu bir ağdır ve Ethereum ile tam olarak etkileşim sağlama ve Merkeziyetsizlik sağlama hedeflemektedir. Rollup mekanizmasında işlemlerin son onaylama gecikme süresi sorununu çözmek için Taiko, 'Preconfirmation' kavramını tanıtmıştır. Önceden kullanıcılara işlemlerin dahil edilme ve sıralama garantisi vererek, Preconfirmation, Rollup mekanizmasındaki işlem onaylama sürecinin verimsizliğini önemli ölçüde gidererek kullanıcı deneyimini artırır.
• Based Preconfirmation modelında, L1 doğrulayıcılar kullanıcılara işlemin sonucunu garanti eder. Preconfirmation'ı gerekenler StakeMarj yapmalı ve (Slashing) mekanizmasına uymalıdır, böylece sistem güvenilirliğini sağlayabilir. Taiko gibi L2 projeleri, preconfirmation mekanizmasını tanıtarak güvenilir işlem finalitesi oluşturdu ve Merkezi Olmayan Finans gibi gerçek zamanlı onay gerektiren hizmetler için daha kullanışlı bir işlem ortamı yarattı.
• Şu anda, birkaç proje önceden onay ekosistemine katıldı. Bu teknoloji ilerlemesi, ETH ağı L2 ekosisteminin verimliliğini artırma, ETH ağıyla etkileşimi güçlendirme ve genel ekosistemin daha da genişlemesini teşvik etme potansiyeline sahiptir.

Taiko, ETH 2. kat çözümü olarak ilerlemekte ve bu hedefe doğru istikrarlı adımlar atmaktadır. Bu hedefi gerçekleştirmek için Taiko, öncelikle Ethereum ile tam etkileşim, Merkeziyetsizlik sıralayıcı ve geliştiricilere destek konularını ele almayı tercih etmektedir. Taiko'nun dikkate değer bir diğer yönü, Ethereum ile tam etkileşimi Based Rollup yapısı sayesinde sağlaması ve aynı zamanda herhangi birinin sıralayıcı olmasına izin vererek Merkeziyetsizlik sıralayıcılarını mümkün kılmasıdır. Bununla birlikte, Based Rollup modelinin avantajları olmasına rağmen, yapısının kendisinin bazı temel verimlilik sorunları bulunmaktadır.

Bu makale, Taiko örneği üzerinden, ön onay (Preconfirmation) kavramını derinlemesine analiz etmektedir. Layer2 teknoloji yığınının önemli bir bileşeni olarak, ön onay, Rollup'un daha ileri gelişimini sağlamak için önemli bir adımdır.

Mevcut L2 verimlilik sorunu

L2 ekosisteminin genişlemesiyle birlikte birçok proje ortaya çıktı, birçok yeni kavram ve teknoloji yığını getirdi. Bununla birlikte, bu ilerlemelere rağmen, L2'nin verimlilik açısından hala çözülmesi gereken bazı sorunları var, özellikle kullanıcı deneyimini etkileyen kilit alanlarda verimliliği artırmak son derece önemli hale geliyor.

Rollup'un doğal kısıtlamaları: Verimsiz işlemlerin nihai kesinlik belirleme süreci

L2, Rollup tarafından ölçeklenebilirlik sağlar, Ethereum ve diğer L1 platformlarının veri kullanılabilirliğine ve işlem işlemesine bağlıdır. Bununla birlikte, Rollup'ın doğuştan gelen bir kısıtlaması vardır: işlem sıralamasını ve yürütmesini bağımsız olarak gerçekleştirebilir, ancak diğer tüm süreçler hala L1'in nihai onayını beklemelidir.

Bu yapı, L1'in Blok üretimi ve veri kullanılabilirliğini doğrudan kullanarak güvenilirlik ve veri değişmezliğini sağlar. Bununla birlikte, nihai onay için L1'e bağımlılık, işlem işleme hızını yavaşlatır ve gerçek zamanlı onay yeteneği sınırlıdır, kullanıcı perspektifinden bakıldığında gerçek zamanlı talepleri karşılamak zor olabilir.

Ayrıca, birçok L2 sıralayıcısı ve doğrulama Düğüm şu anda merkeziyetçidir. Bu merkeziyet, daha uzun işlem onay süreleri ve olası işlem kesintileri gibi verimsizliklere yol açabilir, bu da bazı Rollup'ların işlem işleme verimini etkileyebilir ve gecikme süresini doğrulamaya neden olabilir.

Ön Onay Kavramının Sunumu

Ön onay kavramının ortaya çıkışı, L2 ağında işlemlerin nihai onay verimliliği düşük olduğu sorununu çözmek amacıyla yapılmıştır. Ön onay, kullanıcıların işlemin daha hızlı bir şekilde onay almasını sağlayarak, Rollup mekanizmasında yaygın olarak karşılaşılan gecikme süresi ve verimsizlik sorunlarını hafifletmektedir.

Ön doğrulama hangi sorunları çözmeyi amaçlamaktadır?

Rollup mekanizmasında, kullanıcıların L2'ye işlem gönderdikten sonra onay süreci her zaman verimsizlik sorunuyla karşılaşmaktadır. Merkezi olmayan L2 sıralayıcısının işlemlerin ne zaman L1 üzerinde onaylanacağını kesin olarak garanti edememesi nedeniyle, kullanıcılar işlemlerin sırası ve sonucu konusunda genellikle belirsizlik yaşarlar. Örneğin, kullanıcılar işlemlerinin L1'de yer alması için uzun süre beklemek zorunda kalabilirler, işlem sırası yanlışsa veya sonuç istenmeyen bir durumdaysa, gerçekleştirilmiş işlemlerin finansal kayıplara neden olabileceği durumlar ortaya çıkabilir.

Yüksek Dalgalanma ortamında, gecikme süresi ve sıra değişikliği sorunları daha da belirgin hale gelmektedir, çünkü kullanıcılar Arbitraj ve Merkezi Olmayan Finans hizmetlerine bağımlıdır. Bu durumlarda, gecikme süresi veya sıra değişikliği, fırsatların doğrudan kaybına neden olabilir. Hatta normal işlemler yapan kullanıcılar bile, işlemlerin nihai olarak L1'de onaylanma süresine ve sırasına güven eksikliği yaşayabilir ve bu durum blok zincirinin güvenilirliği ve kullanılabilirliği konusunda şüpheye düşmesine neden olabilir.

Bu nedenle, önceden doğrulanan tasarım hedefi, özellikle Rollup'ın verimsizliğinden en çok etkilenen kullanıcılara daha kolay, daha güvenilir bir işlem deneyimi sunmaktır.

Bu sorunları nasıl önleyebiliriz?

Bu sorunları çözmek için, ön onay kullanıcıya işlemin kapsamını, sıralamasını ve gerçekleştirilmesini garanti ederek sunar. Merkezi L2 sıralayıcı aracılığıyla kullanıcılara 'yumuşak onay' sağlar ve işlemlerin sonunda L1'de yer almasını sağlamak için ön onay belgesi verir.

Yumuşak onaylamanın temel avantajı, kullanıcı deneyimini artırabilmesidir. Kullanıcılar işlem gönderdikten sonra hemen onay belgesi alabilirler, bu da işlemin L1'e beklenen sırayla dahil edilmesini sağlar, özellikle Arbitraj gibi hızlı tepki gerektiren işlemlerde belirsizliği azaltır. Ayrıca, önceden onay, kullanıcıların L2 sistemine olan güvenini artırır. Kullanıcıların işlem güvenliği konusundaki güveni arttıkça, L2 ekosisteminin genel kullanım oranı da artacaktır. Bu nedenle, önceden onay, Rollup işleme verimliliğini ve kullanım kolaylığını artırmada kilit bir rol oynamaktadır.

Ön onaylama son çözüm mü?

Merkezi olmayan bir dizinleyicinin yazılı onayı, beklenen sıralama ve sonuçlarla kullanıcı deneyimini iyileştirebilir, ancak sıralayıcıya güvene dayanır. Yasal veya teknik zorunluluk olmadan, kullanıcılar yalnızca dizinleyicinin güvenilirliğine güvenmek zorundadır. Bu bağımlılık, işlemlerin doğru sırayla dahil edilmeme olasılığını ve hatta L1'de hiç dahil edilmeme olasılığını, kullanıcıların beklediği istikrarlı güvenceyi sağlayamama olasılığını beraberinde getirir.

Taiko örneği temelinde Ön Onay Tabanlı Doğrulamanın kavramını ve uygulamasını açıklamak

Taiko, Based Rollup'un temel özellikleriyle tamamen uyumlu olduğu için, Based Preconfirmation yöntemine büyük çaba harcamaktadır. Based Preconfirmation, Taiko'nun yapısına başarıyla entegre edilebilirse, işlem onaylama süresini önemli ölçüde azaltmanın yanı sıra kullanıcı deneyimini de artıracaktır. Ayrıca, bu iyileştirme, daha önce sınırlı olan çeşitli hizmetlerin Taiko ağında verimli bir şekilde çalışmasını sağlayarak, bu hizmetlerin etkinleştirilmesini de sağlayacaktır.

Based Preconfirmation'un derinlemesine anlaşılması gerektiğinden, Taiko'nun bazı temel özelliklerinin gözden geçirilmesi ve bu yöntemin uygulanabilirliğini ve avantajlarını daha kapsamlı bir şekilde anlamak önemlidir.

Taiko Örnek Analizi

Taiko, Based Rollup'un temel özelliklerini tam anlamıyla sergiliyor. Bu, ETH taban altyapısıyla tam bir etkileşimli olmanın yanı sıra, ETH tabanlı güvenlik mekanizmasıyla tamamen uyumlu olmayı hedefler. Taiko, Based Rollup mimarisini kullanır, bu da merkezi olmayan bir sıralayıcıya bağımlı olmadığı, ETH tabanlı doğrulayıcıların işlem ve Blok sıralamasından sorumlu olduğu anlamına gelir.

Yani, Taiko'nun sıralayıcısı ve Ethereum'un Blok önerenleri aynı tür rollerdir. Bu tasarım, onlara özel sorumluluklar ve teşvik mekanizmaları sağlar, örneğin maksimum çıkarılabilir değer (MEV) ödüllerini elde etme ve sıralayıcı kimliği getirdiği diğer faydalar. Bu nedenle, Taiko'nun L2 sıralama sürecinde sorunlar ortaya çıktığında, bu sıralayıcılar Ethereum ekosistemindeki çıkarlarla ilişkili olduklarından doğal olarak ilgili sorumluluğu üstlenirler. Bu mekanizma, Taiko'nun diğer Ethereum L2 projelerine göre operasyonel sorumluluk açısından önemli farklılıklar oluşturmasını sağlar.

Ayrıca, dikkat edilmesi gereken bir diğer nokta, Taiko'nun Temel Rollup modelinin "Yarışmaya Dayalı Rollup (Based Contestable Rollup, BCR)" olarak tasarlandığıdır, bu yapı iyi niyetli rekabeti teşvik etmeyi amaçlamaktadır. Açık ve izin gerektirmeyen tasarımı sayesinde, Taiko sisteminin Merkeziyetsizlikini sağlar ve herkesin katılmasına izin vererek sistemini daha adil ve şeffaf hale getirir.

Önceden Onaylı Based Rollup

Peki, Based Rollup için özel olarak tasarlanmış olan önceden doğrulama modeli nasıl bir şeydir? Cevap "Based Preconfirmation". Bu model, geleneksel yazılı onay mekanizmasının yerine L1 üzerinde doğrulama yaparak çalışmayı amaçlar.

Bazı L1 doğrulayıcıları gönüllü olarak katıldığı ve önceden onay hizmeti sağladığı bir sistem olan Based Preconfirmation, kullanıcılara Rollup işlem sonuçlarının doğrulanabilir tahminlerini sunan bir sıralayıcı olarak hizmet verir. Bu yöntem, kullanıcılara güvenilir bir şekilde işlem içeriği ve sıralaması sağlar ve doğrulama işlemleri doğrudan L1 tabanlı olduğundan Rollup işlemlerinin güvenilirliğini ve güvenilirliğini artırır.

Justin Drake, Based Preconfirmation kavramını ilk kez ortaya attı ve 'Preconfer' adı verilen belirli bir rolü önerdi. Preconfer, kullanıcılara imza güvencesi sağlayarak işlemlerin sırasını ve yürütme durumunu belirleyebilir. Taahhütlerin güvenilirliğini sağlamak için her preconfer belirli miktarda Marj yatırmalıdır. İşlem sırası veya yürütme durumuyla ilgili taahhütlerini yerine getiremezlerse, Kesenek mekanizması tarafından cezalandırılabilirler, yani kısmi veya tam Marj kaybına uğrayabilirler.

Kesen mekanizması, ETH bloğu PoS Stake'de geniş çapta kullanılmaktadır ve kötü niyetli davranışları etkili bir şekilde engellemek için kullanılır. Bu mekanizma, sadece doğrulayıcıların sorumluluk duygusunu güçlendirmekle kalmaz, aynı zamanda kullanıcılarla doğrulayıcılar arasında belirli bir güven temeli oluşturur.

Ön doğrulayıcıların Slash cezasına maruz kalmasına neden olan iki durum vardır:

1. Canlılık Hataları: Bir önceden onaylayıcı, herhangi bir nedenle kullanıcının önceden onaylanmış işlemini on-chain'e dahil edemezse, canlılık hataları meydana gelir. Canlılık hataları genellikle kasıtlı olmadığından cezaları nispeten hafiftir. Bu tür hatalar genellikle ağ sorunları veya L1 veya L2 blok zincirlerinin kesintilerinden kaynaklanabilir, bu da işlemlerin on-chain'de doğru bir şekilde dahil edilmemesine neden olur. Güvenilir önceden onaylayıcıları yanlış cezalandırmaktan korumak için, canlılık hatalarının ceza miktarı genellikle kullanıcılar ve önceden onaylayıcılar tarafından belirlenir.
2. Güvenlik Hataları: Önceden on-chain'e dahil edilen işlemin sonucu, kullanıcının ilk talebiyle uyumsuz ise güvenlik hatası oluşur. Bu uyumsuzluk tamamen önceden onaylayan kişinin sorumluluğundadır, bu nedenle güvenlik hatası cezası genellikle daha serttir. Önceden onaylayan kişinin Marjı tamamen el konulur, sorun kasıtlı olsun ya da olmasın.

Based Preconfirmation modelinin ön onaylayıcısı olma hedefiyle bir Düğüm (genellikle L1 Blok öneren) bu Kesen mekanizmasının koşullarını kabul etmeli ve gerekli Marjı Stake etmelidir. Onaylandıktan sonra, ön onaylayıcı kullanıcılara hizmet sunabilir ve hizmet ücreti alarak gelir elde edebilir.

Bu maliyet modeli, kullanıcılara önemli bir kolaylık sağlar, böylece Rollup işlemlerindeki doğal gecikme süresini atlayabilirler. Örneğin, kullanıcılar bireysel cüzdanları aracılığıyla önceden onaylanmış bir işlem gönderdikten sonra, hemen önceden onaylayıcıdan onay belgesi alabilirler.

Based Preconfirmation'ın ön onaylayıcılarına katılanlar, ek gelir elde etmek için ücret almanın yanı sıra Rollup işlem onay sürecini optimize etmeye yardımcı olabilir. Bu model, kullanıcı deneyimini artırmakla kalmaz, aynı zamanda L2 ekosistemine güvenilir ve etkili bir işlem nihai onay çözümü sunarak çekicilik ve kullanılabilirliğini daha da artırır.

Kullanıcılar neden önceden onaylanmış ödemeler için ücret ödemeyi kabul eder?

Bu aslında önceden onaylama işleminin temel amacıyla yakından ilişkilidir. Kullanıcılar, Rollup işlemlerinin son onaylama sürecindeki verimsizlik sorununu doğrudan çözdüğü ve kullanıcılara önemli bir kolaylık sağladığı için önceden onaylama için ücret ödemeyi istemektedirler.

Örneğin, bir kullanıcı L2 Blok zincirindeki kişisel cüzdanıyla ön-onaylı bir işlem gönderdiğinde, standart işlemler nihai onay beklemek zorunda kalabilirken, ön-onay isteyen kullanıcı, gecikme süresi olmadan hemen ön-onaylayandan garanti alabilir ve işlemi tamamlayabilir. Bu durumda, kullanıcı hatta işlemin başarılı olduğunu açıkça gösteren yeşil bir onay işareti bile görebilir.

Tekrar Merkezi Olmayan Finans hizmetini ele alalım. Kullanıcılar L2 Merkezi Olmayan Finans platformunda Token takas işlemi yaptıklarında, ön onay ilgili işlemlere ek güvence sağlayabilir. Genellikle, işlemlerin döviz kuru teklifi veya ücreti gecikme süresi nedeniyle gerçekleştirilen işlem sonucuyla uyumlu olmayabilir. Ancak ön onay sayesinde kullanıcılar hızlı ve verimli bir işlem onay sürecinin keyfini çıkararak, beklenen koşullar ile gerçek sonuç arasındaki farkı azaltabilir ve daha güvenilir bir hizmet deneyimi elde edebilirler.

Bu uygulama senaryoları, geliştiricilerin daha hassas hizmetler sunmalarına ve kullanıcıların daha akıcı ve kullanışlı bir deneyim yaşamalarına olanak tanır. Bu dinamik, L2 ekosisteminin genişlemesini desteklerken, aynı zamanda daha geniş L1 ekosistemi için yükselişe katkıda bulunuyor. Ayrıca, Based Rollup'ın sıralayıcısı için, önceden onaylama sağlayan ek gelir, ciddi bir kar modeli sağlıyor. Bu tasarım, Based Rollup'ın geleneksel olarak bazı zayıf noktalarını etkili bir şekilde çözerek, güvenilirlik ve cazibeyi bir arada sunan bir sıralayıcı seçeneği haline getiriyor.

Temel Onay Öncesi Hangi Zorluklarla Karşılaşılıyor?

Based Preconfirmation is still a research field in Layer2 projects driven by Rollup represented by Taiko and widely followed. Although this mechanism provides a clear solution to improve L2 performance and scalability while maintaining decentralization, it still faces some challenges that need to be addressed in practice to achieve broader adoption.

İlk olarak, Preconfer'de Blok'a bir işlem gönderildiğinde, kullanıcı işlemin kesin olarak dahil edildiğine dair mutlak bir garanti elde edemeyebilir. Önceden onaylayıcılar StakeMarj ile işlemi teminat altına alsa da, bu mekanizma, dış müdahale nedeniyle işlemin dahil edilememesi sorununu tamamen çözememektedir. Özellikle işlemin değeri önceden onaylayıcıların Stake miktarından yüksek olduğunda, önceden onaylayıcılar yetkilerini kötüye kullanabilir, seçici olarak bazı işlemleri dahil etmeyi veya dışlamayı seçerek potansiyel riskler ortaya çıkarabilir.

Başka bir önemli zorluk, önceden onaylama temelli kar modelidir. Önceden onaylayanların ana gelir kaynağı, kullanıcıların ödediği ön onaylama ücretidir. Bununla birlikte, önceden onaylayanların yetersiz sayıda olması veya yeterli katılım olmaması durumunda, merkeziyetçilik ve tekel eğilimi ortaya çıkabilir. Bu durumda, ön onaylama ücretleri yapay olarak yükseltilebilir, kullanıcıların hızlı ve verimli işlemler yapma maliyetini artırabilir ve böylece ön onaylama ekosisteminin sağlıklı bir şekilde gelişmesine tehdit oluşturabilir.

Dikkate değer olan, Based Preconfirmation kavramı oldukça yeni olup, yaklaşık bir yıl önce ortaya çıkmıştır. Bunun, Rollup destekli L2 çözümlerinin hız ve verimliliklerini maksimize etmek için bir 'anahtar araç' haline gelmesi için uygulama ve iyileştirme sürecine ihtiyaç duyulmaktadır. Ancak, Rollup'un ETH'nin ölçeklenebilirliğinin temel bileşeni olarak sağlam bir şekilde yerleşmesiyle birlikte, performansı artırmak için önceden onay araştırmalarına yönelik daha fazla keşif, L2 teknolojisinin önemli bir adımını temsil etmektedir.

Özellikle Taiko, Based Preconfirmation'ın uygulanmasını hızlandırmak konusunda önemli ilerlemeler kaydetti. Aynı zamanda Taiko, Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev ve Espresso gibi birçok ortakla iş birliği yaparak Based Preconfirmation'ın uygulama senaryolarını birlikte keşfetmekte ve geliştirmektedir. Bu iş birlikleri, L2 ekosisteminin daha da gelişmesini teşvik etmeyi amaçlamaktadır. İlgili daha fazla ayrıntı sonraki bölümlerde derinlemesine tartışılacaktır.

Ön Onay Ekosistemi Genel Bakış: Süreç Diyagramının Yorumlanması ve Proje Keşfi

Bu bölümde, Rollup tabanlı L2 ekosistemde ön onay teknolojisinin gelişimi üzerinde aktif olarak araştırma yapan ve ilerleten hangi projelerin olduğunu tartışacağız. Bu ekosistem henüz erken gelişim aşamasında olduğundan, ön onay sürecini daha anlaşılır bir şekilde göstermek ve anlamak için bir akış diyagramı kullanacağız.

Ön Onay Süreci Diyagramı

Ön onay, L1 ve L2 arasında sıkı bir işbirliği gerektiren karmaşık bir süreçtir ve birden fazla rolü içerir, her rol belirli bir sorumluluk üstlenir. Bu süreci daha açıklayıcı hale getirmek için kısa bir özet için bir akış şeması hazırladım. Bu akış şeması, genel mantığı açıklamaya yardımcı olmak için yapılmıştır, bu nedenle Rollup ve Based Rollup'un farklı özelliklerini kesin olarak ayırmaz, ancak genel bir temel sürece odaklanır.

Prosedür diyagramının ayrıntılı adımlarını anlamadan önce, önceden onay sürecine katılan farklı rolleri ve işlevlerini tanıyalım:

• 用户（User）：L1 veya L2 ağı kullanan bireysel kullanıcılar, işlem oluşturma ve gönderme sorumluluğuna sahiptir. Kullanıcılar, işlemi tamamladıktan sonra önceden onaylayıcıya göndererek önceden onaylanmış bir güvence elde etmek istiyorlarsa.
• Ön Onaylayıcı: Ön onay sürecinde, ön onaylayıcılar işlemleri denetler ve geçerliliklerini doğrular, ardından kullanıcılara ön onay garantisi sunar. Ön onay sayesinde, kullanıcılar nihai yerleşimden önce işlemin durumunu hızlı bir şekilde güvence altına alabilirler. Eğer düğümler ön onay yetkisine sahip değilse, ön onaylamayan katılımcılar olarak hareket eder ve genellikle standart doğrulama düğümü gibi sıradan işlemleri, ön onaylı işlemler yerine işlerler.
• L1 doğrulayıcılar (L1 Validator): L1 ağındaki işlemlerin ve blokların son doğrulamasından sorumludur. Ön onaylayıcı işlem verilerini gönderdikten sonra, L1 doğrulayıcılar bunu doğrular ve nihai verileri L1 Blok zincirine kaydederek işlemin bütünlüğünü ve Konsensüs kurallarına uygunluğu sağlar.
• Ön Onay Meydan Okuma Yöneticisi (Preconfirmation Challenge Manager): Ön onay sürecinde ihtilaflar veya sorunlar ortaya çıktığında, bu rol sorunu araştırmak ve ihtilafları çözmek için uygun önlemleri almakla görevlidir. Bu rol, ön onay sürecinin adil ve güvenilir kalmasında kilit bir rol oynar.

Şimdi, önceden onaylanmış süreci akış şemasının sırasına göre düzenleyelim:

1. Kullanıcı, ön onaylayıcıdaki ön onaylayıcıya işlem isteğini gönderir ve ön onaylama sürecini başlatır.
2. Onaylayıcılar işlemi denetler ve ön onay makbuzu gönderir, böylece işlemin L1 Blok içinde yer alacağına dair kullanıcılara ilk aşamada nihai onay güvencesi sağlarlar.
3. Ön onaylayıcılar, L1 Blok içine dahil edilmesi gereken işlem verilerini L1 doğrulayıcılar'ına sunar. Bu veriler tek bir işlem olabilir veya L2 sıralayıcı tarafından işlenen özet veriler olabilir.
4. L1 doğrulayıcılar, gönderilen işlem verilerini veya toplam verilerini doğrular ve bunları L1 Blok'una kaydeder, böylece Blok zinciri Konsensüs kurallarına uyduğundan emin olur.
5. Bir süre sonra, işlem verilerini veya özet verilerini içeren L1 Blok nihai hale gelir ve işlemler resmi olarak tamamlanır.
6. Kullanıcı, gerekli durumlarda ilgili bilgileri kullanarak herhangi bir olası ön doğrulama anlaşmazlığı veya meydan okuma ile ilgili herhangi bir sonuç için L1 Düğümü üzerinden işlem sonucunu kontrol edebilir.
7. Eğer işlem, L1'e doğru bir şekilde dahil edilmediği durumda, önceden onaylayanlar önceden onaylayan meydan okuma yöneticisinin cezasıyla karşı karşıya kalacaklar, örneğin Slash Marj veya Stake varlıklarının dondurulması.

İlgili Proje Keşifleri

Aşağıda, önceden onaylanmış ekosisteme aktif olarak katılan ana projeler ve süreçteki ilgili rolleri ayrıntılı olarak analiz edilecektir. Bu projelerin süreç diyagramında belirli bir rolü olsa da, gerçekte yerine getirdikleri görevler biraz farklı olabilir. Bu genel bir kılavuz olarak temel bir anlayış sağlamak için hazırlanmıştır. Netliği korumak için, kategorilerdeki projeler alfabetik sırayla listelenmiştir.

Ön Onaylayıcılar (Preconfer Validators)

• Astria: Astria, merkezi sıralayıcıları Merkeziyetsizlik'in sıralayıcı ağıyla değiştirmeyi ve bu ağı paylaşmak için birden fazla rollup'ı desteklemeyi taahhüt eder. Bu tasarım, daha fazla sansür direnci, daha hızlı blok kesinliği ve sorunsuz çapraz toplama etkileşimleri ile rollup'lar sağlar. Hızlı blok kesinliği elde etmek için Astria, Rollup'ların hızlı işlem onayları ve gelişmiş sansür direnci sağlamasına olanak tanıyan ve kullanıcı deneyimini önemli ölçüde iyileştiren bir ön onay özelliği sunmuştur.
• Bolt by Chainbound: Bolt, Chainbound tarafından geliştirilen bir ön onay protokolüdür, ETH kullanıcılarına neredeyse anlık işlem onayı hizmeti sunar. İşleyişi güvene dayalı olmayan katılım mekanizması ve ekonomik teminat üzerine kuruludur, aynı zamanda mevcut MEV-Boost PBS kanalıyla uyumludur ve teklif sahipleri için yeni gelir fırsatları yaratır. Bolt'un temel işlevi L1 ön onaydır, temel işlemler (örneğin, transferler ve yetkilendirmeler) için anlık nihaiyet sağlar, böylece kullanıcı deneyimini artırır. Merkezi olmayan blok oluşturuculardan teklif sahiplerine işlem dahil etme sorumluluğu aktararak, Bolt sistemde sansür direnişini güçlendirir. Aynı zamanda, teminatlı teklif sahipleri kayıt mekanizması, güvene dayalı bir ortamı sağlar ve çeşitli akıllı sözleşme türlerini esnek bir şekilde destekler.
• Espresso: Espresso, bir protokol olan, blok zincir ekosisteminin etkileşim kabiliyetini artırmaya odaklanmıştır. HotShot Bizans hata toleransı (BFT) Konsensüs protokolünü benimseyerek, birden çok zincir arasında işlem sırasını ve veri hızlı finaliteyi gerçekleştirir. Espresso, Espresso Network ve Espresso Marketplace'i içerir ve bu ikisi hızlı işlem finalitesi ve verimli etkileşim kabiliyeti sağlamak için birlikte çalışır, amaç blok zincir ekosisteminin ölçeklenebilirliğini ve güvenliğini artırmaktır.
• Ethgas: Ethgas, Blok alanında işlem yapmak için bir pazar yeridir, işlem eşleştirme merkezi bir sistem tarafından yönetilir ve zincir üstü süreç Akıllı Sözleşme aracılığıyla gerçekleştirilir. Ethgas iki ana işlev sağlar: ön onay dahil (işlemin belirtilen gaz limitine dahil edildiğinden emin olmak için) ve ön onay (işlemin belirli bir duruma veya sonuca ulaşmasını sağlamak için). Ethgas, Blok alanındaki işlemlerin gizliliğini korumaya odaklanmıştır ve tarafsız operasyonel hedefleriyle tanınır.
• Luban: Luban, Ethereum ağı ile Rollup arasındaki işlem verilerini bağlamak için Merkeziyetsizlik bir sıralama katmanı geliştirmeye odaklanmaktadır. Bu sıralama katmanı, öneri ve yürütme rollerini ayırmak için Merkeziyetsizlik bir sistem olarak tasarlanmıştır. Luban'ın önceden onaylama özelliği, işlemlerin ETH ağına dahil edilmeden önce yürütülebilirliğini sağlayarak işlem güvenilirliğini önemli ölçüde artırırken, İşlem Ücreti, Gas fiyatları ve MEV gibi önemli faktörleri optimize etmeye yardımcı olur.
• Primev：Primev MEV entegrasyonu üzerinde çalışarak, önceden onayı MEV işlevi ile birleştiren bir önerici ağı geliştiriyor, böylece verimli ve güvenilir bir noktadan-noktaya ağ oluşturuyor. Bu ağ, ETH işlemlerinin yürütülmesine ilişkin taahhütleri kaydeder ve önericileri ödüllendirme veya cezalandırma mekanizmasıyla teşvik eder. Primev, MEV katılımcılarının işlemlerine belirli yürütme koşulları belirlemelerine izin verirken, Blok oluşturucuları ve doğrulayıcılar bu koşulları karşılamayı taahhüt ederek işlemlerin önceden onayını sağlar. EIP-4337'ye dayalı olarak, Primev esnek önceden onay ve Gas ücreti seçeneklerini destekleyerek, işleme verimliliğini artırmakla kalmaz, aynı zamanda kullanıcı deneyimini de daha da optimize eder.
• Puffer Unifi: Puffer Unifi'nin Aktif Doğrulama Hizmetleri (AVS), EigenLayer'a dayanarak Ethereum ekosisteminde özellikle Based Rollup mimarisinde ön onay zorluklarını çözmeye odaklanır. Puffer Unifi AVS, EigenLayer'ın tekrar Stake işlevini kullanarak ön onay katılım mekanizmasına destek sağlamayı amaçlar ve işlemin nihai onayını arttırmayı hedefler. Based Rollup'un gelişmesiyle güvenilir ön onay sağlayıcılarının talebi sürekli yükseliyor ve Puffer Unifi AVS'nin amacı bu talebi karşılamaktır. Son hedefi, çekirdek protokolü değiştirmeden etkin ön onayı sağlamak ve böylece Ethereum ekosisteminin sürdürülebilir yükselişine katkıda bulunmaktır.
• Skate: Skate, EigenLayer üzerinde yeniden Stake varlıklarına dayanan AVS ön onayını kullanarak Çapraz Zincir Etkileşimi işlemlerinin ekonomik güvenliğini sağlar. Bu AVS doğrulaması, Çapraz Zincir Etkileşimi işlemleri için gereken bağlama verilerini ve bilgilerini sağlar ve ardından Skate'in röleleri tarafından imzalanır ve yürütülmek üzere hazırlanır. Bu süreç sayesinde, Skate AVS, verilerin ön onayını gerçekleştirerek, Çapraz Zincir Etkileşimi işlemlerinin güvenilirliğini ve verimliliğini önemli ölçüde artırır.
• Spire: Spire'nin Temel Yığını, bir Ethereum tabanlı Rollup çerçevesi olan Based ETH坊 için geliştiricilere AppChain (Uygulama Zincirleri) desteği sunar. Bu çerçeve, AppChain'in Ethereum ile doğrudan etkileşimde bulunmasına ve sıralama yöntemini özelleştirmesine olanak tanır, Çapraz Zincir Etkileşimi, takas ve ön onay gibi işlevleri desteklerken kullanıcı deneyimini optimize eder. Temel Yığın, çeşitli yürütme ortamlarını destekler, AppChain'in sıralama gelirini garanti altına alır ve geleneksel paylaşımlı sıralayıcılarla uyumluluğu korur. Açık Kaynak bir proje olan Based Stack, geliştiricilere AppChain'in oluşturulması ve yönetilmesi için gereken tam araçları ve kaynakları sunarak AppChain gelişimini ve Ethereum ekosisteminin etkileşimini teşvik eder.
• Taiko Gwyneth: Taiko Gwyneth, Taiko'nun geliştirdiği bir Rollup tasarımıdır ve based Rollup mimarisi olarak sınıflandırılır. Amacı ETH zinciriyle tam etkileşim sağlamak ve aynı zamanda işlemlerin doğrudan ETH zincirinde sıralanmasını yönetmektir. Bu tasarım, ETH zincirinin güvenliği ve Merkeziyetsizlik özelliklerinden tam olarak yararlanırken yüksek işlem kapasitesi ve hızlı nihai onay sağlar. Şu anda, Taiko, Blok oluşturmayı desteklemek için önerenler mekanizmasını işletiyor ve topluluk içinde karlı Blok üretimini teşvik etmek için ön onay mekanizmalarını araştırıyor. Bu mekanizma, Blok zamanlama ve veri yayınlama verimliliğini optimize etmeyi amaçlar. Bu hedefleri gerçekleştirmek için Taiko, Nethermind ve Gattaca gibi projelerle yakın işbirliği içinde çalışıyor.

L1 doğrulayıcılar

• Chorus One: Chorus One, birçok protokolde Stake hizmetleri sunan bir blok zinciri ağı için doğrulama hizmetleri ve altyapı sağlayan bir projedir, ağın istikrarını ve güvenliğini artırmaya odaklanır. L1 doğrulayıcılar olarak, Chorus One'ın görevi işlemleri doğrulamak ve bloklar oluşturarak ağın güvenilirliğini ve verimliliğini artırmaktır. Son zamanlarda, Chorus One önceden onaylama teknolojisine büyük ilgi göstermiş ve hatta Devcon 2024 etkinliği sırasında ilgili bir konuyla ilgili etkinlik düzenlemiştir.

Araştırma

• Nethermind：Nethermind, ETH blok istemcisi ve araçları geliştirmeyi amaçlayan bir projedir. Temel hedefi, Blok zinciri ağının performansını ve istikrarını artırmaktır. Nethermind, ileri optimizasyon teknolojilerini tanıtarak ETH blok ağı işlem kapasitesini artırmayı aktif olarak desteklemektedir. Ön onay teknolojisine odaklanarak, Nethermind derinlemesine araştırma yapmaktadır ve Taiko'nun finansman programına bir teklif sunarak, Taiko Ana Ağında ön onay özelliğinin dağıtımını hızlandırmayı amaçlamaktadır. Bu teklif, Nethermind'in RFP-001 projesine dayanmaktadır ve iki aşamada uygulanacaktır: İlk aşamada, sınırlı sayıda yetkili katılımcıda ön onay özelliği test edilecektir; ikinci aşamada, ön onayın uygulama kapsamı aşamalı olarak genişletilecektir.

Geleceğe Bakış

Taiko ve birçok Based Rollup'un Layer2 projesi, Based Rollup mimarisini kullansın ya da kullanmasın, geleneksel Rollup'ın verimsiz işlem onay sürecini optimize etmeye çalışıyor. Preconfirmation kavramını tanıtarak, bu projeler kullanıcıların işlemlerini daha hızlı ve güvenilir bir şekilde onaylamalarını sağlayan bir işlem onay sistemi oluşturuyor. Bu şekilde, bu projeler sürekli olarak kullanıcı deneyimini nasıl geliştirebileceklerini ve kullanıcı güvenini nasıl oluşturacaklarını araştırıyor.

Taiko, Based Rollup'un Layer 2 projesi olarak konumlandırılmasını tamamen kullanır ve Based Preconfirmation mekanizmasının uygulanmasını aktif olarak teşvik ederek Ethereum ile tam entegrasyon ve Merkeziyetsizlik sağlar. Taiko, kullanıcılara hızlı ve güvenilir işlem sonrulama garantisi sağlayarak işlem işleme hızını ve güvenilirliğini önemli ölçüde artırır, böylece kullanıcı deneyimini önemli ölçüde geliştirir.

Ancak, Arbitrum'un Ed Felten gibi birçok endüstri uzmanı, şu anda tamamen önceden onaylanan olgun ara yazılımı destekleyebilecek bir eksiklik olduğunu belirtiyor. Bu, önceden onaylama teknolojisinin olgunluğu ve önceden onaylayıcıların (Preconfer) karlılık modelinin hala zorluklarla karşı karşıya olduğunu göstermektedir ve bu sorunların daha fazla çözülmesi gerekmektedir.

Bu makalede belirtildiği gibi, giderek daha fazla proje ve katılımcı, ETH Layer2'nin performansını ve verimliliğini artırmayı amaçlayan benzersiz yenilikçi çözümler getirerek ön onay alanına aktif olarak katılmaktadır. Bu eğilim, sistem kavramının başlangıçta uygulandıktan sonra sürekli olarak iyileştirildiği genel bir kurala uygunluk göstermektedir. Bu aşama, L2 sisteminin evriminin önemli bir Düğümünü temsil ederken, aynı zamanda mevcut L2 ekosistemde heyecan verici bir olumlu gelişmeyi işaretlemektedir.

Kullanıcı kolaylığını artırmak için ön onay ile, hız ve verimlilik odaklı Merkezi Olmayan Finans ve oyun gibi alanlara derin etkileri olabileceği gibi, ETH Layer2 performansını artırarak ETH ekosisteminin önceden dağılmış bölümlerini tekrar birleştirme potansiyeline sahiptir. Bu performans artışı, daha fazla Type-1 ETH Layer2 projesinin ETH ile entegrasyonunu sağlayarak, hız sınırlamaları nedeniyle önceden elde edilemeyen potansiyeli serbest bırakabilir. Bu gelişmeler, ETH ekosistemi üzerinde derin etkiler yaratacaktır.

Ön onay hala zorlu bir yolculuktur. Ancak Taiko gibi öncüler, kullanıcılara daha fazla kolaylık sağlamaya odaklanarak zorlukları karşılamaktadır. İnovasyon hiçbir zaman kolay bir şey olmamıştır, ancak Ethereum ve Layer2 ekosisteminin destekçisi olarak, onların çabalarına içtenlikle saygı ve teşvik ediyorum.