把劳动合同写成合约状态机：ERC-7750 去中心化雇佣系统的接口语义

远程接单最怕三件事：雇主不付钱、员工拿了预付款消失、干完活双方互相拿不出证据。ERC-7750 创建于 2024 年 8 月 4 日，仓库记录状态为 Review，它把雇佣关系整个搬进合约：公司、员工、合同、工资、争议、互评，每一样都是状态和事件，链上记录本身就是履历与凭证。

公司与员工：先有主体再有合同

一切从 registerCompany 开始，登记公司名与行业，返回公司编号并广播 CompanyRegistered，公司归属登记时的调用者地址。员工侧的抽象是一枚员工代币：mintEmployeeToken 给某地址铸造带元数据链接的代币并返回编号，历次劳动经历以合同编号列表的形式挂在 getEmploymentHistory 下，换雇主时履历随代币走，而不是随某块公司的服务器走。合同的起点是 createContract：公司编号、员工代币编号、薪资、期限、职责说明与终止条件一次写清，发出 ContractCreated 事件——职责与终止条件用文字描述放在链上存档，可执行部分由后续函数承接。

工资必须先进托管

合同创建后要有人把薪水存进来：depositSalary 是带值调用，钱进托管并发出 SalaryDeposited；executeContract 让双方正式激活合同；到期释放靠 releaseSalary，成功时 SalaryReleased 事件记录领取地址。这段设计的重点是顺序：没有存入就谈不上按期释放，员工的交付风险从“雇主事后付”变成“雇主先锁款”，与工程行业预存工资的托管逻辑同构。终止与争议各有一个入口：terminateContract 带理由字符串并广播 ContractTerminated，raiseDispute 在冻结合同的同时广播 DisputeRaised，任何一方都能发起，resolveDispute 的布尔参数给出裁决方向并触发 DisputeResolved。

互评与履历的信任循环

评价环节是对称的：submitReview 对某份合同给出评分与文字评论，存入 ReviewSubmitted 事件，getReviews 拉取一份合同的全部评价，评论和评分随合同永久存档，公司画像与员工画像从各自合同的评价聚合而来。这个设计的巧处在于评价锚定在合同上而不是账号上——一次合作只有一份可评凭证，刷分需要制造真实合同，成本结构比自由评论的留言板健康得多；它的难处在于合同编号之外的自由文本仍是噪声源，链上留痕阻止不了阴阳评论。标准把删除权、排序权和反女巫手段一并留白，平台治理全部承担在这些空位上。

与 NFT 结构的相近性

员工代币与合同记录的搭配，和 NFT 世界的通行做法同构：员工代币类似灵魂绑定凭证，履历不可转手、随人迁移，合同则像带状态机的一次性凭证。区别在于它把版税思维挪到了劳动场景——合同事件流为每段合作提供了可核验的计件依据，自由职业者不再需要靠聊天记录证明职业轨迹。对普通读者，这套结构给出的实用视角是：链上履历的价值取决于签发方的行为一致性，一份频繁产生争议事件或作废记录的公司凭证，即使技术上不可篡改，也已在事件流里自我标注了风险，履历系统的透明度红利永远留给肯读日志的人。

裁决人问题与链上履历的边界

标准把争议裁决交给调解方，却没有规定调解者的产生和问责——这是 Review 状态下最实的开放问题：resolveDispute 谁能调、裁决错了怎么办、资金按什么比例分，接口层留白。读这份标准要带着两条边界：其一，事件字段写的是链上状态，工资是稳定币还是原生 ETH、金额单位与税责归属，标准一概不涉及，任何具体平台的执行细则要另行核验；其二，员工代币上的履历不可篡改是优点也是包袱，一段有争议的记录同样不可篡改，删除与更正机制缺失意味着误登记会长期跟随。它给读者的启发是结构性的：把付款义务和履约证据放进同一套状态机，纠纷就从各执一词变成可重放的日志比对，至于谁来按下裁决按钮，标准诚实地没有回答。

本文为机制说明，不构成任何投资建议。