Skip to content

chore: update sepolia contracts#1154

Merged
ctrlc03 merged 1 commit into
mainfrom
chore/upgrade-enclave
Jan 8, 2026
Merged

chore: update sepolia contracts#1154
ctrlc03 merged 1 commit into
mainfrom
chore/upgrade-enclave

Conversation

@ctrlc03

@ctrlc03 ctrlc03 commented Jan 8, 2026

Copy link
Copy Markdown
Collaborator

Summary by CodeRabbit

  • Chores
    • Updated CRISP contract deployment addresses with new block numbers for CRISPProgram and HonkVerifier.
    • Added new RiscZeroGroth16Verifier contract deployment.
    • Updated EnclaveRegistryOwnable proxy implementation address.

✏️ Tip: You can customize this high-level summary in your review settings.

@ctrlc03 ctrlc03 requested a review from hmzakhalid January 8, 2026 14:24
@vercel

vercel Bot commented Jan 8, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

2 Skipped Deployments
Project Deployment Review Updated (UTC)
crisp Skipped Skipped Jan 8, 2026 2:24pm
enclave-docs Skipped Skipped Jan 8, 2026 2:24pm

@coderabbitai

coderabbitai Bot commented Jan 8, 2026

Copy link
Copy Markdown
Contributor
📝 Walkthrough

Walkthrough

Two configuration files updated with deployed contract metadata: CRISP contracts received new addresses and block numbers for CRISPProgram, HonkVerifier, and a new RiscZeroGroth16Verifier entry; EnclaveRegistryOwnable's proxy implementation address was updated across both files.

Changes

Cohort / File(s) Summary
CRISP Contract Deployment Updates
examples/CRISP/packages/crisp-contracts/deployed_contracts.json
Updated CRISPProgram address, constructorArgs (verifierAddress and honkVerifierAddress), and added blockNumber 10003260; Updated HonkVerifier address and added blockNumber 10003260; Added new RiscZeroGroth16Verifier entry with address and blockNumber 10003257
Enclave Registry Proxy Update
packages/enclave-contracts/deployed_contracts.json
Updated EnclaveRegistryOwnable proxyRecords implementationAddress from 0x957C3cbBD33C8Db4D7b7921334FD7A626B672051 to 0x48A9304e08504e7e76821da3dDe7a199BFd320dD

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~3 minutes

Possibly related PRs

Suggested labels

crisp

Suggested reviewers

  • hmzakhalid
  • ryardley
  • 0xjei

Poem

🐰 Contracts deployed with care so true,
New addresses and block numbers too,
Verifiers updated, new ones arise,
Enclave proxies reach for the skies! 🚀

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title 'chore: update sepolia contracts' accurately summarizes the main changes, which involve updating contract addresses and configuration in Sepolia network contract files.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.


Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Actionable comments posted: 0

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
examples/CRISP/packages/crisp-contracts/deployed_contracts.json (1)

92-92: Critical: Outdated Enclave implementation address.

The implementationAddress here is 0x957C3cbBD33C8Db4D7b7921334FD7A626B672051, but in packages/enclave-contracts/deployed_contracts.json it was updated to 0x48A9304e08504e7e76821da3dDe7a199BFd320dD. Since both files reference the same proxy address (0x01E657C16192854E8d7D7055228C7D6532E345Be), they track the same Sepolia deployment and should have consistent implementation addresses.

🔧 Proposed fix
-        "implementationAddress": "0x957C3cbBD33C8Db4D7b7921334FD7A626B672051"
+        "implementationAddress": "0x48A9304e08504e7e76821da3dDe7a199BFd320dD"
🧹 Nitpick comments (1)
packages/enclave-contracts/deployed_contracts.json (1)

109-111: Add blockNumber for consistency.

The MockRISC0Verifier entry is missing a blockNumber field, while other deployed contracts in this file include it. Consider adding the deployment block number for consistency and completeness.

📜 Review details

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between fdd4c9e and cfddbcb.

📒 Files selected for processing (2)
  • examples/CRISP/packages/crisp-contracts/deployed_contracts.json
  • packages/enclave-contracts/deployed_contracts.json
🧰 Additional context used
🧠 Learnings (3)
📓 Common learnings
Learnt from: cedoor
Repo: gnosisguild/enclave PR: 752
File: packages/enclave-contracts/contracts/Enclave.sol:15-17
Timestamp: 2025-09-19T11:16:53.825Z
Learning: The Enclave contract in the gnosisguild/enclave repository has not been deployed yet as of September 2025, so storage layout considerations for upgradeable contracts don't apply to current changes.
Learnt from: ctrlc03
Repo: gnosisguild/enclave PR: 996
File: examples/CRISP/packages/crisp-contracts/contracts/CRISPProgram.sol:144-169
Timestamp: 2025-11-12T10:08:30.720Z
Learning: In the CRISP program (examples/CRISP/packages/crisp-contracts/contracts/CRISPProgram.sol), there are plans to move the merkle tree from the Enclave contract to the program contract itself in the future, which would allow direct calls to validateInput to be stored in the merkle tree.
📚 Learning: 2025-09-19T11:16:53.825Z
Learnt from: cedoor
Repo: gnosisguild/enclave PR: 752
File: packages/enclave-contracts/contracts/Enclave.sol:15-17
Timestamp: 2025-09-19T11:16:53.825Z
Learning: The Enclave contract in the gnosisguild/enclave repository has not been deployed yet as of September 2025, so storage layout considerations for upgradeable contracts don't apply to current changes.

