27 липня PANews повідомило, що у відповідь на зауваження розробника Ethereum Петера Сіляджі про те, що Ethereum все більше стає «децентралізованою перевіркою, але централізованим контролем». Віталік Бутерін може підтвердити, що ця точка зору хибна, коли щойно відвідав минулого тижня EF Research Workshop, де відбувалися різноманітні дискусії про те, як мінімізувати централізацію. включати:
Глибоке занурення в кілька пропонентів, щоб побачити, чи можна повністю усунути роль конструктора
Максимізація потужності включення до списків (FOCIL)
Думки щодо вибору форка залежать від включення транзакції
Аналіз Orbit SSF та ідеї щодо прискорення розгортання механізму Orbit, який може зменшити мінімальну суму депозиту більш ніж у 10 разів до того, як ми зробимо SSF
Розподілена блокова конструкція для PeerDAS:
Аналіз мережі та оптимізація пропускної здатності для PeerDAS і fullDAS
Зробіть відновлення після атак 51% більш автоматизованим і менш залежним від «соціального рівня»
Переконайтеся, що списки включень повністю застосовуються до транзакцій (i) blob і (ii) рідної абстракції облікового запису (наприклад, EIP-7560).
Згідно з попередніми новинами, розробник ядра Ethereum Péter Szilágyi (karalabe.eth) написав у Twitter, що майбутній напрямок Ethereum, PeerDAS, планує збільшити розмір блоку даних до 32 МБ під час наступного оновлення, що матиме негативний вплив на місцевих виробників блоків. . Він зазначив, що час розповсюдження блоку Ethereum дуже суворий: лише 4 секунди для розповсюдження блоку по всій мережі. Незважаючи на те, що PeerDAS розділяє підмережі, йому все одно потрібно поширювати 32 МБ даних протягом 4 секунд, що є непосильним тягарем для домашніх вузлів.
