支付 API 签名、时间戳与状态披露雷达

决策矩阵

来源地图

• Binance Developer Docs：API Specification Common Rules（binance-pay-common-rules）
• Binance Developer Docs：Query Order（binance-pay-query-order）
• Kraken Developers：Get API Key Info（kraken-api-key-info）
• Circle Docs：Supported Chains and Currencies（circle-supported-chains）

控制说明

1. Signing proof

这一项要求读者先把公开来源翻译成操作规则。这里的含义是：signature documentation proves how a request should be authenticated。可执行动作是：verify signing rules before debugging business status。仍然未知的是：private secret leakage or certificate rotation。因此本文不会把未知部分包装成收益承诺、牌照承诺、审批保证、恢复保证、结算保证、可用性保证、价格暗示或平台排名。

2. Status proof

这里的含义是：query endpoints provide official status states for order workflows。可执行动作是：confirm status before irreversible fulfillment。仍然未知的是：delayed callback and retry timing。

操作测试也必须很窄。这就是本节保留边界的原因。

3. Permission proof

这里的含义是：API key metadata can show permission and restriction boundaries。可执行动作是：use permission data for least-privilege review。仍然未知的是：internal role assignment not visible to public docs。

操作测试也必须很窄。这就是本节保留边界的原因。

4. Route support proof

这里的含义是：chain and currency tables define supported asset routing boundaries。可执行动作是：compare exact chain and currency before transfer。仍然未知的是：unsupported recovery paths。

操作测试也必须很窄。这就是本节保留边界的原因。

5. Radar taxonomy

这里的含义是：each evidence class answers a different operational question。可执行动作是：label evidence by class in the runbook。仍然未知的是：teams that use one generic payment-ready label。

操作测试也必须很窄。这就是本节保留边界的原因。

6. Non-secret logging

这里的含义是：radar evidence can be useful without exposing credentials。可执行动作是：log endpoint names, status labels and public source URLs。仍然未知的是：private data retention policy。

操作测试也必须很窄。这就是本节保留边界的原因。

7. Stop rule

这里的含义是：pause when one evidence class is missing for an irreversible action。可执行动作是：require signing, permission, route and status proof as applicable。仍然未知的是：emergency manual override ownership。

操作测试也必须很窄。这就是本节保留边界的原因。

仍需明确的未知项

• private secret leakage or certificate rotation
• delayed callback and retry timing
• internal role assignment not visible to public docs
• unsupported recovery paths
• teams that use one generic payment-ready label
• private data retention policy
• emergency manual override ownership

实用结论

公开支付与账户 API 文档暴露的控制证据并不相同：Binance Pay 文档说明 signature headers、timestamp windows 与 order status；Kraken 文档说明 API key permissions、restrictions 与 last-used fields；Circle 文档说明 USDC 与 EURC 的 supported chain/currency boundaries。雷达结论是：团队应先把证据分为 signing proof、permission proof、route support proof 与 status proof，再判断 payment、account key 或 asset transfer 是否运营就绪。 本文停在证据边界内，帮助读者决定下一步核验什么，而不是把公开文档改写成私人账户、钱包、回调、政策框架、结算路径或流动性头寸在任何未来条件下都能成功的承诺。