技能使用指南

addresses（以太坊合约地址验证与管理）Skill 是什么？

addresses 技能提供经链上验证的以太坊主网与 Layer 2 合约地址清单，覆盖 Uniswap、Aave、Compound、Lido、1inch、Chainlink、USDC 等主流协议，明确标注多链同址与异址差异，帮你在写脚本与发交易前杜绝臆造地址。查看安装方式、使用步骤与竞品对比，立即为链上开发加一道安全防线。

以太坊合约地址验证与管理Skilladdresses
8 个章节 约 14 分钟阅读 AI 智能生成

以太坊合约地址验证与管理Skill：告别臆造地址，让每一次链上交互都指向真实合约

核心结论速览：

  • 这是一份“可信地址台账”，不是猜测生成器：技能内置了经 eth_getCode + eth_call 链上验证的以太坊主网与 Layer 2 协议合约地址，最后验证时间为 2026 年 2 月 16 日。
  • 覆盖面足够广：包含 Uniswap（V2/V3/V4）、Aave、Compound、Lido、Rocket Pool、1inch、Permit2、MakerDAO/sDAI、EigenLayer、Chainlink、Across、Yearn V3、USDC/USDT/DAI、ENS、Safe 等主流协议、稳定币与基础设施。
  • 最关键的差异点是“区分同址与异址”：明确标注哪些合约通过 CREATE2 在多链同地址（如 Permit2、1inch V6、Safe、ERC-4337 入口点），哪些每链不同（如 USDC、Uniswap V4、Across SpokePool），避免跨链照搬出错。
  • 安全底线写在明面上：即使地址已列出，技能仍要求发送交易前通过区块浏览器二次验证。
  • 对 AI 协作尤其有价值：让模型在写脚本、拼交易参数时查表，而不是靠记忆生成地址，从源头降低资金损失风险。

该技能叫什么？如何一键安装 AI 技能提升开发效率？

技能中文名：以太坊合约地址验证与管理Skill 技能英文名：addresses 技能ID：13703

它要解决的问题非常具体：在写链上脚本、配置 DeFi 交互参数、做智能合约审计、搭建 AI 智能体时，合约地址几乎是最容易被“顺手编造”的一类信息。大模型可以很流畅地写出一个看起来完全正确的 0x 开头地址，但它可能是错的、已弃用的，或者根本不属于目标链。而地址一旦写错，后果往往不是报错，而是资产直接发送到无法找回的位置。

这个技能的做法很直接：把已验证的地址沉淀成一份结构化清单，让 AI 在需要时“查表”，而不是“回忆”。

一键安装的思路与步骤（具体命令、入口与地址以官方说明为准）：

  1. 确认安装前提：你需要在支持 AI 技能（Skill）机制的客户端、IDE 插件或智能体平台上工作，并具备技能市场的访问权限；同时你的任务确实涉及以太坊或 Layer 2 的合约交互、地址查询或代码生成。
  2. 定位技能：在技能市场或技能目录中，通过中文名“以太坊合约地址验证与管理”、英文名 addresses 或技能ID 13703 进行搜索定位。
  3. 一键添加：在技能详情页点击安装/添加按钮，将其启用至当前会话或当前工作区；若平台支持，可设置为在链上开发相关项目中默认启用。
  4. 验证是否生效：安装后用一个显而易见的问题测试，例如询问“USDC 在 Base 上的合约地址是什么”。若返回 0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913 并附状态标注，说明技能已正常加载。
  5. 补充一次交叉验证：再问一个容易出错的问题，例如“Uniswap V4 的池管理器在所有链上是同一个地址吗”。若回答明确指出 V4 不是确定性 CREATE2 部署、不能跨链假设同址，说明技能的核心判断逻辑已生效。

