跳至正文
数字资产

T-SURE

T-SURE将保障置于平台之内,而非平台之侧。保障在用户本已所处的节点提供:开户、托管、转账。管理通过基础设施完成,而非纸面流程。
概览
嵌入式保障层
保障什么
客户在交易平台上的余额及其在平台内的交易,限于平台之内,不含离开平台的路径。
撰写依据
受监管交易平台的边界,平台位于欧洲时适用MiCAR

嵌入式保障层

客户在交易平台上的余额及其在平台内的交易,限于平台之内,不含离开平台的路径。

保障模块

  1. 平台集成

    保障原生嵌入平台自有的产品流程,以平台自有的界面呈现。

  2. 程序化资格判定

    承保资格与风险评估依据平台信号得出,而非依据表单填报。

  3. 组合承保

    平台用户群体作为一个组合整体承保,定价以观察到的行为为依据。

  4. 运营报告

    就风险敞口、投保率与集中度持续向平台报送。

  5. 响应路径

    既定的事件处理路径,经由平台自有的支持与运营体系运行。

承保风险

  • 针对平台内客户余额的盗窃与账户接管
  • 造成客户损失的平台技术故障
  • 平台破产,在既定承保范围之内
  • 交易本身,就在客户已在进行交易的那个环节

绝不承保

  • 价格波动、交易亏损及任何市场结果
  • 转入自托管的路径,以及此后发生的一切
  • 平台无法控制之外的客户凭证遗失
  • 未受监管的交易平台与交易对手
  • 战争、恐怖主义、核能、疫情及主权行为

承保生效条件

这些是承保生效的条件,而非理赔时的争点。证据不到位,保障即不生效。

撰写依据

  • 受监管交易平台的边界,平台位于欧洲时适用MiCAR
  • 受保护账户上的KYC、KYT与转账规则纪律
  • 逐账户限额与硬性累计限额,按交易对手约定
  1. 平台准入

    受监管的交易平台,且受保护余额的边界须在承保生效前界定。

  2. 技术认证

    对平台控制环境的独立评估,须持续更新而非一次归档。

  3. 逐账户对账

    余额可按账户对账,使承保标的从不是一个测算数字。

  4. 理赔证据路径

    自平台自身记录至理赔档案的约定路径。

适用对象

  • 交易所与交易场所
  • 托管钱包服务商
  • 经纪与支付平台
  • 数字资产新型银行

承保能力、责任限额、保单条款与商业条件不予公开。上述内容按交易对手逐一架构,并在具体业务接洽中直接提供。

产品

结构已经建成。条款与您共同确定。