从 IQ Option 的交易系统中取出结构化数据

IQ Option 的移动应用几乎不在设备本地留下什么有用的东西。余额、持仓、平仓结果、赔付以及实时 K 线数据，全都藏在一次已认证的会话背后：客户端先经 HTTPS 登录，服务器回传一个会话标识，此后所有实时流量都由一条 WebSocket 承载。正是这种结构决定了对接值得去做——也决定了浅层的页面抓取是错的工具。数据是被结构化推送的，而不是渲染进某个页面。

所以我们走的路子很直接。我们观察一个同意授权账户的真实流量，记录从登录到建连的握手，以及你关心的每个数据面背后的消息帧，再把这些调用重建成一套干净的库。对多数客户而言，主打的数据面是已平仓历史加上实时余额流；K 线推送则顺带用于绘图和回补。下面依次说明有哪些数据可取、会话实际如何运作，以及我们最终交付什么。

账户里有什么，数据又存在哪里

进入数据的几种方式，以及我们选定的那种

真正适用于这个平台的路径有三条。它们都不需要你事先准备什么，除了账户名和你想取出的内容——访问权限会作为工作的一部分与你一同安排。

对应用会话做授权协议分析

首选路径。我们捕获一个同意授权账户的真实 HTTP 登录与 WebSocket 流量，梳理 SSID 握手以及余额、持仓、历史和 K 线的帧结构，再重新实现这些调用。可覆盖：上表中的每一个数据面。工作量：映射需要几天，剩下的周期用于加固。稳定性：良好，但有一个在实现要点里处理的注意事项——平台更新时帧格式可能变动，所以我们把变更检测直接写进去，而不是假设它一成不变。

用户授权的会话访问

当你只需要对某个已知账户的只读访问时，我们直接针对该账户自身的已认证会话运行对接，范围限定在你要求的数据面上。这是最干净的授权方案，而且当一个短时效的会话令牌就够用时，它还能省去凭据存储。授权的采集与轮换会在接入阶段与你一起搭建。

原生导出作为兜底

网页版和桌面平台可以生成账户持有人能下载的交易对账单。它适合做对账核验或冷启动回补，但过程是手动且有滞后的，所以我们把它当作对实时对接的交叉核对，而不是数据源本身。

对这里几乎每一次工作，我们构建并运行的都是协议分析路径，并在其上叠加用户授权的会话访问以留存同意记录；原生导出则始终是一道核验环节。这个顺序由数据的性质决定——它是通过 WebSocket 实时推送的，一份对账单下载给不了你实时持仓或流式 K 线。

会话实际如何运作

下面的握手反映了该平台从登录到建连的流程；字段名称会在实现阶段对照真实会话核实，代码片段只是示意其形态，并非生产代码的拷贝。

# 1) HTTP login -> session identifier (SSID) returned in the auth response
POST https://auth.iqoption.com/api/v2/login
  body: { identifier, password }
  -> 200; Set-Cookie: ssid=<session-id>

# 2) Open the WebSocket the app uses and authenticate the socket with the SSID
WS  wss://<trade-host>/echo/websocket
  -> send { "name": "ssid", "msg": "<session-id>" }
  -> server confirms; session is now live on the socket

# 3) Ask for the surfaces you need on the same socket
  -> send { "name": "get-balances",  "request_id": "r1" }
  -> send { "name": "subscribe",     "msg": { "name": "candle-generated",
                                              "params": { "active_id": 1, "size": 60 } } }
  -> send { "name": "portfolio.get-history-positions",
            "msg": { "instrument_types": ["digital-option","cfd"], "limit": 100 } }

# Response framing (normalized on our side)
{ "name": "balances", "msg": [ { "id": 0, "type": "real",     "currency": "USD", "amount": 0.0 },
                               { "id": 0, "type": "practice", "currency": "USD", "amount": 10000.0 } ] }

# Error handling we build in:
#  - SSID expired      -> re-run step 1, re-auth the socket, resume subscriptions
#  - socket dropped    -> reconnect with backoff, replay active subscriptions
#  - frame schema drift -> validator flags unknown fields instead of failing silently
      

交付到你仓库的内容

每一项交付物都对应上面的数据面，而不是一份通用清单：

• 一份 OpenAPI / asyncapi 风格的规格说明，覆盖 HTTP 登录以及余额、持仓、历史、K 线和赔付的 WebSocket 帧。
• 一份协议与认证流程报告：SSID 登录链路、套接字认证、订阅生命周期与重认证路径，全部落成文字，好让第二位工程师能够维护。
• 关键数据面的可运行源代码，Python 或 Node.js 二选一——登录、套接字认证、余额读取、历史拉取、K 线订阅与回补，重连与重认证都已处理妥当。
• 针对录制帧的自动化测试，让模型变更触发的是一次测试失败，而不是线上事故。
• 一套归一化模型，把数字、极速与差价合约的成交结果压平为同一条历史记录。
• 接口文档，以及数据留存与同意记录方面的指引。

授权，以及谁在监管这个主体

IQ Option 按地区拆分：国际客户由 SKY LADDER LLC 服务，该主体注册于安提瓜和巴布达（注册号 ILLC 004，据应用自身的商店信息），而欧盟客户归属一家持有 CySEC 牌照 247/14 的塞浦路斯主体（据 IQ Option 监管页）。这里并不存在覆盖差价合约券商的开放银行或账户聚合制度，因此对接可靠的依据是账户持有人自身的授权——而非某项法定的数据共享方案。

