区块链存储Web3【免费下载链接】datahavenAn EVM compatible Substrate chain, powered by StorageHub and secured by EigenLayer项目地址https://gitcode.com/gh_mirrors/da/datahaven点击查看免费下载本指南完整讲解 DataHaven 仓库内置合约部署 CLIbun cli contracts的用法覆盖从账户与资金准备、.env配置、Hoodi 测试网/以太坊主网部署命令、部署状态检查到部署产物的全流程并结合仓库源码说明底层执行原理。读完本文你将掌握如何用一条命令将 DataHaven 的 AVS 核心合约ServiceManager、Snowbridge 系列部署到目标链并能在后续维护中执行升级、验证与版本检查。部署清单一条命令部署什么bun cli contracts deploy一次性完成三类合约的处理来源test/cli/handlers/contracts/README.md类别合约行为DataHavenServiceManager、RewardsRegistryRewardsAgent由 DataHaven 仓库部署使用代理升级模式SnowbridgeBeefyClient、AgentExecutor、Gateway、RewardsAgent作为跨链桥Snowbridge核心组件随部署脚本发布EigenLayerDelegationManager、StrategyManager、EigenPodManager、AVSDirectory、RewardsCoordinator、AllocationManager、PermissionController不部署仅引用链上已存在的地址EigenLayer 合约引用而非部署这一点是关键设计DataHaven 是一个由 EigenLayer 保护的 AVS主动验证服务因此链上必须有现成的 EigenLayer 核心合约部署脚本会从配置文件读取其地址并校验存在性见 DeployLive.s.sol 中对六个 EigenLayer 合约的逐一_validateContractExists校验。真正由本次部署创建的是 DataHaven 自己的 ProxyAdmin、ServiceManager 代理及实现以及 Snowbridge 的 BeefyClient、AgentExecutor、Gateway 等参见 DeployLive.s.sol其会新建 ProxyAdmin 并将所有权转移给 AVS owner。以当前仓库已有的 Hoodi 部署产物为例contracts/deployments/hoodi.json 记录了完整的地址集合BeefyClient、AgentExecutor、Gateway、ServiceManager代理地址与ServiceManagerImplementation实现地址、RewardsAgent以及被引用的DelegationManager、RewardsCoordinator、AllocationManager、PermissionController等 EigenLayer 合约地址。前置条件1. 账户设置在 Metamask 中创建或导入一个账户并准备好其私钥。该私钥将分别用于部署交易DEPLOYER_PRIVATE_KEY与 AVS 所有权操作AVS_OWNER_PRIVATE_KEY二者可以相同。2. 资金准备部署需要原生代币支付 gas 费用Hoodi测试网通过 Hoodi PoW Faucet 挖矿领取测试 ETH原文档提供的 faucet 链接对应一个可挖矿的发放页面Mainnet主网需自行购买 ETH。3. API Key可选若需要对合约进行链上验证verification需在区块浏览器生成 API TokenHoodi使用兼容 Etherscan API 的端点Mainnet在 Etherscan 的 API 页面申请 API Key对应仓库中.env的ETHERSCAN_API_KEY变量。环境配置Setup 与 .env进入test目录并把示例环境变量文件复制为.envcd test cp cli/handlers/contracts/.env.example .env编辑.env填入你的值完整模板见 test/cli/handlers/contracts/.env.example# Required: Private key with deployment funds DEPLOYER_PRIVATE_KEY0x... # Required: AVS owner private key (can be same as DEPLOYER_PRIVATE_KEY) AVS_OWNER_PRIVATE_KEY0x... # Optional: For contract verification ETHERSCAN_API_KEYyour_api_key_here三个变量的作用可从 deploy.ts 的上下文感知告警逻辑确认DEPLOYER_PRIVATE_KEY部署者密钥负责广播forge script的部署交易若未设置在 anvil 本地环境会回退到默认 Anvil 测试密钥AVS_OWNER_PRIVATE_KEYAVS 所有者密钥决定 ServiceManager 与 ProxyAdmin 的最终归属若未设置ServiceManager 将由部署者账户所有ETHERSCAN_API_KEY仅供合约验证使用缺失时 CLI 会提示跳过验证verify.ts。部署命令所有命令统一从test目录执行CLI 入口见 test/cli/index.ts。部署到 Hoodi 测试网bun cli contracts deploy --chain hoodi部署到以太坊主网bun cli contracts deploy --chain mainnet指定自定义 RPC URLbun cli contracts deploy --chain hoodi --rpc-url https://your-rpc-url.com更多部署参数除--chain、--rpc-url外deploy子命令还支持定义于 test/cli/index.ts--environment stagenet|testnet|mainnet与--chain组合成网络标识符如stagenet-hoodi决定读取contracts/config/{environment}-{chain}.json、写入contracts/deployments/{environment}-{chain}.json--avs-owner-address address非本地部署必须指定 AVS 所有者地址--avs-owner-key hexAVS 所有者的私钥--execute-owner-transactions立即执行 AVS 所有者交易否则默认导出 multisig 调用的 calldata--skip-verification跳过合约验证--private-key hex覆盖DEPLOYER_PRIVATE_KEY。链与环境的合法性校验在contractsPreActionHook中完成deploy.ts--chain仅接受hoodi、ethereum、anvil--environment仅接受stagenet、testnet、mainnet且二者的组合必须出现在SUPPORTED_NETWORKS白名单中anvil、hoodi、stagenet-hoodi、testnet-hoodi、ethereum、mainnet-ethereum。检查部署状态bun cli contracts status --chain hoodistatus是contracts命令族的默认子命令test/cli/index.ts会展示实现见 status.ts网络信息网络名、Chain ID、RPC URL、区块浏览器、创世时间AVS 配置AVS Owner 与 Rewards Initiator截断显示DataHaven 合约状态DataHavenServiceManager、Snowbridge BeefyClient、AgentExecutor、Gateway 各自的部署与验证情况status.tsEigenLayer 合约状态DelegationManager、StrategyManager、EigenPodManager、AVSDirectory、RewardsCoordinator、AllocationManager、PermissionController 的验证情况status.ts。若已设置ETHERSCAN_API_KEY状态检查会进一步区分已部署且已验证与已部署但未验证未设置时则显示部署状态未知。对于代理类合约校验逻辑还会通过eth_getStorageAt读取 ERC1967 实现槽位slot0x360894...并核验实现合约verify.ts。部署产物成功部署后会在仓库中生成两类文件contracts/deployments/{chain}.json合约地址集合含实现地址、代理地址与被引用的 EigenLayer 地址例如 contracts/deployments/hoodi.jsoncontracts/deployments/{chain}-rewards-info.json奖励Rewards配置例如 contracts/deployments/anvil-rewards-info.json 记录了RewardsAgent地址与AgentOrigin32 字节消息源标识。当指定--environment时文件名相应变为contracts/deployments/{environment}-{chain}.json例如 contracts/deployments/stagenet-hoodi.json 与 contracts/deployments/stagenet-hoodi-rewards-info.json。底层执行原理CLI 到 forge script 的调用链bun cli contracts deploy的实际执行逻辑位于 test/scripts/deploy-contracts.ts大致分为三步构建合约在contracts目录执行forge build构建失败立即中止deploy-contracts.ts构造部署命令根据链类型选择 Foundry 部署脚本——anvil使用script/deploy/DeployLocal.s.sol其余使用script/deploy/DeployLive.s.sol并拼装forge script ... --broadcast --non-interactive命令deploy-contracts.ts注入环境变量以NETWORK{networkId}前缀向 Solidity 脚本传递网络标识并将DEPLOYER_PRIVATE_KEY、AVS_OWNER_PRIVATE_KEY、AVS_OWNER_ADDRESS、TX_EXECUTION注入子进程环境deploy-contracts.ts。DeployLive.s.sol在链上执行时会先校验NETWORK与AVS_OWNER_ADDRESS环境变量DeployLive.s.sol因此 CLI 层必须保证这两个值非空。所有者交易的多签模式若未启用--execute-owner-transactionsCLI 不会在链上直接执行 AVS 所有者操作例如updateAVSMetadataURI而是读取部署文件中的ServiceManager地址用 ABI 编码生成供多签钱包执行的 calldata 并打印deploy-contracts.ts——这是主网部署中常见的部署者与治理者分离的安全实践。版本一致性检查部署前后各执行一次versioningPreChecks/versioningPostCheckschecks.ts核对链上合约版本与仓库内contracts/VERSION文件唯一的代码版本事实来源保持一致基础设施不可用时该检查会自动跳过而非失败。部署后的维护命令contracts命令族还提供以下维护能力命令与参数说明见 test/cli/index.ts命令用途bun cli contracts verify --chain hoodi对已部署合约含代理实现解析执行 Foundry 验证需ETHERSCAN_API_KEY逐一验证并间隔 1 秒规避限流verify.tsbun cli contracts upgrade --chain hoodi [--target X.Y.Z] [--execute]部署新实现并升级代理默认输出ProxyAdmin.upgradeAndCallcalldata 供多签执行加--execute才在链上广播需AVS_OWNER_PRIVATE_KEY--target显式指定版本省略则读取contracts/VERSIONbun cli contracts version-check --chain hoodi仅执行合约版本格式与链上一致性检查bun cli contracts update-beefy-checkpoint从在线 DataHaven 链拉取 BEEFY authorities 并更新配置中的验证者哈希bun cli contracts update-rewards-origin获取/计算 AgentOrigin 并更新配置中的奖励消息源bun cli contracts update-metadata --uri uri更新已部署 AVS 的 metadata URI支持--reset清空网络与配置速查不同链的 RPC、Chain ID 与浏览器由 test/configs/contracts/config.ts 内置链Chain ID默认 RPC区块浏览器hoodi560048https://rpc.hoodi.ethpandaops.ioHoodi Etherscanethereum1https://eth.llamarpc.comEtherscananvil31337http://localhost:8545—每条链的部署参数EigenLayer 地址、AVS 所有者、Snowbridge 初始验证者集等存放在contracts/config/{network}.json例如 contracts/config/anvil.json 与 contracts/config/testnet-hoodi.json。其顶层结构统一为三段eigenLayer被引用合约地址与 RewardsCoordinator 参数、avsavsOwner、snowbridgeInitiator、validatorSetSubmitter、validatorsStrategies、snowbridgerandaoCommitDelay、minNumRequiredSignatures、initialValidatorHashes等 BEEFY 验证者提交参数。测试网配置中的snowbridgeInitiator与messageOrigin等字段正是update-rewards-origin、update-beefy-checkpoint等维护命令的读写对象。小结DataHaven 的合约部署流程已被完整封装进bun cli contracts命令族一条deploy命令即可完成 DataHaven Snowbridge 合约部署、EigenLayer 合约引用与版本校验status提供部署状态总览verify、upgrade、version-check支撑后续验证与升级维护多签 calldata 输出模式让主网部署在部署者与治理者分离的安全前提下依旧顺畅。仓库内的 test/cli/handlers/contracts/README.md 是这条流程最简明的操作入口配合本指南引用的源码文件即可完整追溯每一环节的实现细节。赞分享区块链存储Web3【免费下载链接】datahavenAn EVM compatible Substrate chain, powered by StorageHub and secured by EigenLayer项目地址https://gitcode.com/gh_mirrors/da/datahaven点击查看免费下载相关推荐猫抓Cat-Catch浏览器媒体嗅探扩展的完整专业指南猫抓Cat Catch浏览器媒体嗅探扩展的完整专业指南 在当今数字内容爆炸的时代如何高效地从网页中提取媒体资源成为许多用户面临的实际需求。猫抓Cat Cat音视频LEDE智能合约节点部署LEDE智能合约节点部署 你还在为区块链节点部署繁琐的环境配置而烦恼吗是否想在嵌入式设备上搭建高效的区块链节点却不知从何下手本文将带你基于LEDELea嵌入式固件操作系统网络物联网Tinycast 剪贴板颜色卡片粘贴 HEX 色值即得色卡6 种格式一键转换指南Tinycast 剪贴板颜色卡片粘贴 HEX 色值即得色卡6 种格式一键转换指南 Tinycast 是一款轻量、完全原生的 macOS 启动器内置快捷键与桌面应用上一篇免费开源的SPT-AKI存档编辑器3分钟完成首次配置一键搞定离线塔科夫全进度下一篇使用 Builder.io Plugin Tools 开发电商与数据源插件registerCommercePlugin 与 registerDataPlugin 完整指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考