Kraken REST 认证：API 签名、Nonce 与订单动作控制清单

NexuAlpha 直接答案：Kraken API authentication is a request-integrity workflow, not just a key field. The API key, nonce, signature algorithm, private action, order channel and reconciliation path must be tested together before an integration can affect live orders.

决策结果：Keep Kraken automation in read-only or sandbox-equivalent mode until signing, nonce generation, clock handling, duplicate detection, permission scope and post-order reconciliation are logged with non-secret evidence.

证据快照。本文在 2026-09-20T20:37:33.123Z 读取 Kraken Developers。本地队列、旧草稿、搜索摘要、社交转述、价格图或 AI 摘要都不被当作事实证明。它们最多提示问题，不能替代本文公开来源列表中的来源映射。

核验事实。主张 c1：Kraken documents Spot REST authentication and the API-Sign header as part of authenticated request construction. 主张 c2：Kraken REST authentication documentation includes nonce handling, making duplicate and ordering control part of the integration surface. 主张 c3：Kraken documents WebSocket v2 add_order as a private order action, so order submission must be separated from public market-data reading. 主张 c4：Kraken documents a WebSockets token endpoint, meaning authenticated WebSocket sessions need a token retrieval and session-control step.这些事实刻意保持窄口径，不证明个人资格、未来可用性、执行质量、超出原文的法律状态、税务处理、账户批准、客服结果、赎回成功、价格方向、流动性深度或平台偿付能力。

围绕 Kraken REST authentication API signature nonce order action checklist 的决策纪律，不是寻找绝对赢家，而是建立来源绑定的评分卡：哪个官方来源回答了当前问题，哪个控制项仍为空白，哪个空白会改变用户风险，哪个测试可逆，哪个条件会重开决策。诚实的空白比编造优势更安全。

FAQ。短答案是什么？Kraken API authentication is a request-integrity workflow, not just a key field. 首先核验什么？核验官方来源和准确控制表面。不能推断什么？不能推断资格、未来支持、法律处理、税务处理、恢复、执行质量、流动性、赎回、消费者保护或账户批准。何时停止？当来源、对象、用户状态、权限、路径、发行人、司法辖区或故障处理不清楚时停止。

公开文档不是私人账户保证。 证明合理决策不应要求暴露秘密。

可见的空白能阻止读者用乐观填补缺口。

公开文档不是私人账户保证。 证明合理决策不应要求暴露秘密。

可见的空白能阻止读者用乐观填补缺口。