За інформацією У, з посиланням на підсумки 159-ї зустрічі основних розробників консенсусу Ethereum (ACDC) від @YashKamalChatu1, на цьому засіданні обговорювались: запуск Fusaka Devnet 2 (тестування BPO, поступове коригування кількості blob до 20), звіт Sunnyside Labs щодо продуктивності клієнтів в умовах високої кількості 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: закладення основи для гнучкого часу слота) та ін.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Підсумок 159-ї зустрічі розробників ядра консенсусного шару Ethereum (ACDC)
За інформацією У, з посиланням на підсумки 159-ї зустрічі основних розробників консенсусу Ethereum (ACDC) від @YashKamalChatu1, на цьому засіданні обговорювались: запуск Fusaka Devnet 2 (тестування BPO, поступове коригування кількості blob до 20), звіт Sunnyside Labs щодо продуктивності клієнтів в умовах високої кількості 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: закладення основи для гнучкого часу слота) та ін.