Crypto.com API private/create-withdrawal接口10002未授权问题求助

排查方向及修复方案： #

1. 校验签名生成的请求体完整性 #

虽然你的签名方法在private/get-currency-networks可用，但提现接口参数更多，需确保签名基于完整且无格式冗余的请求体生成：

• 签名时必须使用紧凑的原始JSON字符串（不能有换行、多余空格），比如你示例中带换行的data，要先压缩成无空格的格式再用于签名。
• 签名范围必须包含nonce、api_key、method以及params下的所有键值对，且字段顺序要和最终请求体完全一致（Crypto.com签名对字段顺序敏感）。

2. 验证nonce的有效性 #

• Crypto.com要求nonce是严格递增的唯一整数，不能重复使用。检查本次请求的nonce是否和之前的请求重复，或数值小于历史请求的nonce——提现接口对nonce的校验比查询类接口更严格。

3. 核对参数格式与合规性 #

• amount：确认金额满足1INCH在ETH网络的最小提现额度，且账户可用余额充足（余额不足有时会被包装成未授权错误返回）。
• network_id：通过private/get-currency-networks接口返回的1INCH对应网络数据，核对ETH对应的network_id是否正确，避免用错标识（比如部分场景需用erc20而非ETH）。
• address：检查提现地址是否为ETH网络的合法格式，无输入错误。

4. 确认API密钥权限 #

• 登录Crypto.com后台，检查你的API密钥是否开启了提现权限——默认API密钥通常仅开放查询权限，需手动开启提现权限（可能需完成二次验证）。
• 若设置了IP白名单，确认发起请求的IP在白名单范围内。

5. 调整签名大小写 #

Crypto.com官方要求签名为十六进制大写格式，尽管查询接口兼容小写，但提现接口可能校验更严格。尝试将sig转成大写后再发起请求。

6. 核对请求体结构 #

• 确保id字段与nonce保持一致（官方文档允许id为任意唯一值，但部分场景下不一致会触发权限校验失败）。
• 确认method字段拼写为private/create-withdrawal，无大小写或字符错误。

内容的提问来源于stack exchange，提问作者dimazx