Ethereumning "soniya darajasidagi" evolyutsiyasi: tezkor tasdiqlashdan hisob-kitobni siqishga, Interop qanday qilib kutish vaqtini yo'q qiladi?

Agar siz tez-tez Base, Arbitrum yoki Optimism o‘rtasida zanjirdan zanjirga o‘tasiz, siz albatta bir oz “ajralganlik” hissini boshdan kechirgansiz.

Yagona L2 tranzaksiyalari deyarli bir zumda natija beradi, biroq siz aktivlarni A zanjirdan B zanjirga o‘tkazishga harakat qilganingizda, ko‘pincha bir necha daqiqa yoki undan ham ko‘proq kutishingizga to‘g‘ri keladi. Bu L2ning o‘zi sekinligi emas, balki an’anaviy jarayonda zanjirlararo va qatlamlararo tranzaksiya uzoq va qat’iy yo‘ldan o‘tishi kerakligi sababli:

L2 tartiblagich tartiblash → L1 ga yuborish → L1 konsensusga kelib yakuniy tasdiqlash (Finality), qisqacha aytganda, hozirgi Ethereum arxitekturasida L1 yakuniy tasdiqlash odatda ikki Epoch (taxminan 13 daqiqa) talab qiladi. Bu xavfsizlik uchun zarur, biroq interoperabilitet (Interop) uchun juda sekin hisoblanadi.

Axir, Ethereumning ulkan orzusiga ko‘ra, kelajakda yuzlab, minglab L2lar bo‘ladi va ular bir-biridan ajralgan orollar emas, balki yagona tizim sifatida hamkorlikda ishlashi kerak. Shuning uchun asosiy masala – kutish vaqtini imkon qadar qisqartirish mumkinmi yoki yo‘qmi.

Aynan shu sharoitda, Ethereum Interop yo‘l xaritasi tezlashtirish (Acceleration) bosqichida uchta yuqori darajadagi hamkorlikdagi takomillashtirish yo‘nalishini aniq belgiladi: Tezkor tasdiqlash qoidasi (Fast L1 Confirmation Rule), L1 Slot vaqtini qisqartirish (Shorter L1 Slots), L2 tarmoq hisob-kitob davrini qisqartirish (Shorter L2 Settlement).

Aytish mumkinki, bu alohida optimallashtirishlar emas, balki “tasdiqlash, ritm va hisob-kitob” atrofida tizimli qayta qurishdir.

I. Tezkor tasdiqlash qoidasi: Finalitydan oldin tizimga “ishonchli javob” berish

Ma’lumki, hozirgi Ethereum arxitekturasida asosiy tarmoqda bloklar oraliq vaqti taxminan 12 soniya, validator tugunlari har bir slotda joriy zanjir holatiga ovoz beradi, yakuniy tasdiqlash (Finality) esa bir necha slotdan keyin sodir bo‘ladi.

Qisqacha aytganda, tranzaksiya blokka kiritilgan bo‘lsa ham, tizim uni qayta tashkil qilish yoki orqaga qaytarib bo‘lmasligiga ishonch hosil qilish uchun uzoq vaqt kutishi kerak. Hozirda tranzaksiya yakuniy orqaga qaytarilmas deb hisoblanishi uchun taxminan ikki Epoch (13 daqiqa) talab qilinadi, bu esa ko‘plab on-chain moliyaviy holatlar uchun juda uzoq.

Xo‘sh, Finality kelmasidan oldin, ilovalar va zanjirlararo tizimlarga “yetarlicha tez va yetarlicha ishonchli” tasdiqlash signali bera olamizmi? Bu ham Ethereum Interop yo‘l xaritasida aniq ko‘rsatilgan Project #4: Fast L1 Confirmation Rule (Tezkor tasdiqlash qoidasi)ning vazifasidir.

Asosiy maqsad juda oddiy: ilovalar va zanjirlararo tizimlar 15–30 soniya ichida “kuchli va tekshiriladigan” L1 tasdiqlash signalini olishlari, 13 daqiqa davom etadigan to‘liq Finalityni kutmasliklari kerak.

Mexanizm nuqtai nazaridan, tezkor tasdiqlash qoidasi yangi konsensus jarayonini joriy qilmaydi, balki Ethereum PoS tizimidagi har bir slotda sodir bo‘ladigan attester ovozlarini qayta ishlatadi. Agar biror blok dastlabki slotlarda yetarlicha ko‘p va yetarlicha tarqoq validator ovozlarini to‘plasa, hali yakuniy tasdiqlash bosqichiga o‘tmagan bo‘lsa ham, “oqilona hujum modelida orqaga qaytarilishi juda ehtimoldan yiroq” deb hisoblanadi.

