З 10-річчям Ethereum! Не можна сказати, що цей проект змінив ❤️ життя

І ОСЬ ВОНО: Перший блок ліміту газу на 45 мільйонів запропонований на #Ethereum основній мережі! 🔥🚀 Наступна ціль: 60 хв 📈

Ліміт газу повільно рухається вгору! Скоро ми повинні досягти 45 млн. Якщо ви запустили валідатор, все, що вам потрібно зробити, це оновити програмне забезпечення!

Вибір хедлайнерів з усіх клієнтських команд: Виконавчий шар: - Geth: EIP-7928 (списки доступу на рівні блоків) - Рет: розтяжка EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) - Erigon (обидва EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (зменшення затримки блоку) - Nethermind: EIP-7928 + EIP-7732, а також підтримка EIP-7805 + EIP-7692 - Розмір: EIP-7928 + EIP-7732 + EIP-7805 розтягування Рівень консенсусу: - Маяк: EIP-7732 (ePBS) - Розтяжка: EIP-7732 + EIP-7805 розтяжка - Грандайн: EIP-7732 + EIP-7805 розтягування - Lodestar: EIP-7732 + EIP-7805 стретч + EIP-7919 Pureth для EL - Код доступу: EIP-7732 - Німбус (обидва CL + EL): EIP-7732 + EIP-7919

Чи знає хто-небудь про минулі спроби побудувати математичну модель використання пропускної здатності для Eth? У міру того, як ми масштабуємо пропускну здатність + пропускну здатність L1, масштабуємо плями, змінюємо структуру слота, підвищуємо ефективність поширення, додаємо нові механізми (наприклад, FOCIL, BAL), розподіляємо мемпул і т.д. Ми працюємо проти обмежень EIP-7870. Ми виграємо від моделі, де ми можемо вводити такі параметри, як ліміт газу в блоці, тиск у мемпулах, кількість BLOB, накладні витрати на поширення та коефіцієнти ефективності, кількість BLOB, використання BLOB, кількість валідаторів, кількість активних вузлів, активність синхронізації контрольних точок тощо, щоб уявити, як все це складається вздовж часової шкали слота. також щоб сповіщати нас, коли наш вибір порушує EIP-7870. Під час проектування це допомогло б нам міркувати про компроміси, розподіл пропускної здатності, пропускну здатність/хорошу пропускну здатність. Крім того, це допомагає стимулювати дискусію про активне формування трафіку, коли ми явно віддаємо пріоритет певним видам активності в різні моменти (і обмежуємо пропускну здатність для інших), щоб максимізувати загальну ефективність системи. по суті, настроювана математична модель тієї самої елементарної діаграми, наведеної нижче (яка багато чого опускає),

Поглянули на весь набір валідаторів Ethereum, щоб підрахувати, скільки можливостей консолідації було втрачено після оновлення Pectra. Ключові статистичні дані: - З моменту появи pectra було активовано 96 672 нових валідаторів - 79 547 з цих валідаторів могли бути консолідовані, вони повторно використовували облікові дані для виведення коштів pre-pectra - 14 362 з цих валідаторів повторно використали облікові дані для виведення коштів після Pectra - Таким чином, залишається лише 2 763 по-справжньому «унікальні» валідатори! У якийсь момент ми повинні запитати, що заважає валідаторам консолідуватися, чи це зрілість інструментів, часові рамки впевненості чи щось інше? З радістю допоможу будь-кому закріпитися або обговорити це, просто напишіть мені

Ні, серйозно, що взагалі таке @ethereum вилка "хедлайнер"? Кому вигідні запропоновані ЕІП? Як ми порівнюємо їх між собою? Моя команда в цій @ethereumfndn прагне зробити процес оновлення простішим для розуміння. Я радий поділитися інструментом smol, який 🧵 ми хакали: ↓

Після дійсно продуктивного тижня особистої роботи з розробниками клієнтів ми прийшли до плану того, як ми хочемо впоратися з масштабуванням і проблемами, які можуть виникнути. У майбутньому очікуйте стабільний потік аналізів та поступове оновлення ліміту газу.

Атестаційне поширення: У пропущених слотах (без блоку) атестанти затягують до кінцевого терміну атестації. Це дає нам чисті дані про те, коли неагреговані атестації потрапляють на вузли. Навіть швидкі, добре підключені вузли Xatu (DC-hosted) бачать лише ~40% атестацій через 1 с; Повільніші досягають 40% через 2 с. Це спостереження затримки кращого, ніж у середньому випадку.

Спеціальне інтероп-видання серії Checkpoint! Дописи Checkpoint є доступними оновленнями для @ethereum основної розробки. Минулого тижня основні розробники та дослідники зібралися на тиждень особистого хакерства під час @BerBlockWeek, і ось погляд зсередини на те, що вони зробили: