EIP-7782 boʻyicha tezroq slot va EIP-7732 boʻyicha epbs masalasida koʻp-koʻp “orqaga va oldinga” bahslar boʻlgani uchun, hozircha men qayerda turganimni ulashmoqchi boʻldim. Avvalo, koʻrgan barcha muhokamalar yaxshi niyat bilan boʻlganini ta’kidlamoqchiman: hamma Ethereum uchun eng yaxshisini xohlaydi. Asosiy savol shunchaki amallar tartibi. Bu yaxshi muammo! Tashqaridan qaraganda tartibsizroq koʻrinishi mumkin, lekin bu aynan ochiq jamoatchilik R&D qanday ishlashini ko‘rsatadi. Goʻyo ochiq oshxonada kimdir avval biftekmi, avval lososmi (lobstermi) berish haqida bahslashyapti — baribir mijoz ikkisini ham oladi, farqi faqat qachon va qanday berilishida.
Endi faqat oʻzim haqimda (jamoam emas), men avval EIP-7732’ni yetkazib (ship) berish kerak deb oʻylayman. Sabablari:
1.) Muhandislik nuqtai nazaridan, avval rekonstruksiya (restructure) qilib, keyin qisqartirish (shorten) qilish mantiqiyroq. Buni teskarisiga qilish nafaqat koʻproq muhandislik ishini talab qiladi, u 1:1 emas (chiziqli ham emas), shuning uchun mulohaza yuritish qiyinroq. 2.) Sinov (testing) nuqtai nazaridan, avval slot rekonstruksiyasini sinab, keyin tezroq slotlarga oʻtish osonroq. Biz Pectra’da ham koʻrdikki, sinov — yetkazib berishdagi asosiy toʻsiq (bottleneck)! 3.) Xavfsizlik nuqtai nazaridan, avval kattaroq oʻzgarish (masalan, rekonstruksiya), keyin kichikroq oʻzgarish (qisqartirish)ni bosqichma-bosqich joriy etish koʻpincha xavfsizroq. Murakkablik qoʻshishdan oldin uni mainnet’da ishga tushirib, mustahkamlang. 4.) Muddat (timeline) nuqtai nazaridan, umumiy vaqt bo‘yicha (EIP-7732 → EIP-7782) (EIP-7782 → EIP-7732)dan tezroq deb hisoblayman. Agar ikkala ish parallel tarzda olib borilsa va 7732 kirishi bilanoq test rejimiga o‘tsak, 7782’ni 7732’dan keyin atigi 3–4 oy o‘tib yuborishimiz mumkin. Qisqa CL-only fork buni tezda yo‘lga qo‘yishi mumkin.
Men shunchaki buni har kuni ishlab chiqayotgan va joriy etayotgan odam sifatidagi fikrim. Men ikkala — tadqiqot va hamjamiyat — kontekstini to‘liq bilmayman. Oxir-oqibat Ethereum foydalanuvchilari aytishi kerak: siz Glamsterdamda tezroq slot va’da qilinishini afzal ko‘rasizmi, yo bo‘lmasa yuqoriroq execution gas limit hamda koʻproq blob sig‘imni (capacity)mi? Nega? Fikrlaringizni eshitishni istardim
May oyi oxiridan beri Ethereum validator navbati izchil o‘sib bormoqda. Men slot 11649077 -> 11931977 oralig‘idan barcha eski ETH1 va yangi EIP-6110 execution depositlarini tahlil qildim.
Yuqori darajadagi raqamlar: - Kutilganidek, umumiy 82 529 ta yangi EL deposit bor, 541 ta esa eski eth1 data deposit; chunki eth1 deposit eskirgan (deprecated) - EL deposit orqali jami 2,3 mln ETH kiritilgan - 32 ETH miqdoridan ko‘proq bo‘lgan 375 ta EL deposit
https://launchpad.ethereum.org/en/validator-actions juda jiddiy darajada past baholanadi. Qisman depozit, yechib olish va kompaund uchun UX juda silliq. Jamoaga katta rahmat, ammo har doimgidek, DYOR
So‘nggi bir oy davomida bloklarni o‘rganib chiqdim va qiziqarli narsa topdim: 172 ta blokda tx’lar yo‘q, 85 tasida fee recipient (to‘lov oluvchi)lar yo‘q. Bu ~kuniga 5–6 tani tashkil qiladi, reorglar bilan deyarli bir xil tezlik. Misol: https://t.co/lw0pSAePBt So‘nggi daqiqadagi reorglar quruvchilarni (builders) chalg‘itib yuboryaptimi? Kimdir batafsilroq biladimi? cc @Data_Always
Pectra yangilanishidan bir oy o‘tib. Ilgari ishlash (execution) so‘rovlaridan foydalanishni o‘rganish va o‘sha paytdan beri barcha bloklarni yuklab olish uchun tezkor skript yozdim. 236 mingta slot bo‘yicha quyidagilarni topdim:
- 236 ming slotdan atigi 30 587 blokda qandaydir execution requestlar bo‘lgan - O‘sha bloklarda 69 041 ta deposit so‘rovi, 312 ta withdrawal so‘rovi (nega juda oz?!) va 17 570 ta consolidation so‘rovi bo‘lgan - Depositlar bo‘yicha 57 293 ta noyob pubkey va 2 102 ta noyob withdrawal credential kuzatildi - Withdrawallar bo‘yicha 262 ta noyob validator pubkey va 100 ta noyob source address - Consolidation bo‘yicha 3 422 ta noyob target address va 3 544 ta self-consolidation bo‘lib, bu validatorlarning taxminan ~1.3% konsolidatsiya qilganiga o‘xshaydi