Oddiy qilib aytganda, bu tasdiqlash darajasi Finalityni almashtirmaydi, balki Finalitydan oldin protokol tomonidan aniq tan olingan kuchli tasdiqlashni taqdim etadi. Interop uchun bu juda muhim: zanjirlararo tizimlar, Intent Solver va hamyonlar endi yakuniylikni ko‘r-ko‘rona kutishlari shart emas, balki 15–30 soniya ichida protokol darajasidagi tasdiqlash signali asosida keyingi bosqichga xavfsiz o‘tishlari mumkin.

Hozirda Based Rollup narrativi faol ilgari surayotgan preconfirmation (oldindan tasdiqlash) aynan shu yo‘nalishda muhim muhandislik o‘tish bosqichini bajaradi. Uning mantiqi ham juda oddiy, so‘zma-so‘z:

Masalan, 12306da poyezd chiptasini sotib olayotganda, safarni tanlab buyurtma berganingizda (imzolangan tranzaksiya), chipta tizimi avval sizga oldindan tasdiqlash ma’lumotini beradi, ya’ni chipta harakati (har bir tranzaksiyaga mos) qabul qilindi va keyingi tasdiqlash jarayoniga kiritildi, shu paytda siz safaringizni rejalashtirish, yuk tayyorlashni boshlashingiz mumkin. Faqat chipta yakuniy vagon va o‘rindiq (tranzaksiya L1ga yuborilganda) tasdiqlangandan so‘ng, siz chipta va joy band qilishni to‘liq yakunlagan bo‘lasiz.

Qisqacha aytganda, Based Rollupda preconfirmation – bu tranzaksiya rasmiy ravishda L1ga yuborilishidan oldin, uni blokka kiritishga va’da berish, foydalanuvchiga dastlabki tasdiqlash signalini berish va tranzaksiya qabul qilinib, qayta ishlanayotganini bildirishdir.

“Avval sizga kuchli og‘zaki va’da beraman, yakuniy tasdiqlash keyinroq bo‘ladi”, bu qatlamli tasdiqlash mantiqi orqali Ethereum Interop yo‘l xaritasi aslida “xavfsizlik” va “tezlik” o‘rtasida turli ishonch darajalarini nozik ajratib, imkon qadar silliq interoperabilitet tajribasini yaratmoqda.

II. L1 Slotni qisqartirish: Ethereumning “yurak urishi” siklini tezlashtirish

Tezkor tasdiqlash qoidasi kabi “konsensus darajasidagi mantiqiy qayta qurish”ga mos ravishda, yanada tub, fizik ma’noga ega o‘zgarish – Slot hajmini qisqartirishdir.

Agar tezkor tasdiqlash konsensusga erishishdan oldin “qarz varaqasi” bo‘lsa, L1 Slot vaqtini qisqartirish – bu to‘g‘ridan-to‘g‘ri hisob-kitob siklini qisqartirishdir. Interop yo‘l xaritasida Project #5 bosqichli maqsadi juda aniq: Ethereum asosiy tarmog‘ining Slot vaqtini hozirgi 12 soniyadan 6 soniyaga qisqartirish.

Bu oddiy “yarmiga qisqartirish”dek ko‘rinsa-da, butun zanjir bo‘ylab zanjirli reaksiyani keltirib chiqaradi. Slot qisqaroq bo‘lsa, tranzaksiyalar blokka kiritilishi, validatorlarga tarqatilishi va tasdiqlanishi tezlashadi, natijada protokol darajasida kechikish kamayadi.

Foydalanuvchi tajribasiga ta’siri ham bevosita: L1 interaktiv (masalan, ETH o‘tkazmalari) tasdiqlanishi tezroq seziladi, L2 holati L1ga yuborilishi yanada zichlashadi, hatto qisqaroq slot va tezkor tasdiqlash qoidasi birlashganda, deyarli real vaqtda on-chain javob shakllanadi, bu esa ekotizimdagi DApp, hamyon va zanjirlararo protokollar “soniyalik tasdiqlash tajribasi”ni yaratishlari mumkinligini anglatadi.

Zanjirlararo interoperabilitet protokollari uchun vaqt qisqarishi kapitaldan foydalanish samaradorligini oshiradi. Hozirda zanjirlararo ko‘priklar yoki market-meykerlar turli zanjirlar o‘rtasida aktivlarni boshqarishda bir necha daqiqa yoki undan ko‘proq “yo‘lda bo‘lgan kapital” xavfini o‘z zimmalariga olishlari kerak. Bu vaqt oralig‘idagi tebranish xavfini qoplash uchun ular yuqoriroq komissiya olishga majbur.

