把 zkTLS 接进 Binance 应用，我原本以为怎么也得先懂点密码学。 结果 @primus_labs 把它做成了 Codex、Cursor、Clau… · @7777chu · TwKit

@7777chu

把 zkTLS 接进 Binance 应用，我原本以为怎么也得先懂点密码学。 结果 @primus_labs 把它做成了 Codex、Cursor、Claude Code 能直接安装的 Skill。 我把官方仓库拉到本地，装依赖，再跑 npm test。 28 个 Binance Demo 入口的 CLI smoke test，一次全部跑完。 这次我才看清楚，Primus 已经开始把 zkTLS 接进普通开发者熟悉的 AI 编程工作流。 开发者不用每接一个接口，就从头研究密码学电路、证明器和底层 SDK，可以直接让 AI 编程工具按需求搭建验证流程。 Binance Verifiable Skills 里有什么 28 个 Demo，覆盖现货、合约、杠杆和 Binance Alpha。 现货价格、K 线、盘口、资金费率、溢价指数、持仓量、账户状态、余额、订单状态，都有对应的验证入口。 整个流程很清楚： 1️⃣ 确定需要验证的 Binance 接口和字段 2️⃣ 通过 Primus Skills 构建请求和解析规则 3️⃣ 生成 zkTLS attestation 4️⃣ 进行本地验证 输出结果还会明确标注，这份证明验证了什么，没有验证什么。 举个例子： 如果一个应用只需要 BTCUSDT 的资金费率，就可以只提取交易对、资金费率、资金费时间和标记价格，不用把整个接口响应都塞进证明里。 为什么我觉得这件事重要 密码学基础设施再强，如果每次接入都要重新研究底层技术，真正能把它做进产品的人还是很少。 Primus 做得比较实在的地方，就是把复杂的 zkTLS 能力封装进 AI 编程工具，让 Codex、Cursor、Claude Code 帮忙完成接口选择、字段解析、证明生成和验证代码。 开发者面对的不再只是一篇技术论文，而是一套可以安装、运行、继续修改的工具。 这 28 个 Demo 也说明，Primus Skills 已经开始覆盖真实的交易数据场景。 开发者可以证明 Binance API 确实返回过某个价格、资金费率或者账户状态，再把证明交给下游应用或合约使用。 边界也说清楚 我这次跑通的是官方仓库安装、依赖和 28 个 Demo 入口的 CLI smoke test。 真实 attestation 还需要 Primus 的 appId 和 appSecret，这一步我还没有完成。 证明 Binance API 返回过某个数据，不等于证明交易已经成交，更不等于证明某个策略能够赚钱。 下一步，我会拿 BTCUSDT 资金费率这个公开数据，把 attestation 和本地验证完整跑一遍。 如果最终出现 localVerification: true，Primus Skills 从安装到真实证明的开发流程，才算被我完整验证。 当调用、证明和验证都能进入开发者熟悉的工作流，zkTLS 才真正有机会跑进更多普通应用。

曝光 1217 · 评论 88 · 点赞 89 · 书签 0