Kraken 账户验证、资料更新与 API Key 权限清单

决策矩阵

来源地图

• Kraken Support：Updating account information（kraken-update-account-info）
• Kraken Support：Verification levels explained（kraken-verification-levels）
• Kraken Developers：Get API Key Info（kraken-api-key-info）

控制说明

1. Verification level

这一项要求读者先把公开来源翻译成操作规则。这里的含义是：account capabilities depend on verification rather than login alone。可执行动作是：record the required level before planning funding or API use。仍然未知的是：private jurisdiction limits not listed in the public article。因此本文不会把未知部分包装成收益承诺、牌照承诺、审批保证、恢复保证、结算保证、可用性保证、价格暗示或平台排名。

2. Profile-change state

这里的含义是：account information updates can alter review or support paths。可执行动作是：separate identity-data changes from API troubleshooting。仍然未知的是：whether a private support request is already pending。

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

3. Permission scope

这里的含义是：API key permissions decide what the key can do。可执行动作是：use least privilege and record only permission names。仍然未知的是：internal organization policy for shared keys。

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

4. Restriction fields

这里的含义是：IP, nonce or validity restrictions can block otherwise correct calls。可执行动作是：check restrictions before assuming endpoint failure。仍然未知的是：private network egress changes。

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

5. Last-used evidence

这里的含义是：last-used fields can support incident triage without exposing secrets。可执行动作是：record timestamp and endpoint class, not signatures。仍然未知的是：whether the caller was an automated job or a human。

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

6. Account-vs-key boundary

这里的含义是：a verified account can still have an unsafe or overbroad key。可执行动作是：review account state and key state separately。仍然未知的是：legacy keys created before the current policy。

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

7. Stop rule

这里的含义是：pause when verification, profile state or key permission cannot be explained。可执行动作是：rotate or disable questionable keys before deeper automation。仍然未知的是：support-only remediation timing。

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

仍需明确的未知项

• private jurisdiction limits not listed in the public article
• whether a private support request is already pending
• internal organization policy for shared keys
• private network egress changes
• whether the caller was an automated job or a human
• legacy keys created before the current policy
• support-only remediation timing

实用结论

Kraken 账户就绪状态不是单一 login state。Kraken support 文档把 account information update 与 verification level 分开说明，Kraken API 文档则通过 Get API Key Info 暴露 API key permissions、restrictions、validity、nonce window 与 last-used fields。实用结论是：在把 API key 用于 funding、trading、Earn 或 reporting 之前，先核验身份等级、资料变更状态、key permission scope、restriction fields 与 last-used timestamp。 本文停在证据边界内，帮助读者决定下一步核验什么，而不是把公开文档改写成私人账户、钱包、回调、政策框架、结算路径或流动性头寸在任何未来条件下都能成功的承诺。