核心层
所有业务之下，只有一本账本。
平台的中心是一套统一的账户账本。每个账户——客户钱包、商户余额、手续费账户、结算账户——都是账本上的一个节点，每一次价值流转都是一笔复式记账：一个账户借记，另一个账户贷记，两端始终相等。账本只可追加。分录不会被修改或删除，更正以一笔新的反向分录完成，因此余额如何变成当前数值，完整历史始终可以还原。账户、KYC 状态、已发行的卡片和加密地址都挂在同一个账户模型上，所以一笔卡片授权、一笔银行转账和一笔链上入金可以记入同一个余额，无需再靠对账层把多个独立系统拼接起来。
- 01复式记账：每笔分录都平衡，借方等于贷方
- 02只可追加：更正即新增分录，绝不修改
- 03法币、卡片与加密资产共用一个账户模型
- 04KYC 状态随账户流转，而非存放在旁路表中
一笔支付的完整旅程
一笔支付，从创建到对账。
一笔支付不是一次调用，而是一个简短的生命周期，每个阶段都是账本和您的系统都能看到的状态。每次状态变更都会触发 webhook，每次写入都是幂等的——同一个键重放得到同一个结果，所以重试的请求绝不会重复扣款。
- 01
创建
发起一笔支付意图：金额、币种、涉及的账户。此时资金尚未移动——账本记录一条待处理分录。
- 02
授权
通道核验资金与风险并冻结额度。对卡片而言这就是授权；对转账而言，则是预留借记额度。
- 03
请款
冻结的金额被确认。账本记入复式分录，真正在两个账户之间转移价值。
- 04
结算
资金经底层通道清算——卡组织、银行或区块链——结算账户与真实资金对平。
- 05
对账
平台将自身的分录与通道的结算报告逐笔比对；对不上的会被标记出来，而不是被掩盖。
应用层
上层是白标应用，底层是同一个平台。
核心开放能力，应用层把这些能力变成产品。每个面向客户的应用——网页端和移动端——都是白标客户端，以各自的品牌呈现同一套账户、支付和卡片。主题由 token 驱动：颜色、字体、圆角和间距均来自设计 token 体系（PDS），运营方只需修改 token 即可重塑整个界面，无需 fork 应用。同一个平台可以走向截然不同的方向——面向消费者的neobank、商户收单应用、发卡项目、加密资产出入金通道，或内部运营工具——而不会变成五个互相独立的产品。它是同一个平台换上不同的外观，靠配置而非重建。
- 01白标网页端与移动端客户端，共用同一套 API
- 02Token 驱动的主题（PDS）：靠配置换肤，无需 fork
- 03五个示例方向——neobank、收单、发卡、ramp、运营
- 04新界面靠配置上线，无需重建
运营管理
在控制台中操作，每一步都留有理由记录。
每个应用背后都有一个运营控制台。客服人员在这里查询账户，风控分析师在这里冻结卡片，运营负责人在这里冲正分录。读取权限宽泛，特权操作则不然。凡是涉及资金流动、修改限额或触及客户资金的操作，执行前都必须填写理由，并写入一条不可篡改的审计记录——谁操作、对什么操作、何时操作、为何操作。权限遵循最小权限原则，每位运营人员只能查看和执行其角色允许的内容。这就是 Protocore Center 这一运营控制台的模式，平台上的每个系统也都内置了同样的做法：敏感操作有意为之、可追溯到人、事后可复核。
- 01读取宽泛，写入受控——特权操作是例外
- 02任何涉及资金的操作，执行前必须填写理由
- 03不可篡改的审计轨迹：谁、做了什么、何时、为何
- 04按运营角色授予最小权限
加密桥接
加密资产与法币，同在一本账本上。
在平台上，加密资产不是孤立的竖井；加密地址只是同一账本上的又一个账户。出入金通道（on/off-ramp）在边缘完成法币与数字资产之间的兑换——客户用银行卡或转账为余额充值并获得加密资产，或卖出加密资产并提现到银行账户。链上价值可以一路结算到银行通道：收到的链上付款记入账户、完成兑换，再支付到 IBAN，收款方看到的就是银行账户里普通的钱。由于两段流程都记入同一本复式账本，一笔始于链上、终于银行转账的资金流动，只有一份完整对账的历史，而不是两套系统靠人工对账。
- 01加密地址和其他账户没有区别
- 02出入金通道：在边缘完成法币与数字资产的兑换
- 03链上结算，直达 IBAN 付款
- 04两段流程共用一份已对账的历史
构建界面
API、webhook，以及可供开发的沙盒。
应用能做的一切，都通过一套有文档的 API 完成——创建账户、发起支付、发行卡片、启动 ramp。示例调用形如 POST /v1/wallets 或 POST /v1/payments；接口风格为 REST，每次写入都带幂等键。状态变更以 webhook 推送，您的系统响应事件，而无需轮询。开发在沙盒租户中进行——这是平台的隔离副本，带有测试通道，您可以跑通从创建到对账的完整流程，而不会动用真实资金。每个产品向您开放哪些能力、属于哪一档，由其访问等级决定；各产品页面会详细说明每个等级包含的内容。
- 01有文档的 REST API，写入幂等
- 02每次状态变更都有 webhook——事件驱动，无需轮询
- 03带测试通道的沙盒租户，与生产环境隔离
- 04范围与限额由各产品的访问等级决定
坦诚的边界
Protocore 构建软件，牌照承担受监管的部分。
一款支付产品由两部分融合而成：持有和转移资金的监管许可，以及发出指令、记录并对账的软件。Protocore 构建软件。受监管的活动——持有客户资金、开立账户、在卡组织网络上转移资金——由运营方自己的牌照或持牌合作伙伴承担，例如银行、EMI 或支付机构。平台可适配您自带的各类受监管通道，并让卡数据留在通道内、不经过您的服务器；但它不能替代这项许可，任何软件都不能。监管边界划在哪里，由您与合作伙伴共同决定，而这套架构可以平稳地落在边界的任何一侧。
- 01是软件层，不是牌照
- 02受监管活动由运营方或持牌合作伙伴承担
- 03卡数据留在通道内，不经过您的服务器
- 04适配您自带的受监管通道
相关延伸
顺着线索继续深入。
本页的每个概念都有更完整的去处——定义、产品，以及说明每个等级包含什么的访问等级。