Crypto市场从不关闭。价格、订单簿、成交记录、资金费率和24小时统计数据每秒钟都在数百家交易所之间变动，任何收集这些数据的团队——无论是用于分析、研究、聚合还是构建数据集——都需要全天候、跨地区地运行。这种组合带来了一系列普通基础设施难以应对的具体问题：按IP执行的交易所频率限制、受国家限制的端点和产品，以及一个对数据Feed中每一个缺口都会产生代价的市场。住宅代理能够同时解决这三个问题。
这是一篇关于住宅代理如何适配这一场景的实用指南，以及在哪些情况下官方API比抓取前端更合适。
加密数据团队实际收集的内容
大多数有价值的数据是行情数据：每个交易对的最新价格和24小时Ticker统计、订单簿深度、近期成交记录、OHLCV K线，以及衍生品方面的资金费率或利率。在大多数交易所，这些数据来自专为此目的构建的公开REST或WebSocket API，这应该是你的起点。前端抓取出现在边缘场景中：某个交易所或地区没有针对所需内容的公开端点、上币或公告页面、状态或费率页面，或者某个数据源对其API设置了门槛但公开网站仍可访问。本文的重点是这两种方式之下的数据采集层，两种情况下是同一个层。
为何单一IP不够用：频率限制
交易所的频率限制非常严格，而且几乎总是按IP计算。许多交易所采用权重系统，不同端点消耗不同数量的额度，而每个IP都有一个在固定时间窗口内重置的预算，深度订单簿快照等较重的查询会迅速耗尽预算。如果从单一地址轮询多个交易所的数百个交易对，几秒钟内就会触及上限，随后被限流、临时封禁，Feed也会停滞。
解决方案是停止从单一地址发送所有请求。将请求分散到多个住宅IP，使每个IP舒适地保持在自己的按IP预算之内，同时整体吞吐量成倍增加。这与任何大流量采集系统所依赖的负载均衡逻辑相同，也是无限并发连接的用途所在。这是针对公开行情数据的扩展技术，不是绕过特定账户限制的手段，应当配合遵守每家交易所的文档限制和条款，而不是将其视为障碍。
地理限制与区域锁定数据
加密货币是网络上地理碎片化程度最高的领域之一。某些交易所在特定司法管辖区完全不可用，某些交易所出于监管原因按地区限制特定产品或端点，还有一些交易所根据请求来源地提供不同的费率、上币列表或界面。如果你从单一位置采集，根本无法看到另一个被允许地区的用户所看到的数据，而来自错误国家的请求可能会被直接拒绝。
配备国家级别乃至（在需要时）城市级别定向的住宅代理，可以让你从该数据公开可用地区的IP发起请求，从而采集到该地区普通访客所能采集到的内容。重要的注意事项是：这是一种用于访问你被允许访问的数据的工具，而不是用于规避本应适用于你的限制。采集公开行情数据，遵守每家交易所的服务条款及你所在地区的法律，并利用地理定向合法获取地理差异化数据，而非绕过真正的禁止。
对于从不休眠的市场的可靠性保障
24/7的市场意味着采集中断就是数据集中永久的空洞，而空洞代价高昂：基于悄然丢失一小时数据的Feed所做的回测、研究数据或分析产品，会在不知不觉中出错。当所有请求都通过单一IP运行时，一次频率限制事件或封禁就会导致整个Feed停摆，直到解除为止。
将请求分散到一个IP池中可以消除这个单点故障，再配合真正的故障切换机制，即便某条路由降级，Feed也能持续流转。检测到某个IP上的频率限制响应、超时或验证挑战时，退出该路由并切换到新的路由——这就是多区域Pipeline中故障切换的模式。这一切都不能在盲目状态下运行，因此需要按交易所和路由监控Pipeline：成功率、延迟和缺口检测能让你在某个数据源变成数据空洞之前就发现它正在降级。由于大量加密数据具有时效性，一个干净、低延迟的IP池同样重要，通过降低延迟、使用地理位置接近且信誉良好的出口节点，可以减少每个快照到达时的数据陈旧程度。
用于流式连接和一致快照的粘性会话
并非每个请求都应该轮换。有两种情况需要保持固定IP。
第一种是WebSocket流，这是大多数实时订单簿和成交数据的实际传输方式。一个流是一条长连接，因此需要在其生命周期内保持同一个IP，也就是每条流需要一个粘性会话，而不是在开放的socket下面轮换地址。第二种是一致快照。如果你在某一时刻比较多个交易所的价格或订单簿，你希望每个交易所的数据序列来自稳定、一致的观测点，而不是每次轮询时使用不同的IP，甚至可能是不同的地区，因此每个交易所使用粘性会话可以保持视图的一致性。对大流量REST轮询使用轮换以分散频率限制；对流式连接和跨交易所比较Feed保持粘性。这些IP的质量决定了你是否能被信任，一个干净且信誉良好的地址可以顺利通过，而一个被标记的地址则会遭到验证挑战。
优先使用官方API，用代理进行扩展
直白地说：如果某家交易所发布了公开的行情数据API，就使用它。它更快，返回结构化数据，而且是交易所预期的访问路径，能让你保持在其条款之内。住宅代理不是该API的替代品，而是让你能够大规模、跨地域运行它的工具：将轮询请求分散到多个IP使每个IP保持在按IP限制以内，通过国家定向访问特定区域的公开数据，对流式连接保持粘性会话，并通过故障切换保持Feed存活。将前端抓取保留给真正的空白场景——没有API支撑的页面——并以同样的克制态度对待：仅限公开数据，在网站条款和适用法律范围内。这是数据采集，不是交易或财务建议，本文不构成对任何资产的任何推荐。
最简配置
用于REST轮询的轮换住宅代理在你的客户端看来就像普通代理。定向参数位于网关的用户名中，因此不带会话标识符的美国出口节点会逐请求轮换：
import requests
PROXY = "http://customer-USERNAME-country-us:PASSWORD@p.shifter.io:443"
proxies = {"http": PROXY, "https": PROXY}
# 公开Ticker端点，单个交易对，通过轮换美国住宅IP
r = requests.get(
"https://api.exchange.example/v1/ticker?symbol=BTC-USD",
proxies=proxies,
timeout=10,
)
r.raise_for_status()
print(r.json())将大量交易对列表分散到多个此类调用中，使单一IP不承担全部负载；当收到频率限制或超时响应时，退出该路由并在新路由上重试。对于WebSocket流，在用户名中添加会话标识符以在连接生命周期内保持同一IP，例如 customer-USERNAME-country-us-sid-book42，并为每条流分配独立的标识符。相同的客户端模式可以从使用Python结合住宅代理的通用指南中延伸过来。
总结
采集加密交易所和行情数据受到三个方面的制约：单一地址几乎立即触及的按IP频率限制、从单一位置无法访问的区域锁定端点和产品，以及一个将每个缺口变成永久空洞的24/7市场。住宅代理回应了这三个问题。将轮询请求分散到IP池以成倍提升有效吞吐量，同时每个IP保持在预算之内；通过国家定向采集被允许地区所能看到的公开数据；对流式连接和跨交易所快照保持粘性会话；配合监控进行故障切换，确保Feed永不悄然中断。在官方API存在的地方使用它，坚守公开数据和每家交易所的条款，让代理层做它擅长的事：扩展与地理覆盖。
这一层正是住宅代理的用途所在——一个由真实家用IP组成的大型池，支持国家和城市定向，以及在需要时使用粘性会话。按GB计费意味着你只为实际拉取的数据付费，这非常适合持续运行的、以频繁的小型行情数据请求为主的工作负载。