这决定了我们如何运作。我们基于一个同意授权的账户及其拥有的会话开展工作；我们保留同意与访问记录；我们把数据留存范围限定在项目所需的数据面上，其余一概丢弃；在工作需要时我们会签署保密协议。对于归属塞浦路斯主体的欧盟账户，个人字段按 GDPR 处理——最小化采集，且不超出约定用途留存。授权可通过结束会话撤回，而对接被设计成在此情况下即安全关闭。

针对该平台的实现要点

IQ Option 有两点会左右设计决策，我们都主动处理，而不是把它们推回给你：

• 帧结构可能随平台变动。由于数据跑在一套私有 WebSocket 协议上，一次平台更新就可能重命名或重塑某个帧。我们构建一个校验器来标记未知或缺失的字段，并配一小套录制帧测试，这样变动会在维护期以一次检查失败暴露出来，而不是让脏数据流向下游。
• 会话会过期，套接字会掉线。SSID 并非永久有效，套接字也可能在数据流中途关闭。我们把客户端设计成能检测到会话过期、重新登录、重新认证套接字并自动重放活动订阅，这样一个跨越多天的余额加 K 线数据源就不会悄无声息地失效。
• 三类品种，一份历史。数字期权、极速期权和差价合约的结算结果各不相同。我们把三者都映射到同一条归一化成交记录上，这样报表代码就不必按品种类型分叉。

延迟与数据时效

余额和持仓会随账户变动在套接字上更新；K 线订阅通道会在每根 K 线收盘时推送新数据，因此会话上线后，数据源实际上是准实时的。历史是一次请求，而非一条数据流——我们按计划并按需分页拉取。原生对账单下载天生滞后，只用于对账，绝不作为实时来源。

界面佐证

来自应用商店的公开截图，展示对接所映射的界面——交易室、标的列表与账户视图。点击可放大。

统一数据源可覆盖的同类平台

对接 IQ Option 的团队通常想从相邻平台取到同一种形态的数据。此处列出仅为提供生态背景：

• Pocket Option — 二元与短线交易，100 多种标的；余额、成交与赔付同样藏在一次已认证会话背后。
• Binomo — 以二元为主的平台，账户分级；按用户保存成交历史与余额。
• Quotex — 内置分析工具的数字期权；账户、成交与信号数据都在登录之后。
• Olymp Trade — 期权与差价合约；按账户提供持仓、历史与模拟/真实余额。
• Deriv — 多资产券商（期权、外汇、差价合约），账户模型有文档，按用户保存记录。
• Nadex — 采用美国交易所模式而非券商模式；按会员保存订单与合约记录。
• ExpertOption — 固定时长交易，以移动端为先；余额与成交日志都在账户之后。
• OANDA — 外汇与差价合约券商；按客户提供账户余额、交易流水与定价数据。

如何核验，以及对照了哪些来源

我先读了应用的 Play 商店描述，了解标的构成、账户模型与运营主体，随后对照下列来源确认了监管拆分与会话机制。协议行为对照了社区对该平台 WebSocket 接口的文档做过交叉核对；帧名称在实现阶段以真实会话验证，而非照搬那些文档。核验于 2026 年 6 月。

• IQ Option — 牌照与保障（CySEC 247/14）
• Google Play 应用页 — com.iqoption
• 社区协议文档 — WebSocket 通道与 SSID 认证
• BrokerChooser — IQ Option 主体与监管概览

由 OpenBanking Studio 集成团队梳理 · 2026 年 6 月。

对接方常问的问题

对接是否同时覆盖 IQ Option 应用里显示的模拟余额和真实余额？

是的。会话完成认证后，平台会返回账户持有的每一笔余额——可反复充值的模拟余额，以及任何入金后的真实余额——并附带币种和类型，因此数据源可以精确还原应用内账户切换器所显示的内容。

你们如何获取 IQ Option 的 K 线和报价流，而不用高频轮询把服务器压垮？

平台会在应用所用的同一条 WebSocket 上，通过订阅通道推送 OHLC 和报价数据。我们按品种和时间周期订阅，数据到达即读取；历史 K 线的回补则走单独的请求通道，而不是反复轮询某个 HTTP 端点。

IQ Option 的国际业务由安提瓜的 SKY LADDER LLC 运营，欧盟业务受 CySEC 监管——这种拆分会改变授权模式吗？

法律主体因地区而异，但无论哪种情况，对接都建立在账户持有人自身的授权之上：我们基于一个同意授权的账户及其拥有的会话开展工作，保留同意与访问记录，并将数据留存范围限定在项目所需之内。对于受 CySEC 监管的欧盟账户，这还意味着按 GDPR 处理个人数据。

能否只把成交历史端点作为可运行源代码交付，而不做托管数据源？

可以。单一数据面——把已平仓持仓和期权结算结果归一化为一份历史模型——可以作为独立的 Python 或 Node 源代码交付，附带测试和文档，与余额、K 线数据面相互独立，如果你只需要这一项的话。

交付方式由你选。一种是源代码交付，起价 300 美元——可运行的客户端、规格说明、测试和文档落进你的仓库，交付后待数据面核对无误再付款。另一种是你调用即付、按调用计费的托管端点，无前期费用。两种方式的周期都是一到两周；告诉我们账户和你需要的数据面，我们就开始对接。