Skip to content

fix: correct stale Arbitrum Sepolia addresses to match deployment JSONs#2

Merged
0xkkkn merged 2 commits into
mainfrom
fix/arbitrum-sepolia-stale-addresses
Jun 19, 2026
Merged

fix: correct stale Arbitrum Sepolia addresses to match deployment JSONs#2
0xkkkn merged 2 commits into
mainfrom
fix/arbitrum-sepolia-stale-addresses

Conversation

@grimnote

Copy link
Copy Markdown
Contributor

Summary

The package READMEs and the offchain operator runtime constants carried contract addresses from an older deployment. This corrects them to the current deployment in packages/*/deployments/arbitrumSepolia.json (which matches the SDK addresses.ts). These stale READMEs were the source of the wrong addresses that showed up on the docs site.

What changed

READMEs (documentation): escrow, orchestration, offchain, operator-cli, operator.

Operator runtime config/constants (functional — the operator was pointing at old contracts):

  • offchain/packages/shared/src/constants.tsCONTRACTS.ARBITRUM_SEPOLIA
  • offchain/packages/operator-cli/src/utils/cctp.tsarbitrumSepoliaContracts.{escrow,escrowReceiver}
  • offchain/packages/operator-cli/.env.example and offchain/packages/operator/.env.example (incl. the CONFIDENTIAL_TOKEN_ADDRESS)

Addresses corrected

Contract Old (stale) New (deployment JSON)
OperatorRegistry 0x1422…2959 0x5Ac3a3750e0a9f7d4ddBC0B52c3f13E8f927FB59
TaskExecutor 0x7F24…2262 0x4D239335f39E585Bb75631C4683538EFC496a5EB
FeeManager 0x5a11…0156 0x639f5cB99DcF9681A0461A1452c3845811d3308A
CCTPHandler 0xb37A…F273 0x575186a64B9FC49E135A2440DC4A1395edc0F3aD
ConfidentialEscrow 0xbe1e…549A6 0xF50A9CF008a79CFCA39aa9a345aa06e8D12727E2
CCTPV2ConfidentialEscrowReceiver 0x67AE…38d0 0xe0E6CC9Ee62Fa36b96eC4F50CDc462Fd14aa0fD3
ConfidentialUSDC (token) 0x6B6E…Ed89F 0x42E47f9bA89712C317f60A72C81A610A2b68c48a

CCTP infra addresses (USDC, TokenMessenger, MessageTransmitter) were already correct and are unchanged. All changes are string-constant/markdown only — no logic changes.

Notes / follow-ups (not in this PR)

  • offchain/README.md shows a "Protocol Fee | 0.3%" line that contradicts the zero-protocol-fee posture — left for a separate copy fix.
  • The protocol workspace isn't installed in this environment (pnpm install not run); changes are constant-only, but a maintainer should run pnpm --filter ./packages/** typecheck before merge to be safe.

🤖 Generated with Claude Code

The package READMEs and the offchain operator constants carried contract
addresses from an older deployment. Update them to the current deployment in
packages/*/deployments/arbitrumSepolia.json (matching the SDK addresses.ts).
These stale READMEs were the source of the wrong addresses on the docs site.

READMEs: escrow, orchestration, offchain, operator-cli, operator.

Operator runtime config/constants:
- shared/src/constants.ts (CONTRACTS.ARBITRUM_SEPOLIA)
- operator-cli/src/utils/cctp.ts (arbitrumSepoliaContracts escrow/receiver)
- operator-cli/.env.example and operator/.env.example (incl. ConfidentialUSDC)

Addresses corrected: OperatorRegistry, TaskExecutor, FeeManager, CCTPHandler,
ConfidentialEscrow, CCTPV2ConfidentialEscrowReceiver, ConfidentialUSDC.
CCTP infra addresses (USDC, TokenMessenger, MessageTransmitter) were already
correct and are unchanged.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
…arking in READMEs

- Removed fabricated protocol-fee claims (Protocol Fee 0.3% / PROTOCOL_FEE_BPS=30
  / "Protocol Fee BPS"). FeeManager has no protocol fee — only operatorFeeBps,
  paid to the operator.
- Marked the residual operator fee (operatorFeeBps=50) as "to be removed" — no
  fees are charged today, protocol or operator.
- Marked mock tokens: MockGovernanceToken (GOV, mock), Confidential token
  (mock / interim).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@0xkkkn 0xkkkn merged commit 426f5f7 into main Jun 19, 2026
8 checks passed
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.

2 participants