该技能的主要功能和特点

  • 可信地址清单：所有地址标注 ✅ 已验证，并在文末说明验证方式为链上读取字节码（eth_getCode）与合约调用（eth_call）确认身份，而非抄录二手信息。
  • 多链覆盖：以太坊主网之外，覆盖 Arbitrum、Optimism、Base、Polygon、zkSync Era 等网络，且按“网络—地址—状态”的表格形式组织，便于对照。
  • 清晰的同址/异址标注：将 CREATE2 部署（Uniswap V3、Safe、Seaport、ERC-4337 入口点、ERC-8004、Permit2、1inch v6、Yearn V3、Arachnid 部署器）与“每链不同”的合约（USDC、USDT、DAI、WETH、wstETH、Uniswap V4、Across SpokePool、Chainlink CCIP 路由器）分开说明。
  • 原生币与桥接币的区分提醒：明确指出某些链同时存在原生 USDC 与桥接 USDC，应优先使用原生版本。
  • L2 生态视角：不是“默认 Uniswap”，而是提示 Base 上 Aerodrome 主导、Optimism 上 Velodrome 主导、Arbitrum 上 Camelot 为主要原生 DEX、zkSync Era 上 SyncSwap 领先，避免在不合适的链上用错流动性场所。
  • 版本与弃用信息：如 Velodrome V1 的 VELO 代币已弃用、应使用 V2；GMX V2 存在两个都有效的交换路由器地址；Uniswap V3 通用路由器已属旧版，V4 有当前通用路由器。
  • AI 与智能体标准支持：包含 ERC-8004 身份注册表与声誉注册表地址，适配正在做智能体身份与信誉体系的开发者。
  • 自验证方法论：直接给出“如何验证地址”的操作方式（读字节码、交叉参考协议文档/CoinGecko/区块浏览器/GitHub 部署信息），以及 EIP-55 校验和大小写规则说明。

与“直接问通用 AI”相比，它的优势在于来源可追溯、版本有标注、链间差异有说明；与“手动翻文档”相比，它的优势在于结构化、可被 AI 直接调用。

如何使用该技能？

  1. 开启会话并声明任务背景。例如说明“我要在 Base 上写一个用 USDC 兑换 WETH 的脚本，请给出所需合约地址与调用顺序”。
  2. 按需查询单个地址。直接提问：“USDC 在 Arbitrum 上的合约地址是哪个？请说明状态。”预期输出为地址 0xaf88d065e77c8cC2239327C5EDb3A432268e5831 及 ✅ 已验证标记。
  3. 查询同一协议的多链部署。例如“列出 Aave V3 池合约在主网、Arbitrum、Optimism、Base 上的地址”。技能会按表返回主网 0x87870Bca3F3fD6335C3F4ce8392D69350B4fA4E2、Arbitrum 与 Optimism 均为 0x794a61358D6845594F94dc1DB02A252b5b4814aD、Base 为 0xA238Dd80C259a72e81d7e4664a9801593F98d1c5，并说明池地址提供者对应的地址。
  4. 查询版本差异与弃用提示。例如“Uniswap V4 的池管理器在 Arbitrum 和 Base 上是同地址吗”。预期输出为两者不同（Arbitrum 0x360e68faccca8ca495c1b759fd9eee466db9fb32、Base 0x498581ff718922c3f8e6a244956af099b2652b2b），并提示 V4 非同址部署。
  5. 组合成可执行代码片段。让技能输出“地址常量 + 链ID + 用途注释”的代码骨架，再由你补全业务逻辑。例如要求生成一份 TypeScript 常量表，按链组织 USDC、WETH、Permit2 的地址。
  6. 发送交易前的最后一道检查。按技能说明，使用类似 cast code <address> --rpc-url <RPC> 的方式确认字节码存在，并在区块浏览器核对合约名称与官方文档一致，再执行转账或授权。

输入示例：“我准备在 Optimism 上做一次 wstETH 与 USDC 的兑换，请列出涉及的代币地址、1inch V6 路由器地址，并告诉我哪些地址可以跨链复用。” 输出说明：会返回 Optimism 上 wstETH 地址 0x1F32b1c2345538c0c6f582fCB022739c4A194Ebb、USDC 地址 0x0b2C639c533813f4Aa9D7837CAf62653d097Ff85、1inch V6 路由器 0x111111125421cA6dc452d289314280a0f8842A65，并说明 1inch V6 与 Permit2 属 CREATE2 部署、可在多链复用，而 USDC 与 wstETH 每链地址不同。

同类型竞品对比分析

方案名称 定位 核心功能 安装/使用门槛 适用场景 优势与不足
addresses（以太坊合约地址验证与管理Skill） 面向 AI 协作的已验证合约地址台账 多链、多协议地址清单；同址/异址标注；版本与弃用提示；验证方法说明 需在支持 Skill 的平台安装；地址内容随技能更新（以官方说明为准） AI 辅助写链上脚本、审计、智能体开发、快速查地址 优势：结构化为 AI 可用，跨链差异讲得清楚；不足：覆盖面限于已收录协议，仍需交易前二次核验
区块浏览器手动查询 链上事实的最终来源 查看已验证源码、合约名称、字节码、交易记录 免费、无需安装，但要逐条搜索 最终确认、异常地址排查 优势：权威、实时；不足：效率低，无法批量提供给 AI 使用
协议官方文档 协议方维护的部署地址页 每个协议自有的部署清单 免费，需逐站点浏览 深度使用单一协议时 优势：版本最新、最权威；不足：分散在数十个站点，格式不统一，跨链对照费时
通用大模型直接回答 依赖模型记忆输出地址 直接生成地址字符串 无需安装 快速草稿、非关键场景 优势：即时；不足：存在臆造与过时风险，无法保证链上真实存在

