加密货币交易机器人场景下能否安全存储密钥同时正常使用？

方案前提澄清 #

• 首先明确：bcrypt属于单向哈希算法，设计初衷就是无法从哈希值逆推明文，仅适合存储登录密码这类只需要校验匹配、不需要还原原文的敏感数据，完全不适合你需要读取明文私钥执行交易的场景，不要在这个方向上浪费时间。

可行落地路径（兼顾安全与使用需求） #

• 本地加密后上传：用户在本地配套客户端设置参数时，要求用户自行设置一个独立的交易加密密码，客户端本地用AES-256-GCM这类高强度对称加密算法，用用户输入的加密密码对私钥做加密，仅把加密后的私钥密文上传到你的服务端存储，你服务端全程不会接触到明文私钥。
• 半自动交易授权方案：如果你的bot交易频率不高，每次服务端需要执行交易前，先向用户配套的手机/桌面端推送交易授权请求，用户输入之前设置的加密密码，密码全程走HTTPS传输，服务端收到密码后临时在内存中解密私钥、执行交易，交易完成后立即清空内存中所有明文私钥、加密密码的痕迹，整个过程不需要落盘存储任何明文敏感数据。
• 全自动交易TEE方案：如果你要支持无需用户手动授权的7*24小时全自动交易，可采用TEE（可信执行环境）方案：把私钥解密、交易执行的逻辑全部放在Intel SGX、AMD SEV这类可信执行环境中运行，加密后的私钥密文存储在普通服务端，只有传入TEE环境才能解密，TEE内的运算过程外部无法读取、篡改，哪怕你的服务端被入侵，攻击者也拿不到TEE内的明文私钥。
• 替代降风险方案：优先引导用户绑定交易所API密钥而非钱包私钥，交易所API可单独设置交易权限、IP白名单、单日交易额度限制，还能随时作废，风险远低于直接绑定可转移全部资产的钱包私钥。

风险提示 #

• 加密货币私钥托管属于高风险业务，你需要在用户服务协议中明确告知用户托管风险，同时在产品中设置明显的风险提示，支持用户随时自主删除服务端存储的私钥密文。

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