跳转至

非托管设计

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 不可用怎么办? 使用具有等待期和执行条件的链上紧急提款流程
是否消除所有攻击风险? 没有;签名、合约、角色和代币行为都影响安全性