非托管设计¶
Sera 将充值资产保管在以太坊智能合约中,而非链下账户。保护机制由用户签名指令、合约检查和基于角色的操作权限共同构成。
什么是非托管?¶
正常交易和即时提款通过用户签名授权,用户也可直接在链上申请紧急提款。这减少了对 API 可用性的依赖,但仍依赖部署合约、角色持有者、治理配置和代币行为。
Sera 控制什么 vs. 不控制什么¶
| 组件 | 职责与信任边界 |
|---|---|
| Vault | 链上资产保管与余额;特权方法要求 TRADER_ROLE 或管理员权限 |
| Sera / SOR | 检查已签名交易约束及被授权的结算路径 |
| API / 撮合 | 接收及撮合指令、在账务中预留抵押品、协调结算 |
| 角色持有者 / 治理 | 管理角色授权、暂停及相关特权配置 |
Vault 的特权方法不独立校验用户 EIP-712 签名;其调用者必须遵守授权和账务约束。应核验实际部署的角色持有者及治理安排。
您的资金如何保持安全¶
交易期间¶
充值将代币转入链上 Vault。下单在链下账务中更新 available/frozen 预留,确认结算后更新链上账本。撮合可能失败或回滚,账本更新仍消耗 Gas,详见 Vault 与费用。
兑换期间¶
请签署返回的完整 Intent,包括所有者、接收人、金额及截止时间。路由可使用钱包资金和 Vault 余额。结算必须满足已签名约束,并通过订单及成交证据确认结果。
如果 Sera 离线¶
直接调用 emergencyWithdraw(token, amount),等待至少 7,200 个区块后在申请窗口内执行。可以提取较小的正数金额,执行后整个申请被消费;过期后再次调用会重新申请。仍需满足余额及代币转账条件,详见紧急提款。
如果 Sera 的服务器被黑客攻击?¶
API 被攻陷并不意味着可以直接绕过正常结算路径的签名检查,但仍可能误导用户对报价或状态的判断、干扰服务或影响交易提交。特权密钥或被授权合约被攻陷,与只读 API 进程被攻陷的影响范围不同。
应保护私钥及角色凭据、核对签名约束和接收人,并使用链上证据对账。这些机制不构成零风险保证,也不能将恶意诱导签名视为唯一攻击路径。紧急提款仍受合约和代币条件约束。
开源且可审计¶
所有智能合约都是开源的。任何人都可以:
- 阅读合约代码以验证规则
- 独立审计合约
- 验证已部署的合约与已发布的源代码匹配
源码公开便于独立审查;仍应单独核验部署配置与角色持有者。
审计报告¶
Sera 的智能合约已经过独立审计。完整列表与每个合约的源代码链接请参阅专门的 审计报告 页面,或直接在 GitHub 上浏览审计文件夹。
总结¶
| 问题 | 回答 |
|---|---|
| 充值资产在哪里? | 链上 Vault |
| 正常交易如何授权? | 签名指令及合约检查 |
| 是否存在特权路径? | 存在,需要核验合约角色及治理配置 |
| API 不可用怎么办? | 使用具有等待期和执行条件的链上紧急提款流程 |
| 是否消除所有攻击风险? | 没有;签名、合约、角色和代币行为都影响安全性 |