За інформацією У, з посиланням на підсумки 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: закладення основи для гнучкого часу слота) та ін.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Підсумок 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: закладення основи для гнучкого часу слота) та ін.