Applied to files:

  • packages/enclave-contracts/deployed_contracts.json
📚 Learning: 2025-11-12T10:08:30.720Z
Learnt from: ctrlc03
Repo: gnosisguild/enclave PR: 996
File: examples/CRISP/packages/crisp-contracts/contracts/CRISPProgram.sol:144-169
Timestamp: 2025-11-12T10:08:30.720Z
Learning: In the CRISP program (examples/CRISP/packages/crisp-contracts/contracts/CRISPProgram.sol), there are plans to move the merkle tree from the Enclave contract to the program contract itself in the future, which would allow direct calls to validateInput to be stored in the merkle tree.

Applied to files:

  • examples/CRISP/packages/crisp-contracts/deployed_contracts.json
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (8)
  • GitHub Check: integration_prebuild
  • GitHub Check: test_net
  • GitHub Check: build_crisp_sdk
  • GitHub Check: rust_unit
  • GitHub Check: build_ciphernode_image
  • GitHub Check: build_sdk
  • GitHub Check: build_enclave_cli
  • GitHub Check: rust_integration
🔇 Additional comments (3)
packages/enclave-contracts/deployed_contracts.json (2)

115-123: Verify if CRISPProgram should reference updated verifiers.

The CRISPProgram in this file references verifier addresses that differ from the newly deployed verifiers in examples/CRISP/packages/crisp-contracts/deployed_contracts.json. Specifically:

  • verifierAddress here: 0xd21D7b4A70129A4a20236Df197aDaB2F46E10ec3
  • honkVerifierAddress here: 0x97acc66d62B44623F952423Cf37E3acf312CcE6b

While in the CRISP contracts file:

  • New RiscZeroGroth16Verifier: 0x3E1b9A7d0cc3cB9bc251A3c79415206e666362B4
  • New HonkVerifier: 0xE553e72A9400785C6dc7aAE6B2a667f0958748F5

Verify whether this is intentional (separate deployments) or if this file should also be updated to reference the newly deployed verifiers.


92-92: Fix inconsistent Enclave implementation address across deployment files.

Both packages/enclave-contracts/deployed_contracts.json and examples/CRISP/packages/crisp-contracts/deployed_contracts.json reference the same Enclave proxy (0x01E657C16192854E8d7D7055228C7D6532E345Be) on Sepolia, but they record different implementation addresses:

  • File 1: 0x48A9304e08504e7e76821da3dDe7a199BFd320dD
  • File 2: 0x957C3cbBD33C8Db4D7b7921334FD7A626B672051

Verify which implementation address is current and update both files accordingly to maintain consistency.

⛔ Skipped due to learnings
Learnt from: cedoor
Repo: gnosisguild/enclave PR: 752
File: packages/enclave-contracts/contracts/Enclave.sol:15-17
Timestamp: 2025-09-19T11:16:53.825Z
Learning: The Enclave contract in the gnosisguild/enclave repository has not been deployed yet as of September 2025, so storage layout considerations for upgradeable contracts don't apply to current changes.
Learnt from: ryardley
Repo: gnosisguild/enclave PR: 145
File: packages/ciphernode/evm/src/enclave_sol_reader.rs:87-89
Timestamp: 2024-10-22T03:39:29.448Z
Learning: In the `ciphernode` project, specifically in `packages/ciphernode/evm/src/enclave_sol_reader.rs`, the method `EnclaveSolReader::attach` should be retained even if it directly calls `EvmEventReader::attach` without additional processing. Avoid suggesting its removal in future reviews.
examples/CRISP/packages/crisp-contracts/deployed_contracts.json (1)

113-129: LGTM! Consistent cross-references in new deployments.

The updates to HonkVerifier, CRISPProgram, and the new RiscZeroGroth16Verifier entry look good. The CRISPProgram constructor arguments correctly reference the newly deployed verifier addresses:

  • verifierAddress matches RiscZeroGroth16Verifier address
  • honkVerifierAddress matches HonkVerifier address

Block numbers are properly recorded for traceability.

@ctrlc03 ctrlc03 merged commit 5f3b221 into main Jan 8, 2026
26 checks passed
@ctrlc03 ctrlc03 deleted the chore/upgrade-enclave branch January 8, 2026 14:49
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