Bir yildan ko‘proq vaqt oldin biz @Covalent_HQ’da ichki “moonshot” tashabbusini boshladik. Maqsad — blokcheyn infratuzilmasini birinchi tamoyillardan boshlab qayta tasavvur qilish edi.
Biz buni “Manxetten loyihasi” deb atadik — urush davridagi R&D ishiga o‘xshab, shoshilinch muammoni hal qilish uchun eng yorqin aqlni birlashtirgan.
Lekin biznikisi fizika haqida emas. Gap blokcheyn ma’lumotlari haqida.
Nega?
Chunki tubdan o‘zgarish yuz berdi.
Zanjirlar endi soniyaning o‘zida blok ishlab chiqaradi.
Biroq ko‘pgina ilovalar hali ham har 5–30 soniyada yangilanadigan API’larga tayanadi.
Biz buni “Kechikish inqirozi” deymiz — va bu faqat ishlab chiquvchilar uchun noqulaylik emas.
Bu Web3’ning poydevoridagi tizimli nosozlik.
↠ Oracle’lar e’lon qilguncha allaqachon eskiradi. ↠ Blok-eksplorerlar haqiqiy zanjir holatidan ortda qoladi. ↠ Dashbordlar “buzilgandek” tuyuladi. ↠ Botlar foydali savdolarni o‘tkazib yuboradi. ↠ Hamyonlar eskirgan balanslarni ko‘rsatadi va foydalanuvchilarni chalg‘itadi.
Bu chekka holat emas. Bu ekotizim bo‘ylab odatiy holat.
Covalent’ni 5+ yil qurib kelganimdan keyin buni ishonch bilan ayta olaman:
Bizni shu yerga olib kelgan arxitektura bizni bundan keyin ham oldinga olib bormaydi.
Muammo asbob-uskunalardan (tooling) kattaroq bo‘lib ketdi.
Shuning uchun biz legacy kodni yamoqlashni to‘xtatdik. @goldrushdev API’da 40K+ dev’larga qisqa muddatli “hacks” tavsiya qilishni ham to‘xtatdik.
Biz stack’ni qayta qurib chiqdik — xom bloklarni qabul qilishdan boshlab soniyadan kam vaqtda ma’lumot yetkazib berishgacha. End-to-end.
Keyingi bir necha kun ichida biz nimani o‘rganganimiz, nimalarni yaratganimiz va nima uchun blokcheyn ilovalarining navbatdagi to‘lqini ildizda kechikishni hal qilmasdan mumkin bo‘lmasligini ulashaman.
X’dagi yo‘nalishni boshqacha qilyapman: odatdagi “yapping” va KOL’larni shill qilish o‘rniga chuqurroq kiraman.
Kelayotgan loyihamiz uchun “smart account”/wallet stack izlayapmiz va hozirgi bozor qanday tuzilganiga biroz hayron qoldim:
Go‘yo tarixiy joylashtirishlarda @safe, undan keyin @Alchemy, @zerodev_app, Pimlico, Biconomy yetakchilik qilayotgandek - lekin o‘sish sur’atlarini o‘rgansangiz, so‘nggi 3 oy ichida aslida Zerodev va Pimlico o‘sib boryapti.
Bu joylashtirishlardan keladigan real tranzaksiyalar haqida gap ketganda esa — Zerodev/Pimlico barqaror ushlab turgandek.
Zerodev bu yerda nimasi bilan ajralib turadi? Bu bozor bilan unchalik tanish emasman.
EVM ishlab chiquvchi sifatida yoqimsiz bir narsani payqay boshladim: Solana, MegaETH, Monad, Sonic va boshqalar kabi tezkor blokcheynlardagi yangi avlod devslar butunlay boshqa paradigmada ishlayapti — streaming-first, past kechikish va real vaqt UX uchun qurilgan.
Ayni paytda, Ethereum dunyosidagi ko‘pchiligimiz hali ham bloklar va polling (oraliq tekshiruv) intervali haqida o‘ylashga bog‘lanib qolgan. Biz tezlikni hech qachon buning uchun mo‘ljallanmagan tizimlarga “yopishtirishga” urinayapmiz va bu o‘zini namoyon qilyapti.
@base kabi tarmoqlar sub-sekund blok vaqti tomon o‘tgani sayin, EVM devslar malakasini oshirishi kerak — aks holda ortda qolishadi.
Mana men uchun yaqqol “yurgizib yuborgan” to‘rtta misol:
1️⃣ Wallet narxlar feedlari Agar har bir blokda biror swap bo‘lsa, narxlar ham har bir blokda o‘zgaradi. Eng so‘nggi narxlarni aks ettirish uchun polling strategiyasi umuman mos kelmaydi.
2️⃣ Onchain gaming (onchain o‘yinlar) Ethereum o‘yinlarining aksariyati ofcheynli (off-chain) simulyatsiyalar bo‘lib, onchenda hisob-kitob qilinadi. Yangi o‘yinlar esa onchain hodisalarni (masalan, foydalanuvchining harakati, dushman amallari yoki loot drop) hech qanday sezilarli kechikishsiz strim qiladi. Hozirgi EVM o‘yinlari esa asosan navbatma-navbat (turn-based) o‘yinlar.
3️⃣ AI Agentlar Biz AI Agent SDK’ni yaratish jarayonida 400ms oralig‘ida jonli bozor ma’lumotlarini qabul qiladigan, spofing yoki kit (whale) faolligi kabi naqshlarni aniqlaydigan, real vaqt “insight”larni bevosita UI’ga oqizib beradigan AI savdo kopilotini qurmoqchi bo‘ldik. Tartiblangan (oldindan to‘ldirilgan) buyruqlarni taklif qilish yoki riskni moslashtirish. Shuni aytishning o‘zi kifoya: ma’lumot kechiktirilgan, batch ko‘rinishida keladigan va RPC hamda indexerlardan polling qilib olinishi kerak bo‘lganda buni qurish juda qiyin edi.
4️⃣ Composable data streams (birlashtiriladigan ma’lumot strimlari) Kelajakdagi ma’lumot infratuzilmasi protokollar bo‘ylab streaming holat o‘zgarishlarini uzatadi — masalan, foiz stavkalarining o‘zgarishini yield aggregators (daromad jamlovchi)larga to‘g‘ridan-to‘g‘ri sinxron qilib berish. EVM dunyosida esa biz API’larni bir-biriga “tikamiz” va izchillikni (consistency) duoda kutamiz.
Bu faqat nazariy gap emas — Monad va MegaETH testnetlaridagi ilovalarda bugunning o‘zida muammo. Biz bu masalalarni @Covalent_HQ bilan ishlayotgan devlar bilan gaplashganimizda birinchi qo‘ldan ko‘ryapmiz.
Yangi tezkor, yuqori oqimli zanjirlar olamiga tayyorlanish uchun har bir quruvchi malakasini oshirishi kerak bo‘ladi. Agar bloklar ~250 ms ichida oqim bo‘lib chiqayotgan bo‘lsa, bu yerda kechikish (latency) bo‘yicha qisqa yo‘riqnoma:
🔄 L1 kesh: 0.5 ns 🔄 RAM: 100 ns 🔄 SSD o‘qish: 100 µs 🔄 Disk qidiruvi: 10 ms
Bitta availability zone ichidagi ma’lumotlar markazida:
↔️ 5ms
G‘arbiy qirg‘oqdan global Round-Trip-Time:
↔️ NY: 70 ms ↔️ London: 160 ms ↔️ Tokio: 120 ms ↔️ Singapur: 200 ms ↔️ Dubay: 280 ms
💡 Sekunddan kam davrli zanjirlar dunyosida har bir ms muhim. Yorug‘lik tezligi sizning yangi bo‘g‘in (bottleneck) bo‘lib qoladi. Shunga mos ravishda optimallashtiring.
eng so‘nggi Ethereum yangilanishi nomi, quyidagi so‘zlarning qo‘shilmasidir:
• Prague — execution layer (ijro qatlami) yo‘nalishi nomi • Electra — consensus layer (konsensus qatlami) yo‘nalishi nomi
Birgalikda: Pectra = Prague + Electra
Pectra EL va CL o‘zgarishlarining yagona hard fork (qattiq forking) doirasida birgalikda muvofiqlashtirilishini ifodalaydi — Ethereum’ning merge’dan keyingi yangilanishlar jadvalini davom ettiradi.