01连接外部钱包
客户可以使用已有的钱包——已安装的 Protocore Wallet、浏览器扩展、在设备上签名的硬件钱包，或任何可扫描二维码的手机钱包。无需强制迁移，也无需新的助记词。连接不会移动资金，并一次覆盖所有受支持的网络。
- 已安装钱包、扩展、硬件钱包，或任意钱包扫码
- 硬件密钥绝不离开设备
- 一次连接，覆盖所有受支持的网络
02从链上到 IBAN
一条流程，把价值从区块链送到银行账户。演示中，0.052 ETH 在 Ethereum 上完成确认——12/12 个确认——按锁定汇率 €2,863.46 桥接为欧元，并于当天通过 SEPA 即时转账结算至 IBAN RO49 ···· 0421。无需手动出金，也无需另一款产品：发送方看到的是一笔交易，收款方看到的是欧元。
03多链资金管理
主流公链上托管的 €4,204,319，一个视图尽收眼底。每种资产都有各自的策略——用于运营的 USDC 热钱包、冷存储的比特币、其余资产采用 2-of-3——签名人状态随审批进展实时更新。近期结算就列在对应余额的旁边。
- BTC、ETH、Base 和 Solana，同一个控制台
- 资产负债表上按资产显示托管策略
- 待审批事项的签名人状态实时可见
04发送前确认
发送前，所有信息都会先摆出来：目标地址、网络、网络费用和总额——演示中为 0.052 ETH，法币价值就显示在金额下方——如果该地址从未向你转入过资金，还会给出明确警告。用户读完将发生的一切之前，不会有任何资金移动。
05桥接，端到端
结算控制台实时监控每一笔跨链转账：今日已付出 €18,410.10，3 笔在途，7 天内已结算 128 笔，链到 IBAN 的中位耗时 4 分 32 秒。每一行都有交易哈希、实时确认数和 EUR 付款金额——每次桥接确认前会显示转换汇率，EUR 金额在付款时锁定。
- 逐笔显示哈希、确认数和付款状态
- 确认前显示汇率；EUR 金额在付款时锁定
- 近期付款与其到账的 IBAN 一一对应
06签名人，有据可查
签名页面展示 2-of-3 策略的实际运行状态：三台已登记设备——硬件密钥、安全隔区中的手机密钥，以及只联合签名、从不发起的 HSM——并显示最近签名时间和状态。有两笔操作在等待第二个签名，其中一笔是向冷金库转移 12,500.00 USDC，无人签名则到期作废。
07网络状态
四条通道，实时更新：各网络的拥堵情况、充值地址、付款前所需确认数以及运行状态——演示中 4 个网络里有 3 个正常，Solana 正在从一次 RPC 故障中恢复，而充值始终安全。事件日志如实记录最近 30 天，点击“提醒我”即可订阅变更通知。
08运营方的加密货币总览
通道的关键指标集中在一屏：3 笔卡住的充值待处理，24 小时内 2 笔失败，1 笔 P2P 转账被扣留待审——每一项都可一键进入对应队列。下方是各服务商的健康状况及熔断器状态：chain-rpc 闭合、exchange-bridge 半开、btc-node 空闲，每十秒刷新一次。
09充值转法币，全程可追溯
每一笔记入法币余额的链上充值都保留完整轨迹：钱包地址、交易哈希、订单与兑换 ID、结算时记录的汇率和费用，以及入账的账户所有人。演示中的详情抽屉显示 250.00 USDC 经 Base 到账，两分钟后记入 €238.62——对于客服上报的情形，还提供受控的冲销退款。
102-of-3 签名
超过 €10,000 的资金管理操作需要三位签名人中的两位签名——任何个人都无法单独动用资金。低于该阈值时，热密钥自动签名，保证业务顺畅运转，HSM 密钥则作为第三签名人待命。这与 Safe 为个人用户采用的托管模式相同。
11确认追踪
每笔结算的整个过程实时可见：已提交、上链并显示实时确认数——演示中为 3/12——然后结算完成。交易哈希、网络费用和参考号只需一次点按，并附有指向区块浏览器的直达链接。
12只读连接
连接钱包只会共享余额和地址，别无其他。每一笔转账都在客户自己的钱包中签名，逐笔审批。平台只能查看，只有客户才能转出。
13SEPA 即时转账出金
桥接的终点是银行账户，而且很快。演示中的 USDC 转账于 14:02 提交，14:06 通过 SEPA Instant 结算至对应 IBAN——四分钟内欧元到账，中间无需任何手动步骤。
14热层与冷层
托管策略按资产设置，而非按账户设置。演示中的资金池将运营用 USDC 放在热钱包，比特币冷存储，其余资产采用 2-of-3——每一层都显示在它所管辖的资产负债表上，包括转入冷金库的内部转移。
15四个网络
BTC、ETH、Base 和 Solana，并在关键场景提供稳定币结算——演示中在 Base 上结算 USDC。一个控制台，一套策略模型，一座通往 IBAN 的桥，覆盖所有网络。
16确认前显示汇率
任何桥接都不会按客户没见过的汇率执行：每次桥接确认前都会显示转换汇率，EUR 金额在付款时锁定。机制本身就是承诺——而不是我们事先报出的某个数字。
17按网络设置确认策略
每条通道在达到各自的确认数后付款——演示中 Bitcoin 为 6，Ethereum 和 Base 为 12，Solana 为 32。最终性取决于各网络自身的判断，而不是一个全局常量。
18充值地址轮换
充值地址按每张发票轮换，并以遮蔽形式显示，完整地址可通过 API 获取。每笔付款都对应预期收款的那张发票——对账从设计上就已完成。
19事件与告警
RPC 降级、拥堵加剧、节点维护——事件日志会记录每一次的时间窗口与影响范围，状态告警则把变更推送给所有订阅者。坏消息与好消息，走的是同一条通道。
20熔断器
通道背后的每个服务商都运行在熔断器之后——健康时闭合，恢复中半开，退出轮换时空闲。健康状况是一个可读取的状态机，每十秒刷新一次。
21卡住充值的恢复
链上已确认、却卡在兑换环节的充值，是一个可处理的队列，而不是悬案：卡住的充值会显示在概览中，运营人员可原地重新排队兑换。客户的资金会走完全程。
22撤销与退款
入账必须退回时，撤销会在账本上记一笔冲正借记，并在链上退款——这是一条真实的会计分录，而不是删除。该操作仅限高级运营人员执行，并写入审计日志。
23密钥轮换
签名密钥的轮换和其他操作一样：发起提案、达到法定人数签名、延时执行——演示中的手机密钥重新签发，在法定人数签名后 24 小时执行。轮换历史会完整记录过去的每一次密钥事件。
24带时间锁的策略变更
更换签名人或修改阈值，本身也要经过 48 小时的时间锁，提案发起时会提醒每一位签名人。保护资金的策略，同样以这种方式保护自身。
25提案过期
迟迟收不到第二个签名的待处理操作会自动过期——演示中的冷金库转账还剩 22:41:02。陈旧的意图会自行失效，而不是等着被利用。
26导出
转账记录可直接从结算控制台导出——哈希、确认数、付款和参考号一应俱全，可直接交给财务或审计人员。跨链桥的历史，就是一份可以交出去的文件。
27产品家族共用的通道
Chain 是整个产品家族进行加密资产结算的通道——on-ramp、ATM 购买和钱包余额，都经由同一座桥。可以独立运行，也可以在其他产品之下默默发挥作用。