该技能的典型应用场景与实际体验情况

场景一：DeFi 脚本开发者。 痛点是要在多个 L2 上写同一套兑换逻辑，最容易在“地址表”上出错。使用方式是让技能输出按链分组的常量表，并在每个常量旁标注用途与状态。实际体验：上手几乎零成本，提问即得结构化结果；需注意的是，地址仍需按你的目标链逐一核对，技能本身也明确要求交易前在区块浏览器验证。

场景二：智能合约审计与安全研究。 痛点是要确认某个代理合约是否为官方部署，以及是否存在“看起来一样但实际未部署”的地址。技能中 Morpho Blue 在 Base 已验证、在 Arbitrum 标注为 ❌ 未部署的示例，正是这类判断的典型价值。实际体验：能快速排除“虚荣地址”陷阱，但对未收录协议仍需回到官方文档。

场景三：链上数据分析师。 痛点是要拉取某协议在各链的池子或金库数据，需要准确的合约入口。例如通过 sDAI 的 ERC-4626 金库地址 0x83F20F44975D03b1b09e64809B757c47f942BEeA 定位储蓄 DAI 数据。实际体验：查询效率明显提升，尤其是跨链对照场景；注意 sDAI 利率需通过 pot.dsr() 实时读取，不能依赖静态数字。

场景四：AI 智能体与钱包工具开发。 痛点是要给智能体一个可信的地址来源，避免它在多轮对话中“编造”合约。技能中已包含 ERC-8004 身份注册表与声誉注册表地址，可直接用于智能体身份体系。实际体验：把地址从“模型记忆”迁移到“技能查表”，输出稳定性提升明显；仍需在资金操作路径上加入强制校验环节。

该技能能为用户带来的价值

  • 降低资金风险：错误地址是链上资产损失的高频原因，把地址来源从“生成”改为“查表并验证”，直接减少最危险的一类错误。
  • 提升开发效率：以往要在十几个协议文档之间来回切换、复制粘贴，如今一次提问即可拿到按链组织的地址与状态，节省的是反复比对的时间。
  • 降低跨链门槛：通过同址/异址标注，让不熟悉 CREATE2 机制的开发者也能避开“跨链照搬地址”的坑。
  • 缩短排错路径：版本与弃用提示（如 Velodrome V1 代币已弃用、Uniswap V3 通用路由器属旧版）能减少用错旧合约导致的隐性故障。
  • 沉淀为长期资产：地址清单带有明确的最后验证时间与验证方法，方便团队在内部规范中复用，形成可审计的地址管理习惯。
  • AI 协作质量提升：让模型在生成代码时引用可追溯来源，显著降低“看起来很对”的错误输出比例。

常见问题 FAQ

Q1：这个技能怎么安装？ 在支持 AI 技能机制的平台中，通过技能市场搜索中文名“以太坊合约地址验证与管理”、英文名 addresses 或技能ID 13703 即可定位并添加。具体安装命令与入口因平台而异，以官方说明为准。安装后用“USDC 在 Base 上的地址”这类问题即可验证是否生效。

Q2：使用这个技能收费吗？ 技能详情中未包含定价信息，是否收费、是否有免费额度取决于所在平台的计费规则，请以官方说明为准。技能本身提供的是结构化地址清单与验证方法说明。

Q3：地址都验证过了，为什么还要求我在区块浏览器再确认一次？ 因为“地址存在且身份正确”不等于“协议安全”或“合约未被升级替换”。技能明确说明其只做链上存在性与身份验证，不保证安全性；发送交易前在区块浏览器核对合约名称、源码与官方文档，是最低成本的最后一道防线。

Q4：这个技能适合谁用？ 适合链上开发者、智能合约审计与安全研究人员、链上数据分析师，以及正在构建 AI 智能体或钱包工具的产品与工程团队。如果你只是偶尔查一次地址，手动查区块浏览器也足够；当你需要频繁、跨链、且希望 AI 参与生成代码时，技能的价值才真正体现。

Q5：它和直接问通用 AI 有什么区别？ 通用 AI 依赖参数记忆输出地址，存在臆造与过时风险；本技能提供的是带状态标记、带最后验证时间、带同址/异址说明的结构化清单，并且会主动提醒你去做二次验证。选择建议是：关键资金路径一律以区块浏览器与协议官方文档为最终依据，技能用于提升日常查询与代码生成的效率与准确率。