L1 hisob-kitob sikli qisqarganda va kapital aylanish tezligi ikki baravar oshganda, bu yo‘ldagi kapital bandligi sezilarli darajada kamayadi. Natija aniq: pastroq ishqalanish xarajatlari, foydalanuvchi uchun pastroq komissiya va qisqaroq yetib kelish kechikishi. Bu ishlab chiquvchilar va foydalanuvchilarni xavfsiz L1 hisob-kitob qatlamiga qaytishga undaydi, zaif uchinchi tomon relaylariga tayanmasdan.

Albatta, “yurak urishi” chastotasini ikki baravar oshirish oson emas. Ethereum Foundationning bir nechta ishchi guruhlari bu murakkab muhandislikni bir vaqtda olib bormoqda:

• Tarmoq tahlili: Tadqiqot guruhi (shu jumladan Maria Silva va boshqalar) qisqaroq Slot tarmoq kechikishi sababli jiddiy qayta tashkil qilish (Reorg) xavfini yoki past tarmoqli kenglikka ega uy tugunlariga markazlashuv bosimini keltirib chiqarmasligiga ishonch hosil qilish uchun qat’iy ma’lumot tahlilini olib bormoqda;
• Mijoz dasturini amalga oshirish: Bu konsensus va bajarish qatlamlarini to‘liq qayta qurishni o‘z ichiga oladi. E’tiborga loyiq jihat, bu ish EIP-7732 (native staker-builder separation ePBS)dan mustaqil, ya’ni ePBSning rivojlanishidan qat’i nazar, yurak urishi tezlashtirish rejasi mustaqil amalga oshiriladi;

Umuman olganda, 6 soniyalik Slot va tezkor tasdiqlash qoidasi birlashganda, Ethereum haqiqiy “deyarli real vaqtda on-chain javob”ga ega bo‘lishi mumkin, bu esa ekotizimdagi dApp va hamyonlar ilgari bo‘lmagan soniyalik tasdiqlash tajribasini yaratishlari uchun imkon beradi.

III. L2 hisob-kitob siklini qisqartirish: aktivlarni “darhol olib chiqish”

Interop yo‘l xaritasida Project #6: Shorter L2 Settlement eng bahsli, lekin eng katta tasavvur imkoniyatiga ega bo‘lgan qismdir.

Hozirgi arxitekturada Optimistic Rollup odatda 7 kunlik challenge periodga tayanadi, ZK Rollup esa isbot yaratish va tekshirish tezligiga bog‘liq. Haqiqatdan ham, bu dizayn xavfsizlikda mukammal, lekin interoperabilitetda quyidagi muammoni keltirib chiqardi:

Aktivlar va holatlar “vaqt qulfi”da zanjirlar o‘rtasida qolib ketadi. Bu nafaqat zanjirlararo xarajatlarni oshiradi, balki Solverning balansni tiklash yukini ham oshiradi, natijada foydalanuvchi uchun yuqoriroq xarajatga olib keladi. Shuning uchun hisob-kitob siklini qisqartirish Interopning keng ko‘lamda amalga oshirilishining asosiy omillaridan biri sifatida qaraladi. Hozirgi muhandislik yo‘nalishlari quyidagilarni o‘z ichiga oladi (batafsil o‘qing: ZK yo‘nalishi “Tonggi pallasi”: Ethereum yakuniy yo‘l xaritasi to‘liq tezlashmoqda?):

• ZK real vaqtli isbot: apparat tezlatkichlari va rekursiv isbotlar yetilishi bilan isbot yaratish vaqti daqiqalardan soniyalargacha qisqarib bormoqda;
• Tezroq hisob-kitob mexanizmlari: masalan, xavfsiz 2-out-of-3 hisob-kitob modeli joriy etish;
• Umumiy hisob-kitob qatlami: bir nechta L2lar yagona hisob-kitob semantikasi ostida holat o‘zgarishini amalga oshiradi, “chiqarish–kutish–to‘ldirish” emas;

Albatta, Interop muhokamasida asosiy savollardan biri shuki, agar tezroq zanjirlararo tasdiqlash uchun hisob-kitob challenge periodini an’anaviy 7 kundan 1 soatga qisqartirsak, bu hujumchilarga zarar yetkazish imkonini bermaydimi?

Teorik jihatdan, bu xavotir asossiz emas. “Kuchli senzura”dan (validatorlar jamoaviy zarar qilishi) farqli o‘laroq, amalda ehtiyot bo‘lish kerak bo‘lgan narsa – bu blok quruvchilar boshchiligidagi yumshoq senzura hujumi: hujumchi konsensusni nazorat qilishi shart emas, faqat narx taklifida himoyachidan yuqoriroq bo‘lishi va muhim tranzaksiyani zanjirga kiritmaslik kifoya.

Qizig‘i shundaki, bu kabi vaziyat bo‘yicha yagona tizimli iqtisodiy tahlil Offchain Labs tomonidan 2025 yil fevralda chop etilgan “Economic Censorship Games in Fraud Proofs” maqolasida keltirilgan. Ushbu maqola uchta modelni tuzadi, eng pessimistdan optimistikgacha, quyidagicha faraz qiladi:

