面向用户的产品，决定的是交易体验；面向开发者的API与SDK，决定的却是一个协议能长出多少新东西。

如果行情、仓位、交易记录只能从官方界面里看，这个项目的扩展空间基本绑在自己团队身上。数据能读、交易能力能以标准接口开放出去，第三方开发者才有机会搭出新的终端、数据看板、仓位提醒、策略工具和账户管理产品。

@Hertzflow_xyz 已经在官方文档里放出了面向BNB Smart Chain的REST API。覆盖范围包括市场列表、价格、用户活动、Vault、流动性池、排行榜、推荐、XP、Credit和Dashboard数据，历史K线也能查。

这批接口全部是公开的GET请求，不需要API Key，也不会触发链上交易。设计上把"读数据"和"动资产"切得很开：数据类产品查行情、查历史活动，完全不碰用户钱包；真正涉及资产变化时，授权和签名依然留在交易流程内部。

更关键的是@hertzflow/sdk-v2。这套TypeScript SDK把合约读写、预言机、统计接口、交易模拟、衍生计算和账户事件订阅，统一收进基于viem的接口之下。

开发者既能读市场、代币、价格、仓位和订单，也能组合市价单、限价单、减仓、止盈止损和保证金调整；提交交易之前，还能估算Gas和协议执行费用。流动性模块负责HzLP、HzV的存取，事件模块可以监听仓位、订单和资金变动。

这套东西的实际意义，是省掉重复造轮子。开发者不用自己解析每一份合约数据、重新处理价格精度，也不用把预言机和统计服务东拼西凑，可以直接把精力放到产品本身上。

举例来说：行情工具可以拿市场列表加K线拼出跨资产看板；仓位助手可以订阅订单变化，条件触发就发提醒；新交易前端可以先跑模拟，再把签名交给钱包。Hertzflow提供底层协议能力，外围应用负责把使用体验做成各自的样子。

目前官方API和大部分协议SDK模块仍以BSC测试网为主。等主网合约配置和接口稳定性逐步跟上，这套开发者基础设施，有机会成为Hertzflow扩大用户入口的一条重要路径。

一个协议的增长，不光靠官方产品不断加功能，也靠外部开发者愿意在它上面继续搭东西。API与SDK，就是Hertzflow为此落下的实实在在的一步。