交易所行情数据能不能拿来做产品：展示、API 与再分发的三层边界

做量化或盯盘的开发者都会遇到同一个问题：交易所的行情接口到底是不是”随便用”。K 线、成交明细、盘口深度这些数据从谁的盘口来、按什么条款分发、什么用途需要额外授权，是接入前必须查清的合规与成本问题，而不是技术细节。本文按三个入口把行情数据的使用边界讲清，属数据接入类科普，不构成投资建议。

第一个入口是网页与 App 内展示。你在交易所界面上看到的 K 线、深度图、成交列表属于平台向你提供的展示服务，一般条款会写明这些数据仅供个人使用、不得再分发。这意味着把界面行情录屏做成实时行情转播、把逐笔数据喂给自己的收费信号服务，在多数平台的条款下已经越界。判断标准不是”技术上抓不抓得到”，而是用户协议里数据许可那一段怎么写的。

第二个入口是公开 API。主流平台对 REST 与 WebSocket 行情接口通常区分”行情公共接口”与”交易私有接口”：公共接口免鉴权或低门槛，但有速率限制和数据再分发限制；私有接口绑定账户权限。以 Coinbase 为例，其 Advanced Trade 文档对行情推送有吞吐与用途说明，交易所级 API 更是明确面向机构客户；Kraken 的状态页还把 REST、WebSocket、FIX 拆成独立组件，说明不同接入通道在平台内部本来就是不同的产品。开发者在架构设计时要按条款用：个人策略自用一般是允许的灰区下限，对外转售行情、镜像行情站、延迟再分发，则普遍需要单独的市场数据授权。

第三个入口是授权与再分发协议。传统金融里交易所行情靠分层订阅（实时/延迟、展示/非展示）收费已经运行几十年，加密交易所虽然多数尚未全面收费，但条款里普遍保留”再分发需事先书面同意”的权利，部分平台已开始对高频带宽和数据订阅报价。企业用户拿到的合同里如果出现 market data 条款，通常包含字段级许可（哪些字段可展示）、展示终端数、延迟版本（很多平台允许 15 分钟延迟数据的宽松许可）三个维度，谈判空间就在这里。

给普通用户和开发者三条可执行的边界自查。其一，先读平台开发者文档的”数据政策”或条款中心的引用，找不到明确许可措辞时默认不可再分发；其二，区分”我读数据做决策”与”我把数据给别人读”，前者几乎总在允许范围内，后者必须书面确认；其三，展示型产品（行情聚合 App、大屏看板）是授权纠纷高发区，用多家平台数据时要逐家核对，聚合器条款通常不允许把 A 平台深度数据画进 B 平台页面。

延迟行情是一个常被忽视的合规出口：不少分析场景并不需要毫秒级实时，使用平台明确允许的延迟版本可以绕开大部分展示授权要求。最后提醒版本差异：行情接口的字段、限频与条款会随 API 大版本变更，上线前以当前版本文档为准，旧教程里的端点和政策随时可能失效。

还有一条容易忽略的成本线：带宽与数据量。行情接口的费用经常不只按功能收，也按流量收，逐笔成交与全量盘口快照的数据量可以差出一个数量级，个人策略用增量流就够，任何回溯历史行情的需求都应在条款允许的数据文件区完成，而不是用生产接口拉取全量回放。最后给一个查条款的顺序：先读首页脚注的法律链接，再读数据政策条款，再读 API 文档里的许可与限制章节，最后读定价页；四层里任何一层提到分发需事先同意，就按需要授权处理。平台条款在不同地区站点存在语言与内容差异时，以注册主体所适用的版本为准。

风险提示：行情数据条款因平台、地区与协议版本而异，接入前请核对官方文档与协议原文；自动化交易存在技术与市场风险，本文不构成投资建议。