Skip to content

[ARM] Deploy 034 EthenaARM upgrade exposing getBaseAssets()#276

Open
clement-ux wants to merge 1 commit into
mainfrom
clement/deploy-034-ethena-getbaseassets
Open

[ARM] Deploy 034 EthenaARM upgrade exposing getBaseAssets()#276
clement-ux wants to merge 1 commit into
mainfrom
clement/deploy-034-ethena-getbaseassets

Conversation

@clement-ux

Copy link
Copy Markdown
Collaborator

Description

Deploy a new implementation for EthenaARM that exposes the getBaseAssets() getter added to AbstractARM. The currently deployed Ethena ARM runs the 031 implementation, which predates the getter. This is a logic-only upgrade: storage layout is unchanged, sUSDe stays registered from the 031 deployment, and no adapter redeployment or base-asset registration is needed.

The following PRs are included in this deployment

ARM

Deployment

Script script/deploy/mainnet/034_UpgradeEthenaARMGetBaseAssetsScript.s.sol

Contracts

Contract Address
EthenaARM implementation 0xebB2B66759b593Ea50eB8C306E2E13464cDB99Fe

Contract diff

make match file=src/contracts/EthenaARM.sol addr=0xebB2B66759b593Ea50eB8C306E2E13464cDB99Fe

Governance

EthenaARM is owned by the multisig directly (not by governance), so there is no governance proposal for this deployment. The upgrade (upgradeTo) is executed by the multisig owner. getBaseAssets() is a pure view addition, so no re-initialization call is required.

Governance action checklist

These are the actions governance must perform to complete the upgrade:

  • Deploy Ethena script
  • On 5/8 multisig, call upgradeTo on the Ethena ARM proxy (0xCEDa2d856238aA0D12f6329de20B9115f07C366d) with the new implementation 0xebB2B66759b593Ea50eB8C306E2E13464cDB99Fe
  • Ensure getBaseAssets() returns sUSDe and all actions work well

upgradeTo parameters

From 034_UpgradeEthenaARMGetBaseAssetsScript.s.sol, the call to make on the 5/8 multisig is:

Param Value Note
target (proxy) 0xCEDa2d856238aA0D12f6329de20B9115f07C366d EthenaARM proxy
newImplementation 0xebB2B66759b593Ea50eB8C306E2E13464cDB99Fe new EthenaARM implementation

Record deployment of the new EthenaARM implementation that exposes the
getBaseAssets() getter added to AbstractARM. Logic-only upgrade of the
multisig-owned Ethena ARM proxy; storage layout is unchanged and sUSDe
stays registered from the 031 deployment (no adapter redeploy / base-asset
registration).

@naddison36 naddison36 left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've verified the deployment

@sparrowDom sparrowDom left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Deployment Verification — PR #276 (EthenaARM upgrade exposing getBaseAssets())

Script 034_UpgradeEthenaARMGetBaseAssetsScript, mainnet — read-only audit (on-chain + make match), 2026-06-19.

Verified. The deployed implementation matches the codebase and deploy-script constructor args:

  • EthenaARM impl 0xebB2B66759b593Ea50eB8C306E2E13464cDB99Fe — ⏳ pending (proxy still on the 031 impl)

No governance proposal — EthenaARM is multisig-owned. The upgrade awaits Safe tx #518 on the 5/8 GOV_MULTISIG: upgradeTo(0xebB2B66759…) on the EthenaARM proxy 0xCEDa2d85…366d, value 0, plain CALL, 2/5 signatures, not yet executed. Tx content is correct.

Logic-only upgrade (storage unchanged, sUSDe stays registered). Post-execution, confirm getBaseAssets() returns sUSDe.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants