【монета】Згідно з підсумками 159-ї зустрічі основних розробників рівня консенсусу Ethereum (ACDC), на цій зустрічі обговорювалися: запуск Fusaka Devnet 2 (тестування BPO, поступове коригування кількості blob до 20), звіт лабораторії про продуктивність клієнтів у ситуації з великою кількістю blob (клієнти Lighthouse і Prysm підтримують 72 blobs/block, Nimbus досягає лише 10 blobs, пропускна здатність і навантаження на валідацію нерівномірні, потрібно оптимізувати для підтримки домашніх задіїв), заморожування специфікації Fusaka CL (об'єднання чотирьох ключових PR, запуск Devnet 3 протягом двох тижнів, специфікація рівня виконання буде остаточно затверджена на наступній ACD зустрічі), стратегія та графік BPO (тестова мережа може радикально тестувати 20-48 blobs, основна мережа використовує консервативне збільшення 9→18→24, BPO1 попередньо налаштований на клієнті Fusaka, BPO2 очікує оцінки даних основної мережі, падіння витрат на координацію), пропозиція про форк Glamsterdam (EIP-7782: скорочення часу слоту з 12 секунд до 6 секунд; PR 3510: закладення основи для гнучкого часу слоту) тощо.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Ethereum Fusaka оновлення: тестування BPO, оптимізація клієнта та план розширення blob для Основної мережі
【монета】Згідно з підсумками 159-ї зустрічі основних розробників рівня консенсусу Ethereum (ACDC), на цій зустрічі обговорювалися: запуск Fusaka Devnet 2 (тестування BPO, поступове коригування кількості blob до 20), звіт лабораторії про продуктивність клієнтів у ситуації з великою кількістю blob (клієнти Lighthouse і Prysm підтримують 72 blobs/block, Nimbus досягає лише 10 blobs, пропускна здатність і навантаження на валідацію нерівномірні, потрібно оптимізувати для підтримки домашніх задіїв), заморожування специфікації Fusaka CL (об'єднання чотирьох ключових PR, запуск Devnet 3 протягом двох тижнів, специфікація рівня виконання буде остаточно затверджена на наступній ACD зустрічі), стратегія та графік BPO (тестова мережа може радикально тестувати 20-48 blobs, основна мережа використовує консервативне збільшення 9→18→24, BPO1 попередньо налаштований на клієнті Fusaka, BPO2 очікує оцінки даних основної мережі, падіння витрат на координацію), пропозиція про форк Glamsterdam (EIP-7782: скорочення часу слоту з 12 секунд до 6 секунд; PR 3510: закладення основи для гнучкого часу слоту) тощо.