Repository navigation
chore(deploy): roll out EcoFacet v3.0.0 to 13 chains (EXSC-1278) - #2610
Conversation
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
Warning Review limit reachedYou've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Next included review available in 23 minutes. View limit details
No actionable comments were generated in the recent review. WalkthroughDeployment configuration files update ChangesChain deployment manifests
Estimated code review effort: 2 (Simple) | ~10 minutes Change: Other Possibly related PRs
Merge Risk:
|
…l-out-ecofacet-v300-to-production
…-1278) Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…2.1.0 (EXSC-1276) Regenerated from on-chain state on the 56 chains where the timelock op executed. The logs also pick up the EcoFacet v3.0.0 cut (#2610) that executed on 13 of these chains; on arbitrum, arc, hyperevm and polygon its address is not yet named in the flat logs, so it shows unnamed until #2610 records it. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…logs (EXSC-1276) The diamond-log regeneration picked up the EcoFacet v3.0.0 cut from #2610 on 13 chains, whose flat logs still list v2.0.0, which fails address-consistency. Restore the previous EcoFacet entries; #2610 records v3.0.0 in both logs. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
thesems
left a comment
There was a problem hiding this comment.
Holding approval for the Sonic deployment-log regression below.
…276) (#2611) * chore(deployments): roll out FeeForwarder v2.1.0 to 56 chains (EXSC-1276) Logs the production FeeForwarder v2.1.0 deploy, adds forwardERC20FeesShares to whitelistPeripheryFunctions and regenerates config/whitelist.json for the rolled-out chains. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * chore(deployments): log FeeForwarder v2.1.0 on arbitrumnova (EXSC-1276) Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * chore(deployments): drop gravity from FeeForwarder v2.1.0 rollout (EXSC-1276) Gravity Alpha's RPCs are disabled since the chain shut down, so the timelock proposal never executed and v2.0.0 stays registered there. Restore deployments/gravity.json and its whitelist entry to main. Deprecation is tracked in EXSC-1291. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * chore(deployments): sync production diamond logs after FeeForwarder v2.1.0 (EXSC-1276) Regenerated from on-chain state on the 56 chains where the timelock op executed. The logs also pick up the EcoFacet v3.0.0 cut (#2610) that executed on 13 of these chains; on arbitrum, arc, hyperevm and polygon its address is not yet named in the flat logs, so it shows unnamed until #2610 records it. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * chore(deployments): keep EcoFacet v3.0.0 out of FeeForwarder diamond logs (EXSC-1276) The diamond-log regeneration picked up the EcoFacet v3.0.0 cut from #2610 on 13 chains, whose flat logs still list v2.0.0, which fails address-consistency. Restore the previous EcoFacet entries; #2610 records v3.0.0 in both logs. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
Restore sonic DiamondCutFacet to 1.0.0 (per #2582) and drop the M0Facet reordering in arbitrum/base/polygon that the loupe regeneration introduced. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
thesems
left a comment
There was a problem hiding this comment.
Re-reviewed at 6f5b053. The Sonic finding is fixed: DiamondCutFacet remains at 1.0.0 at the existing address, preserving #2582. The full diff now contains only EcoFacet v3.0.0 deployment-log updates across the 13 chains, with matching addresses in the flat logs and diamond registries. No blocking findings remain. AuditNotRequired confirmed; no failed or pending checks at review time. This approval covers the repository records, not independent verification of every live deployment.
# Conflicts: # deployments/arbitrum.json # deployments/celo.json # deployments/ink.json # deployments/optimism.json # deployments/polygon.json # deployments/sonic.json # deployments/unichain.json # deployments/worldchain.json
Which Linear task belongs to this PR?
Ref EXSC-1278
Why did I implement it this way?
Deployment-log updates for the production rollout of EcoFacet 2.0.0 → 3.0.0 (facet logic merged in #2530). Opening this PR with the deployed addresses now, alongside the multisig requests, per the deploy-log-transparency convention.
Each chain got a fresh EcoFacet deployment and a
diamondCutproposed to its Safe, wrapped in aLiFiTimelockController.scheduleBatch. Live diamonds stay on 2.0.0 until signers approve and execute and the timelock delay passes. Constructor args (portal,backendSigner) are unchanged from v2.0.0.Do not execute before the backend ships EXBE-611. v3.0.0 changes the
EcoDatastruct and the EIP-712EcoPayloadtypehash, so v2 calldata and signatures revert against v3.0x1221db5424DC22DF9f426ec38A4F31950f6a56000x1221db5424DC22DF9f426ec38A4F31950f6a56000x93C8E204d6913Fc7B80E01CBDB6Eb16D5F9a4ca30x1221db5424DC22DF9f426ec38A4F31950f6a56000x1221db5424DC22DF9f426ec38A4F31950f6a56000x1221db5424DC22DF9f426ec38A4F31950f6a56000x65c4cE91c213684112B42CFBF4B5Aff4Db49c4B30x6e713e750D4D8e5cf005a9016BAdE8760BE037170x1221db5424DC22DF9f426ec38A4F31950f6a56000x1221db5424DC22DF9f426ec38A4F31950f6a56000x1221db5424DC22DF9f426ec38A4F31950f6a56000x6e713e750D4D8e5cf005a9016BAdE8760BE037170x1221db5424DC22DF9f426ec38A4F31950f6a5600Only the flat
<chain>.jsonpointers are updated here; the<chain>.diamond.jsonregistries and_targetState.jsonare synced once the cuts execute. All 13 are verified on Sourcify and on 12 block explorers; arc's explorer (explorer.arc.io) is behind a Cloudflare challenge, so its explorer verification is still pending. Tron is tracked separately in EXSC-1282.Checklist before requesting a review
Checklist for reviewer (DO NOT DEPLOY and contracts BEFORE CHECKING THIS!!!)
🤖 Generated with Claude Code