Просмотр новости
Найдите то, что Вас интересует
Спутники
РН
SpaceX
Роскосмос
NASA
СпутникиРНSpaceXРоскосмосNASA As discussed during ACDC #182, here is the PR to clarify the DFI process for handling EIP lists during the status change of Upgrade Meta.
Upon further consideration, I believe the Proposed for Inclusion list should also be removed when the Upgrade Meta EIP is promoted to Review status, and this behavior should be explicitly documented. I’ve therefore updated the PR to include this change.
Please refer to the discussion here for additional context. For convenience, I’ve also included my rationale for removing the Proposed for Inclusion list below.
Why should Proposed for Inclusion be removed when the Upgrade Meta EIP is promoted to Review?
Ideally, an Upgrade Meta EIP should only be promoted to Review once all EIPs referenced in the proposal - regardless of their Upgrade Stage have reached at least Review status. In practice, by this point all candidate EIPs will already be undergoing testing on either EIP or upgrade devnets, meaning the window for proposing additional EIPs has effectively closed. As a result, the Proposed for Inclusion list no longer serves a meaningful purpose and instead becomes a blocker to promoting the Meta EIP.
Additionally, similar to Declined for Inclusion, there is a high likelihood that the Proposed for Inclusion list will contain at least one EIP that is still in Draft status. Since the repository bot prevents a Meta EIP from being merged while it references a `Draft’ EIP, these entries must be removed before the Meta EIP can progress.
For these reasons, I propose removing both the Proposed for Inclusion and Declined for Inclusion lists when the Upgrade Meta EIP is promoted to Review, leaving only the sections that remain relevant for the rest of the upgrade lifecycle.
The specification changes are reflected in the same PR.
| # | Наименование новости | Тональность | Информативность | Дата публикации |
|---|---|---|---|---|
| 1 | EIPIP Meeting #128, July 08, 2026 | 0 | 7 | 08-07-2026 |
| 2 | RPC Standards # 30, July 13, 2026, | 0 | 5 | 10-07-2026 |
| 3 | EIP-7906: Transaction Assertions via State Diff Opcode | 0 | 3 | 08-07-2026 |
| 4 | All Core Devs - Testing (ACDT) #87, July 13, 2026 | 0 | 5 | 10-07-2026 |
| 5 | EIP-7906: Transaction Assertions via State Diff Opcode | 0 | 7 | 09-07-2026 |
| 6 | ERC-8335: Account-Level Transfer With Authorization | 0 | 7 | 10-07-2026 |
| 7 | All Core Devs - Consensus (ACDC) #182, July 9 2026 | 0 | 7 | 10-07-2026 |
| 8 | EIP-8146: Block Access List Sidecars | 0 | 6 | 10-07-2026 |
| 9 | ERC-8324: Priority Update Registry (PUR) | 0 | 5 | 10-07-2026 |
| 10 | EIP-7730: Proposal for a clear signing standard format for wallets | 0 | 7 | 08-07-2026 |