购买、验收及付款方
刘兵
iMeeting · 第二期交付边界定义 · V2 修订版
iMeeting 为已开发并投入使用之协作工具，核心聚焦于会议流程、共同决策与组织治理。当前面向需求方之沟通方向，是引导其从传统 Web2 协作模式逐步升级至 Web3 治理思维，并将 Web3 的精神真正融入日常协作之中。
由于 iMeeting 本身即服务于多人协作、共识形成与决策执行，天然适合延伸至 DAO 式的共同治理场景；而团队专长正在于程序开发与系统实作，因此此一方向不只是概念，而是可以落地的产品演进路线。
iMeeting 于身份机制上采用钱包身份验证（wallet-based authentication）。使用者可透过多种 Web3 钱包进行登录，例如 MetaMask、imToken 等；系统只要能验证使用者对该 address 的控制权，即可完成身份确认与 session 建立。
此即本期调整之核心价值：缩减的是开发面，不是覆盖面。
此一设计不只是便于登录。验证使用者对 address 的控制权，是后续一切链上治理能力的共同前提——去中心化身份、资格证明、权限分发，以及与多签治理和链上资金流的整合，皆以此为基础架构。本期所建之身份层，即为该架构之第一段。
address 控制权验证、session 建立、身份记录与映射。为后续各层之共同前提。
组织归属、角色与票权比例。依决议由 CI／外部工具承担，iMeeting 侧对接读取。
表决签名引用、协商结果上链与对外查阅、链上资金分配。对应主动议四之方向。
中国内地在地化 Web3 社区自建之钱包，非全球通用，服务对象与使用场景与国际钱包不同。
全球通用数字钱包（MetaMask、imToken、币安等），可与较多区块链网络互动，为本期开发之原始诉求。
本版依据会议 #516349360 已通过之主动议修订。开发项次维持 11 项不变，便于与 V1 逐行对照；变动集中于交付口径、工时与费率结构三处。详细逐项对照见版本变更页。
删减来源为交付范围的实际缩减，非费率让步：不再逐一对接三家钱包、不承诺个别钱包可用性、测试矩阵由七项场景降为三项、插件优先路径整项移除。工时由 164h 降至 70h，减幅 57.3%。
需一并说明的是，缩减发生在「对接钱包数量」这一侧，而非 iMeeting 自身的开发工作。以 WalletConnect 取代多家钱包各自对接，省下的是重复的连接层实作；但后端签名验证、账号体系框架、手机号与地址的映射关系、登录与验票的流程分离，这些工作在 iMeeting 侧必须实做，不因接入方式改变而减少——它们正是本期保留下来的 70 小时。
本版金额 $3,152，较主动议一（一）所定 2000～3000 之区间上沿溢 $152（5.1%）。此一差额已在上述删减完成后计算，提请确认。
本文件为开发报价单，非双方共建型合作协议。资助方以购买功能开发的方式，推动 iMeeting 产品功能线的迭代与递进。购买方确认本报价后，iMeeting 依本声明所定范围进行开发与交付；本声明与报价单具有同等效力，超出本期范围的需求均需书面确认并重新报价。
就全球通用钱包而言，本期交付的对象是「iMeeting 能够透过 WalletConnect 完成登录验证」这一能力本身，而非逐一对接各家钱包。（SEMI 沿用既有 OAuth2 路径，不适用本节所述之边界。）
WalletConnect 在架构上处于中继层的位置。本期的连接结构为三段：iMeeting → WalletConnect → 各家 Web3 钱包。iMeeting 的开发标的仅为第一段，即与 WalletConnect 之间的协议集成；第二段由协议方与各钱包厂商各自维护，不属 iMeeting 开发或验收范围。
因此本期不以「支持某某钱包」作为验收条件，亦不承担单一钱包厂商侧的兼容性责任。相对地，凡已接入 WalletConnect 的钱包，iMeeting 无须额外开发即可承接。
以 Web3 技术为基础，集中开发「wallet Connected」；通过「wallet Connected」完成对相关对象的链接，以实现后续协同；以上述技术标准为主，降低整体开发量。
| 功能点 | 技术实现 & 覆盖场景 | 决议依据 | |
|---|---|---|---|
| IN | (a) WalletConnect 登录入口 | 登录页新增统一「数字身份登录」入口，透过 WalletConnect 承接已接入该协议的加密货币钱包；不再为个别钱包设置独立按钮 | 二（一） |
| IN | (b) 唯一 address 接收与识别 | 登录完成后 iMeeting 接收并记录唯一 blockchain address，作为后续识别与验票的基础元件 | 二（二） |
| IN | (c) 后端签名验证 | SIWE/EIP-4361 风格签名消息；后端以 ethers 验签，校验 nonce、domain/uri、chainId，签发 iMeeting Auth Token | 二（一） |
| IN | (d) 账号体系框架设计 | iMeeting 现以手机号为 primary key；本期就「无手机号仅有 address」之情形完成账号体系的框架层设计，含双主键关系的可行性结构与容忍度评估 | 三（一）（二） |
| IN | (e) 登录与验票流程后端分离 | 后端区分两条校验路径：登录校验沿用手机号体系；表决/验票校验使用钱包地址与签名验证 | 三（一） |
| IN | (f) 手机号 ↔ address 映射 | 数据库映射关系、去重规则、边界条件与冲突提示；同一身份被其他账号占用时不静默覆盖 | 三（一） |
| IN | (g) SEMI 数字身份保留 | SEMI 属中国内地在地化 Web3 社区自建钱包，与全球通用钱包分属不同体系。本期完整保留第一期已交付之 OAuth2 登录能力，机制不变、不经 WalletConnect；仅将其纳入统一入口并写入统一数字身份记录。引导注册 SEMI 仍为首要路径 | 二（二） |
| IN | (h) MVP 链范围 | Ethereum mainnet、OP Mainnet (chainId=10)、Sepolia 测试网；Polygon / BSC 保留配置默认不开 | 二（二） |
| IN | (i) 前端 vendor bundle 静态加载 | 不在浏览器运行时从 CDN/npm 拉包；本地脚本锁定版本预先打包，输出至 client/js/utilities 由 index.html 加载 | 二（三） |
| 类别 | 说明 | |
|---|---|---|
| OUT | 个别钱包厂商适配 | 不承诺特定钱包可用性；不接入 MetaMask 自有 SDK，不为单一钱包做专项适配或插件优先路径 |
| OUT | 协商结果上链 | 主动议四（一）（二）（三）所述之上链与对外查阅机制，属顶层设计所指向的方向，本期不实作 |
| OUT | 组织与成员关系管理 | 成员归属、角色、票权比例等由 CI／外部身份与组织工具承担，iMeeting 侧本期仅预留读取接口 |
| OUT | 链上投票与资金分配 | 表决上链、智能合约执行、链上资金拨付由外部模块完成，iMeeting 负责会议记录与共识判断 |
| OUT | 链上交易与数据读取 | 代币转账、NFT 操作、余额与持仓读取、合约 read/write calls 一概不含 |
| OUT | 非 EVM 链完整接入 | Solana、Bitcoin、TON 等需不同 namespace 与签名验证方式，本期仅做数据结构预留 |
| OUT | 第三方安全审计 | 不含外部审计机构费用；本报价仅含开发自测与联调工时 |
| OUT | 多签与账户抽象方案 | Global Safe 一类多签账户方案已初步评估，成本偏高，本期不纳入 |
本期涉及数个外部系统，各自性质与责任边界不同。下表统一列明，避免范围认定歧义。
| 系统 | 性质 | 与 iMeeting 之关系 | 本期处理 |
|---|---|---|---|
| WalletConnect | 钱包连接中继协议 | 本期唯一的开发对接标的。iMeeting 完成一次协议集成，即可承接所有已接入该协议之钱包 | IN |
| 各家 Web3 钱包 MetaMask、imToken 等 | 全球通用数字钱包 | 经 WalletConnect 承接，iMeeting 不直接对接。钱包与协议之间的串接由协议方与厂商各自维护 | OUT |
| SEMI | 中国内地在地化 Web3 社区自建钱包 | 沿用第一期 C01 已交付之 OAuth2 路径，独立于 WalletConnect，与其并行不相取代 | IN |
| 区块链网络 Ethereum、OP Mainnet、Sepolia | EVM 兼容链 | 签名验证时之 chainId 来源。登录记录须同时保存 namespace 与 chainId，不能只存 address | IN |
| CI / KI | 外部身份与组织管理工具 | 承担组织归属、成员关系、角色与票权比例之管理。iMeeting 侧对接读取，不自行维护该层资料 | 预留接口 |
| SEI / Sammi | 社区侧资料互送与链上索引 | 资料互送、识别与管理之业务逻辑尚在沟通中，边界未定 | OUT |
| 依赖项 | 状态与影响 |
|---|---|
| KI 能否将外部地址加入其不同组织 | 会议中列为待确认事项，需与江、云展、弘扬进一步沟通。若不支持，跨组织身份与权限的落地方式需重新评估 |
| CI 成员／组织关系接口规格 | 尚未提供。本期按「iMeeting 读取 CI」的方向预留接口，实际字段与协议待规格确定后对齐 |
| SEI／Sammi 对接的业务逻辑 | 资料互送、识别与管理的边界尚在沟通中，不属本期交付 |
iMeeting × WalletConnect × SIWE 签名验证 × 账号体系框架设计
| 开发模块 | 任务说明 | 工时 | 单价($) | 费用($) | 依据 |
|---|---|---|---|---|---|
| ① 技术调研与接入方案 | 确认 WalletConnect 接入路径与版本；不再逐一比较各钱包 SDK | 4 | 40 | 160 | 二（一） |
| ② 数据模型与账号框架 | DigitalIdentity / Nonce 数据结构；并含账号体系框架设计——就 iMeeting 以手机号为 primary key、而 address 登录者不必然提供手机号之情形，完成框架层结构、双主键关系可行性与容忍度评估 | 8 | 40 | 320 | 三（一）（二） |
| ③ 后端签名认证接口 | ethers 验签；nonce 生成与消费、SIWE 消息验证、domain/uri/chainId 校验、Auth Token 签发 | 10 | 72 | 720 | 二（一） |
| ④ SEMI 数字身份整合 | SEMI 为第一期 C01 已交付之在地化钱包登录能力，本期原样保留，沿用既有 OAuth2、不经 WalletConnect；本项仅涵盖将其纳入统一入口所需之回调与 token 同步工作 | 3 | 40 | 120 | 二（二） |
| ⑤ 绑定 / 解绑 / 映射 / 冲突 | 手机号 ↔ address 映射、去重规则、边界条件、冲突提示；登录与验票的后端流程分离 | 5 | 40 | 200 | 三（一） |
| ⑥ 前端 WalletConnect 接入 | vanilla JS / webpack 结构下集成 WalletConnect；QR 与 deep link 连接流程 | 10 | 72 | 720 | 二（一） |
| ⑦ 连接策略与回退 | 连接状态管理、断线与拒签处理、回退路径；不含个别钱包插件专项适配 | 2 | 40 | 80 | 二（二）（三） |
| ⑧ OP Mainnet 默认开启 | chainId=10 纳入允许列表；链校验与文案 | 1 | 40 | 40 | 二（二） |
| ⑨ Web3 vendor bundle | 本地 bundle 构建脚本；锁定版本，输出至 client/js/utilities | 3 | 40 | 120 | 二（三） |
| ⑩ 登录页与 Profile UI | 「数字身份登录」入口页面；Profile 展示已绑定身份与绑定／解绑入口 | 3 | 40 | 120 | 二（一） |
| ⑪ 测试与联调 | WalletConnect 登录闭环；Sepolia、Ethereum、OP Mainnet 验签；nonce 重放与过期、地址冲突 | 3 | 40 | 120 | 二（三） |
| 小计 | 52 | 2,720 |
| 模块 | 任务说明 | 工时 | 单价($) | 费用($) | 依据 |
|---|---|---|---|---|---|
| 项目沟通 | 需求确认、阶段同步、产品文案与登录流程确认 | 4 | 24 | 96 | 三（一） |
| 社区对接与方案吸收 | 整理问题清单、与开发者社区沟通、消化意见并转化为实现调整；不含社区侧费用 | 3 | 24 | 72 | 一（一） |
| Review & 文档 | 代码 Review、接口说明、环境变量说明、部署与验收说明 | 4 | 24 | 96 | 三（一） |
| 风险预留 | WalletConnect 版本变化、移动端 deep link 差异、SEMI API 环境差异、联调返工 | 7 | 24 | 168 | 三（一） |
| 小计 | 18 | 432 |
| 项目 | 适用范围 | 上限 | 计算基础 | 上限($) |
|---|---|---|---|---|
| 咨询开发 Consulting & Assisted Development | 包括但不限于：WalletConnect 接入方案复核；SIWE 签名策略与安全边界；多链身份数据模型；CI／KI 对外部地址的接入能力确认；账号体系框架的第三方意见；以及社区伙伴以开发者身份提供之实作性协助开发 | 8 h | $80/h | 640 |
向开发者社区发起之咨询或协助开发费用，采「实报实销」方式执行；提交验证材料：提供 iMeeting 的咨询或技术确认会议纪要。
本项的意义不在于购买顾问时间，而在于为 iMeeting 与 SEI 开发者社区之间建立一条明确的费用出口。同次会议中，刘兵指出社区内本就有 Web3 伙伴可直接沟通，更合适的做法是把人以开发者身份引进来，并同时提出：
本项即为该出口的具体形式。三点须一并载明：
原 V1 称「Web3 专家咨询包」，本版改称咨询开发。差别不只在措辞：本项用途不限于咨询意见，亦涵盖社区伙伴以开发者身份提供的实作性协助。上表所列为常见事项，非穷尽列举；实际发生之协助内容由双方于当次确认。
$80/h 用于推算本项上限额度，其依据为区块链开发者时薪的公开市场数据（见工时说明页）。实际核发以发生的协助内容与双方确认为准；未发生则不申请，亦不存在按上限支付的默认情形。
依主动议一（三），本项报销须提交 iMeeting 的咨询或技术确认会议纪要作为验证材料。即：咨询过程本身须在 iMeeting 内进行并留下记录——何时协商、议题为何、采取何种技术措施、由谁确认，皆须可回溯。
此一安排使费用支出与协商记录互为凭证：付费的依据是记录，记录的可信度又由参与者的确认所支撑。刘兵于会中确认，此种安排「能够促进这个事情进一步发展，而且把一些需求提前地展现出来」。
以下为对未来方向的期待，非本期交付内容，亦不构成本项报销之条件。列此说明，是因为本项的执行过程本身会留下一份可供参考的实际样例。
本项报销凭证为 iMeeting 会议纪要。就现况而言，此一凭证产生于中心化服务器，会中亦已指出其局限——记录本身尚无法与去中心化身份绑定。
但 SEMI 登录已属可用状态（第一期 C01 已交付），而 SEMI 身份可视为一种 DID（Decentralized Identifier，去中心化身份标识符）。因此，参与本项咨询者若以 SEMI 进入 iMeeting，该次协商纪要即同时承载了「谁以何种去中心化身份参与了这次协商」这一层信息。
这使本项实作成为一个具体样例：以 DID 身份登录 → 于 iMeeting 内协商 → 形成可回溯之记录。样例本身尚不完整——记录未上链、对价亦未与身份标识关联——但它把这条路径的前半段实际跑了一次，间接为下一期可能的开发方向提供了参照。
Ethereum Mainnet · USDT 或 USDC · 20% + 50% + 30% 分期
角色资料由 FC 于 2026/8/2 补充确认；iMeeting User ID 用于对应本项目参会者。
0xF701d1b1960efC4FA01F453B1a11d1CA237EB248
付款前请核对 Ethereum Mainnet、所选币种与完整收款地址。本页只有此处为指定收款地址。
| 参数 | 值 | 备注 |
|---|---|---|
| 开发服务费 | $3,152 · USDT 或 USDC | 核心开发 $2,720 ＋ 技术沟通 $432，固定金额 |
| 里程碑分期基数 | $3,152 · USDT 或 USDC | 按三阶段里程碑支付 |
| 咨询开发 | 上限 $640 · USDT 或 USDC | 不纳入里程碑，实报实销另行结算 |
| 支付币种 | USDT 或 USDC | 每笔款项选择其中一种稳定币支付 |
| 转账网络 | Ethereum Mainnet | 付款前确认网络与完整收款地址 |
| Gas 费用 | 付款方承担 | 付款方承担实际 ERC-20 转账网络费用 |
| 阶段 | 里程碑名称 | 触发条件 | 比例 | 金额（USDT 或 USDC） |
|---|---|---|---|---|
| M1 | 启动金 | 本报价确认后支付 | 20% | $630 |
| M2 | 测试版交付 | WalletConnect 登录闭环跑通并交付可测试版本后支付 | 50% | $1,576 |
| M3 | 最终验收 | 正式上线后一周内运行正常、日常流量正常 | 30% | $946 |
| 合计 | 100% | $3,152 |
本报价确认后，购买方向指定收款地址支付 630 USDT 或 630 USDC，开发正式启动。
触发条件为完成以下全部交付物——DigitalIdentity 与 Nonce 数据模型可运行；后端签名验证接口可用；WalletConnect 登录闭环可测试；Sepolia 测试网验签成功；账号体系框架设计文档交付。购买方确认测试版可用后支付 1,576 USDT 或 1,576 USDC（累计已付 70%）。
正式发布上线后，进入一周运行观察期。期间登录流程可用、日常流量与使用正常，即视为验收通过。购买方于验收通过后支付尾款 946 USDT 或 946 USDC。
关于迭代期缺陷：依会议共识，迭代过程中出现非阻断性缺陷属正常情形，不构成验收阻却事由，于后续迭代窗口修正；仅登录流程无法完成之阻断性缺陷方影响验收。
咨询开发上限为 640 USDT 或 640 USDC，采实报实销且不纳入里程碑体系。每次使用后，提供 iMeeting 会议纪要与咨询内容摘要作为报销凭证，按实际发生的协助内容结算；未发生则不申请。
V3 补充交易角色与指定收款地址 · V1 → V2 调整记录完整保留
| 项目 | V3 定案 | 确认来源 |
|---|---|---|
| 购买、验收及付款方 | 刘兵 · iMeeting User ID 68146cbb6d7f11d9374184dd | FC 于 2026/8/2 补充确认 |
| 服务方与代表 | iMeeting · 代表 FC · iMeeting User ID 6527dbf1c0e20a1624269623 | FC 于 2026/8/2 补充确认 |
| 指定付款位置 | Ethereum Mainnet · USDT 或 USDC · 唯一收款地址见付款计划 | FC 于 2026/8/2 补充确认 |
| 项目 | V1 | V2 | 变动 | 依据 |
|---|---|---|---|---|
| 核心开发工时 | 134 h | 52 h | −61% | 主动议二（三）降低整体开发量 |
| 核心开发费用 | $5,360 | $2,720 | −49% | 同上 |
| 技术沟通工时 | 30 h | 18 h | −40% | 随开发范围同步下修 |
| 技术沟通费用 | $720 | $432 | −40% | 同上 |
| 开发服务费 | $6,080 | $3,152 | −48% | 主动议一（一）额度区间 |
| 基准开发费率 | $40/h | $40/h | 不变 | 下降者为工时，非费率 |
| 技术沟通费率 | $24/h | $24/h | 不变 | 沟通部分与前案一致 |
| Web3 专项费率 | — | $72/h | 新增 | 仅适用 ③⑥ 两项 |
| 第三部分名称 | Web3 专家咨询包 | 咨询开发 | 改名 | 主动议一（二） |
此为本次会议之核心变更，本期其余各项调整皆由此衍生。V1 以 MetaMask、imToken 等全球通用钱包逐一对接为设计前提，各自的 provider、session 与异常处理需分别实现，工时因此偏高。会议中确认，全球通用钱包已各自完成对 WalletConnect 的接入，iMeeting 只需完成一次集成即可承接。
本项调整仅涉及全球通用钱包。SEMI 属中国内地在地化 Web3 社区体系，为第一期 C01 已交付之能力，本期沿用既有 OAuth2 路径原样保留，不在本次调整与删减范围内。
据此，开发标的由「N 个钱包」收敛为「WalletConnect 一个协议」：iMeeting 只对接 WalletConnect，再由 WalletConnect 向下串接各家 Web3 钱包。验收条件相应下修为「iMeeting 能透过 WalletConnect 完成登录验证」，不再逐一列举所支持之钱包。
此举同时降低开发量与验收风险：开发量不再随钱包数量增加，iMeeting 亦不承担个别钱包厂商侧的兼容性责任。
→ 影响项次：① 减 6h、⑥ 减 10h、⑦ 减 6h、⑪ 减 7h
iMeeting 现以手机号为 primary key。透过 WalletConnect 进入的使用者不必然提供手机号，等于要求 iMeeting 接受一个没有电话号码的账号结构；此一结构对底层逻辑有连带影响，且影响不在当期立即显现。
因此本期不做细部实作，而是先完成框架层设计：把大的方向与流程界定清楚，为后续各种协作可能性保留接口，避免把口径做窄。此项已并入项次 ② 的任务说明与工时，未新增项次。
会议中另提出双主键构想——手机号与链上地址互为主键、可相互代替，如同既有账号中手机号与邮箱的互相认证关系。本期就此构想完成可行性结构与容忍度评估，实作不在本期范围；同时确认手机号登录路径完全保留，不在 Web3 社区的既有使用者不受影响。
→ 影响项次：② 由 12h 降为 8h，但任务说明扩充，含框架设计
本次调整下降的是工时与验收范围，费率维持 V1 水平：基准开发 $40/h、技术沟通 $24/h 均未变动。
同时，V1 将全部核心开发按单一费率计价，未区分工作性质。本版就直接触及钱包协议与链上签名验证的两个项次——③ 后端签名认证接口、⑥ 前端 WalletConnect 接入——另设专项档 $72/h。此二项涉及 SIWE 消息构造、nonce 防重放、签名恢复与地址校验等 Web3 专项能力，与一般全栈开发工作性质不同。
$72/h 的取数依据为区块链开发者时薪的公开市场数据（全球平均 $78/hr，见工时说明页），本档位于该均值下沿。其余九项仍按亚太资深全栈水平计价。
→ 影响项次：③ 与 ⑥，合计 20h；其余 32h 维持 $40/h
V1 将此项列为外部顾问咨询。会议中确认，社区内本有 Web3 伙伴可直接沟通，更合适的做法是把人以开发者身份引进来，而非单列一笔顾问费。据此本项改名为「咨询开发」，并逐项列明适用范围。
同时明确：$80/h 为计算基础而非核发基数，实报实销、未发生则不申请，且不计入开发服务费与里程碑体系。
纪要原文第一项（一）作「将向开发者社区的咨询或协助开发费用申请额度控制在 2000～3000 之间」，将两笔性质不同的费用并入同一句。依会中原始语境，二者应予区分：
2000～3000 之区间，所指为 iMeeting 自身开发（即本报价单模块一与模块二）。该数额系于会中讨论 iMeeting 侧工作量时提出并获认可，与开发者社区费用无涉。
向开发者社区发起之咨询或协助开发费用，另采实报实销执行，价格测算基础按原案保留（$80/h），用途不限于咨询，亦涵盖协助开发。
据此，（一）之主语更正为 iMeeting 自身开发，（二）补明其主语为开发者社区费用。第（三）项及第二、三、四项均照录纪要原文，未作更动。
| 主动议 | 决议内容 | 本期落点 |
|---|---|---|
| 一（一） | iMeeting 自身开发（模块一、模块二）之费用申请额度控制在 2000～3000 之间 | 开发服务费 $3,152（模块一 $2,720 ＋ 模块二 $432）；较区间上沿溢 5.1%，已附说明 |
| 一（二） | 向开发者社区发起之咨询或协助开发费用，采「实报实销」方式执行 | 咨询开发上限 $640，下限 $0，不计入开发服务费与里程碑 |
| 一（三） | 提交验证材料：提供 iMeeting 的咨询或技术确认会议纪要 | 咨询开发报销凭证机制（见报价页第 3 点） |
| 二（一） | 以 Web3 技术为基础，集中开发「wallet Connected」 | 项次 ①③⑥⑩；交付范围 (a)(b)(c) |
| 二（二） | 通过「wallet Connected」完成对相关对象的链接，以实现后续协同 | 项次 ④⑦⑧；交付范围 (g)(h)。此处「相关对象」指 WalletConnect 所承接之各家钱包，本期不对特定对象作专项对接承诺 |
| 二（三） | 以上述技术标准为主，降低整体开发量 | 项次 ⑨⑪；核心工时由 134h 降至 52h |
| 三（一） | 将更多工作量放在 iMeeting 侧，开展 Web3 相关工作 | 项次 ②⑤ 及模块二；交付范围 (d)(e)(f) |
| 三（二） | 对整体框架与并行机制进行顶层设计 | 项次 ② 之账号体系框架设计 |
| 四（一） | 为未来将协商结果上链进行顶层设计 | 本期不交付，列 OUT OF SCOPE。惟模块三之执行过程将产生一份「DID 身份下之协商记录」实际样例，可供下一期方向参考 |
| 四（二） | 逐步将协商结果从 iMeeting 中心化服务器迁移到链上 | 本期不交付，同上 |
| 四（三） | 为其他人提供链上查阅能力 | 本期不交付，同上 |
会议中就 Web3 身份与 iMeeting 的整合，界定出「至少两次互动」的分层结构。本期仅交付第一次互动。
iMeeting 接收并记录唯一 blockchain address，完成签名验证与账号关联。这是本期交付的基础元件。
address 属于哪个组织、是正式成员或旁听、是否兼任管理员、票权比例如何——此层由 CI／外部身份与组织工具承担。
哪些表决走内部流程、最终表决如何引用签名、协商结果如何上链与对外查阅——需另一套设计。
| 期别 | 合同 | 交付内容 | 版本 | 状态 |
|---|---|---|---|---|
| 第一期 | C01 · SEMI 钱包集成 | SEMI 单一钱包 OAuth2 身份登录与账户绑定 | V3 定版 | ✅ 已完成交付 |
| 第二期 | C04 · 数字身份登录 | 多元数字身份统一接入与 EVM 签名登录 | V1 | 📄 2026/6/29 |
| 第二期 | C04 · 数字身份登录 | WalletConnect 登录接入与账号体系框架设计 | V2 | 📄 2026/8/1 |
| 第二期 | C04 · 数字身份登录 | 补充交易角色与指定收款地址 | V3 | 本文件 |
| 版本 | 日期 | 工时 / 开发服务费 | 变更说明 |
|---|---|---|---|
| V1 | 2026/6/29 | 164h / $6,080 | 第二期首个正式报价版本。核心开发 134h × $40/h、技术沟通 30h × $24/h、Web3 专家咨询 8h × $80/h；付款采 USDT 三阶段里程碑 |
| V2 | 2026/8/1 | 70h / $3,152 | 依会议 #516349360 主动议修订。全球通用钱包之交付口径改为 WalletConnect 统一接入，SEMI 沿用 OAuth2 原样保留；核心开发降为 52h、技术沟通降为 18h；新增 Web3 专项费率 $72/h（限 ③⑥）；基准 $40/h 与沟通 $24/h 维持不变；第三部分改名「咨询开发」并另行列支；新增前置假设与外部依赖章节；主动议四列入 OUT OF SCOPE |
| V3 | 2026/8/2 | 70h / $3,152 | 开发范围、工时、费率与里程碑金额不变；补充购买／验收／付款方与服务方代表资料；指定 Ethereum Mainnet 唯一收款地址；付款币种扩充为同等数额 USDT 或 USDC |
本版所载之范围、工时与金额，均形成于 2026/7/31 会议 #516349360 的协商过程，并以该次会议之会议纪要与发言记录为凭。本页所引原话皆附发言人、时间与会议编号，可回溯查证。
此一安排并非形式要求。会议中确认的原则是：范围、责任与费用若不在事前谈清楚，事后即易生「谁做多了、谁没做到、款项如何分配」之争议；而使协商过程可被记录、可被回溯、可被引用，正是避免此类争议的方法。
本报价单据此形成，亦即：iMeeting 的协商记录机制，在本次采购中被实际使用了一次——所验证的正是本期开发所要扩展的那项能力。
说明本期 70 小时工时构成的客观依据 · 四层费率市场参考
| 下降来源 | 减少工时 | 说明 |
|---|---|---|
| 多通道并行改为单一接入 项次 ① ⑥ ⑦ ⑪ | −29 h | 不再为 MetaMask、imToken 分别实现 provider、session 与异常处理；插件优先路径整项移除；测试矩阵由七项场景降为三项 |
| 账户合并分支简化 项次 ⑤ | −11 h | 手机号仍为登录主体，「钱包首登即建号并与老账户合并」之复杂分支不在本期 |
| SEMI 整合工作量下修 项次 ④ | −9 h | 第一期 C01 已建成 OAuth2 能力，本期保留不改动，仅纳入统一入口。下修者为整合工时，非删减 SEMI 功能 |
| 签名路径与链范围收敛 项次 ③ ⑧ | −15 h | 仅实现一条 EVM 签名验证路径，不再兼顾多种 provider 的消息构造差异；链切换 UI 简化为配置项。此二项工时下降，但费率提升至专项档 |
| 其余项次按比例压缩 项次 ② ⑨ ⑩ | −18 h | 数据模型、vendor bundle、登录页与 Profile UI 随范围收敛同步下修；② 虽减 4h，但任务说明扩充为含账号体系框架设计 |
| 合计 | −82 h | 134h → 52h |
iMeeting 只需完成一次 WalletConnect 集成，即可承接已接入该协议的钱包。集成本身仍需完整实现连接、会话与异常处理，但不再随钱包数量线性增加。
登录不能只信前端的钱包连接状态，必须由后端验证带 nonce 的签名消息，防止重放与跨域冒用。这是签名登录不可省略的硬成本，故列为 Web3 专项档。
iMeeting 以手机号为 primary key，而 address 登录者不必然提供手机号。此结构性问题须在本期先做框架层设计，否则后续每一步扩展都会受限。
手机号与 address 的映射、去重、冲突提示，是跨所有数字身份复用的核心能力，边缘场景对真实用户有实际影响，须完整处理。
QR 扫码与 deep link 在不同浏览器与设备上存在真实联调成本；协议方版本变化亦需预留风险工时。
OP Mainnet 与 Ethereum 共享地址格式但 chainId 不同（chainId=10），登录记录必须同时保存 namespace 与 chainId，不能只保存 address。
Web3 依赖先在构建环境固定版本并打成浏览器 bundle，由 iMeeting 自己的静态文件服务下发，不依赖运行时 CDN，便于审计与回滚。
本期不做链上交易与资产读取，但数据结构须保留 namespace / chainId / address / signatureMethod，避免下一阶段推倒重来。
| 档位 | 费率 | 适用范围 | 取数依据 |
|---|---|---|---|
| Web3 专项 | $72/h | 项次 ③ ⑥（共 20h） | 区块链开发者全球平均 $78/hr，本档位于其下沿 |
| 基准开发 | $40/h | 其余九项（共 32h） | 亚太资深全栈市场中位数；与 V1 一致 |
| 技术沟通 | $24/h | 模块二（18h） | 不涉 Web3 专项能力；与 V1 一致 |
| 咨询开发 | $80/h | 模块三（上限 8h） | 计算基础，非核发基数；实报实销 |
综合 Index.dev、Arc.dev、MarsDevs、Jobbers.io、web3.career 等 2025–2026 年报告
| Web3 / 区块链指标 | 数据 | 来源 |
|---|---|---|
| 区块链开发者全球平均时薪 | $78/hr（$41–136） | web3.career Jun 2026 |
| Web3 自由开发者时薪范围 | $80 – $250+ | Blockopedia 2026 |
| Web3 vs 普通开发溢价 | +30% – +90% | Jobbers.io 2026 |
| 区块链/Web3 具体案例对比 | $75 → $145/hr (+93%) | Jobbers.io 2026 |
| 亚洲 Web3 开发者活跃占比 | 36.4%（全球第一） | OKX Ventures Jan 2026 |
| 议题 | 纪要要点 |
|---|---|
| iMeeting 使用 WalletConnect 登录方案 | 一期实现 WalletConnect 登录流程，iMeeting 接收并记录唯一 address；登录校验继续使用手机号体系，投票／验票校验使用钱包地址与签名验证，并在后端分离流程；由 CI 处理成员与组织关系 |
| 登录流程与钱包接入方案 | 将整体工作拆成一次一次的小项目，便于讨论与落地；允许迭代过程中出现 bug，并在后续迭代中修正 |
| 主动议 · 获默认一致同意 | 一、预算与费用申请（额度 2000～3000、实报实销、凭 iMeeting 纪要）；二、Web3 开发交付范围与技术标准（集中开发 wallet Connected、降低整体开发量）；三、iMeeting 侧 Web3 工作安排（更多工作量放在 iMeeting 侧、顶层设计）；四、上链与协商结果对外查阅机制 |
| 议题 | 纪要要点 |
|---|---|
| iMeeting × SEMI 共同用户机制 主动议 1.2 · 赞成 2 票 | 第③项：探讨除 SEMI 钱包外其他钱包（MetaMask、imToken 等）加入的情况，须先梳理产品设计逻辑与生态 |
| Web3 合同与表决机制 主动议 2.1 · 赞成 2 票 | 表决确认 → 资金扣入决议 → 转化电子合同 → 智能合约执行；推动 Web3 方向，需评估法律风险 |
此段发言为本期功能的原始需求出处，所指为在 SEMI 之外增加全球通用钱包。V1 依此设计为三家钱包并列于同一面板；V2 依 2026/7/31 决议，改由 WalletConnect 统一承接全球通用钱包，用户仍可自行选择所持钱包，但清单由协议方提供，iMeeting 不再自行维护。
须一并说明：此一调整不涉及 SEMI。SEMI 为第一期已交付之在地化钱包能力，本期沿用既有 OAuth2 路径保留，与 WalletConnect 并行。需求方向未变，改变的仅是全球通用钱包的接入方式。
用于报价沟通和需求确认的关键概念解释
本报价单所用之专有名词，统一定义如下。技术细节仅作简要注解，目的在于避免误解，非教学说明。
| 术语 | 定义 |
|---|---|
| WalletConnect | 钱包连接中继协议。使用者的钱包与应用之间透过此协议建立连接（QR 扫码或 deep link 唤起 App）。本期 iMeeting 的对接标的即为此协议 |
| wallet-based authentication 钱包身份验证 | 以「验证使用者对某个区块链地址的控制权」来完成身份确认与 session 建立的登录方式，取代传统的帐号密码或简讯验证 |
| blockchain address 区块链地址 / address | 钱包在链上的唯一标识，形如 0x…。本期 iMeeting 接收并记录此地址，作为后续识别与验票之基础 |
| SIWE / EIP-4361 | 即「Sign-In With Ethereum」，以太坊登录签名规范。定义登录签名消息应包含哪些字段（domain、address、nonce、chainId 等）及其验证方式 |
| SIWX | 即「Sign-In With X」，X 为任意链之占位符。指将 SIWE 的登录思路扩展至 EVM 之外（Solana、Bitcoin 等）。本期不实作，仅于字段上预留 |
| nonce | 一次性随机字串。每次登录产生一个，验证成功后立即作废，用以防止签名被截取后重复使用（重放攻击） |
| chainId | 链的数字识别码。Ethereum mainnet 为 1，OP Mainnet 为 10，Sepolia 测试网为 11155111 |
| namespace | 链体系标识。例如 eip155 表示 EVM 系。与 chainId 并用，方能唯一确定一个地址所属之链 |
| ethers | 后端进行签名验证所使用之函式库。用于从签名恢复出地址，并与消息中所声明之地址比对 |
| Auth Token | iMeeting 自身签发之登录凭证。签名验证通过后签发，后续请求凭此识别使用者身份 |
| primary key 主键 | 数据库中唯一识别一笔记录之字段。iMeeting 现以手机号为主键，此为本期需处理之结构性课题 |
| vendor bundle | 预先打包之第三方依赖档。在构建环境锁定版本后打包，由 iMeeting 自身静态服务下发，不依赖运行时的外部 CDN |
| deep link | 可唤起手机 App 的连结。移动端使用者点击后直接跳转至钱包 App 完成签名 |
| EVM | 即「Ethereum Virtual Machine」，以太坊虚拟机。兼容此规格之链可共用同一套签名与地址逻辑 |
| DID | 即「Decentralized Identifier」，去中心化身份标识符。不依赖中心化机构签发之身份标识 |
| SEMI | 中国内地在地化 Web3 社区自建之钱包。第一期 C01 已完成整合，采 OAuth2 登录 |
| CI / KI | 外部之身份与组织管理工具。承担组织归属、成员关系与票权之管理，iMeeting 侧对接读取 |
| C01 / C04 | 本项目之合同编号。C01 为第一期（SEMI 钱包集成），C04 为第二期（本报价单） |
client/js/utilities，由 index.html preload、页面需要时动态加载。好处是版本受控、便于审计与回滚，且不改变 iMeeting 现有 vanilla JS 架构。ethers 做 EVM 签名验证。后端不引入前端连接组件，只处理 nonce、message、signature、chainId、address、账户绑定与 iMeeting Auth Token。https://imeeting.club/C04-digital-identity-login/