• G¹ modeli: blok mazmunini eng yuqori narx taklif qilgan tomon belgilaydi;
• G¹ₖ modeli: ba’zi validatorlar har doim blokni lokal quradi;
• Gᵐ modeli: bir nechta validatorlar blok mazmunini birgalikda belgilaydi, ulardan biri himoyachi tranzaksiyasini tanlasa kifoya.

Amaliy muhandislikda validatorlar bo‘sh slotlarni tanlashi mumkinligi sababli, ba’zi dizaynlar hatto eng pessimist G¹ holatiga tushib qolishi mumkin, shuning uchun maqola eng yomon holatdan tahlil qiladi.

Shu asosda, tadqiqotchilar juda amaliy himoya g‘oyasini taklif qilishdi – “kichik bilan katta yutish” kechiktirish himoya mexanizmi. Uning asosiy mantiqi shuki, himoyachi “bir tugma bilan kechiktirish” huquqiga ega, ya’ni himoyachi qisqa vaqt ichida barcha murakkab xatoliklarni aniqlash jarayonini yakunlashi shart emas, faqat bitta muhim tranzaksiyani muvaffaqiyatli yuborishi kifoya.

Bu muhim tranzaksiyaning vazifasi juda aniq: zanjirga kiritilgandan so‘ng, challenge period avtomatik ravishda 1 soatdan an’anaviy 7 kunga uzaytiriladi. Masalan, himoyachi L2 holatida anomaliya aniqlasa, 1 soat ichida barcha murakkab xatoliklarni aniqlash shart emas, faqat L1ga maxsus tranzaksiyani muvaffaqiyatli yuborishi kerak. Bu tranzaksiya havo hujum signalini yoqgandek bo‘lib, challenge periodni bir zumda 7 kunga uzaytiradi.

Bu esa hujumchini juda noteng iste’mol urushiga majbur qiladi: bu tranzaksiyani zanjirga kiritmaslik uchun hujumchi har bir blokda himoyachidan yuqoriroq prioritet to‘lovini to‘lashga majbur bo‘ladi va bu qarama-qarshilik butun challenge period davomida davom etadi.

Maqoladagi miqdoriy natijalar ham juda aniq: hisob-kitobga ko‘ra, agar kuchli hujumchi 100 millions dollar sarflashga tayyor bo‘lsa:

• 1 soatlik oynada himoyachi atigi 33 million dollar Gas byudjetini tayyorlasa kifoya;
• Agar kechiktirish mexanizmi muvaffaqiyatli ishga tushsa va challenge period 7 kunga uzaytirilsa, himoyachi xarajati hatto 200 ming dollargacha tushadi;

Boshqacha aytganda, bu juda muhim strukturaviy ustunlik: hujumchi xarajati chiziqli ortadi, himoyachi esa faqat bir marta muvaffaqiyatli zanjirga kiritishi kerak.

Aynan mana shu hujum xarajati / himoya xarajati nisbati (Cost to Attack vs. Cost to Defend) hisob-kitob sikli sezilarli qisqarganda ham Ethereum iqtisodiy xavfsizligini kuchli saqlab qolishini ta’minlaydi.

Interop uchun ham bu juda muhim, ya’ni tezkor tasdiqlash va qisqaroq hisob-kitob sikli xavfsizlikdan voz kechish hisobiga bo‘lishi shart emas, oqilona tizim dizaynida soniyalik zanjirlararo va iqtisodiy xavfsizlik bir vaqtda mavjud bo‘lishi mumkin, kamida Interop uchun soniyalik zanjirlararo eng ishonchli asosni yaratadi.

So‘nggi so‘z o‘rnida

Balki kimdir so‘rashi mumkin: nega bu bir necha soniya, bir necha daqiqa kechikishni optimallashtirish uchun bunchalik harakat qilamiz?

Web3ning geek davrida biz kutishga o‘rganib qolganmiz, hatto “kutish”ni markazsizlashuv uchun to‘lanadigan narx deb bilamiz. Biroq Web3 ommaga chiqish yo‘lida foydalanuvchi qaysi zanjirda ishlayotganini bilishi yoki L1 yakuniylik mantiqini hisoblashga majbur bo‘lmasligi kerak.

Tezkor tasdiqlash, 6 soniyalik yurak urishi va noteng himoya mexanizmi aslida bitta narsani amalga oshirmoqda – “vaqt” o‘zgaruvchisini foydalanuvchi sezgisidan olib tashlash.

Yaqinda muallif doim takrorlaydigan gap: texnologiyaning eng yaxshi ko‘rinishi – bu murakkablikni chaqqon tasdiqlashda butunlay yo‘qotishdir.