端到端有效成本（ERTC，全路径 bps）

测试人员为真实自然人，以本人真实身份在各平台各开一个账户并完成 KYC；一人一平台一账户，禁止代开、共用、借用或伪造任何证件与住址证明

本人名下的 SEPA 银行账户与本人名下的借记卡（用于法币入金/出金通道测试），可导出带交易时刻的对账单 PDF/CSV

本次测试专用的一次性自托管收款地址（BTC 一条 UTXO 链地址 + 至少一条账户模型链地址，如 ETH 与/或 TRON），私钥离线保管，地址不与任何个人身份关联后可公开

一台常开的采集机（可为便宜 VPS 或本地机器），已配置 NTP 时钟同步，能记录时钟偏移；网络出口位于声明的司法辖区（爱尔兰/欧盟），禁止使用 VPN 或代理伪装地区以规避平台限制

被测平台的只读 API 密钥（若平台提供）；无公开行情端点的界面需一套受控的登录态浏览器自动化脚本

三家参考场所的公开行情端点（选择规则见 P-01），以及至少两个公开外汇数据源（USD→EUR 日内），外加 ECB 每日参考汇率作为回退

区块浏览器访问（或自建轻节点）用于核验提现交易的实际网络费，以及一个公开 mempool 费率数据源

网页归档能力：本地 WARC 抓取 + 至少一个第三方归档服务 URL，用于固定费率页/宣称页在某时刻的呈现

预算与风险上限的书面批准：总预算 €1,500–2,500；单平台敞口上限 €250，直至该平台完成过一次成功提现后方可升至 €1,000

预注册：在任何资金动作之前，把运行矩阵、参数表、参考场所集合、代码 commit hash 写入 spec_freeze.json，取 SHA-256 并公开该哈希与时间戳

两名互不通气的分析师，用于 P-07 的盲预测对照；以及一名未参与采集的分析师，用于 P-08 的独立重算

伦理与法律红线的书面签署：不做渗透测试、不撞库、不跨账户对敲、不使用他人银行账户、不超限频抓取（429/403 即停）、不规避任何账户限制；遇到限制记录为结果，不绕过

计价基准、时钟与仪器标定

1. 按固定规则选定参考场所集合 V：从公开可查的现货成交量前 20 的中心化平台中，取同时满足（a）提供无需登录的公开行情端点、（b）在本次测试期内持续可用、（c）不属于被测平台本身、（d）与被测平台不共用撮合后端或白标（判定依据：订单簿指纹相同、API 响应结构与错误码一致、公开可查的同一运营主体）的前 3 家。把选择结果与逐条理由写入 reference_venue_set.csv，采集开始前冻结，运行期内不得更换；若某场所中途失效，记为缺口而不是替换。
2. 为每个资产 A 构造参考价：从 V 各取最优买卖价，mid_v=(bid_v+ask_v)/2；R_usd(A,t)=median_{v∈V} mid_v(A,t)；再乘以 FX(USD→EUR,t) 得到 R(A,t)。用中位数而非均值，以抵抗单场所瞬时异常。
3. FX 构造：主源为 ≥2 家公开外汇数据源在事件时刻 ±5 s 内取值的中位数，记为 fx_precision=intraday；主源缺失时回退当日 ECB 参考汇率，该观测标记 fx_precision=daily 并在合成时单独列出。稳定币一律按市场定价（R(USDT,t) 走同一条链路），禁止假定 1 USDT = 1 USD。
4. 时钟标定：采集机 NTP 同步；每个采集会话开始与结束各做一次时钟偏移查询，记录 ntp_offset_ms。|offset| > 250 ms 触发重新同步并重启会话；> 2000 ms 的会话数据整体进入排除表（reason=clock_skew）。所有时间戳一律 UTC、ISO 8601、毫秒精度。
5. 建立不确定度基线：对每个（资产、UTC 时段），计算事件时刻 ±2 s 窗口内 R 的标准差并换算为 bps，得 u_ref_bps；同时计算 V 内各 mid 的离散度 (max−min)/median 得 venue_dispersion_bps。这两个量是后续一切 bps 结论的分辨力下限。
6. 仪器验证（对照）：把 V 中某家公开费率表明确、口径清楚的场所临时当作"被测对象"，用 P-02 的同一套代码与同一时钟采样，其参考价用留一法（把它自己从 V 中剔除后重算 R）。其 c_venue 的中位数应落在 0 ± u_ref 内；若显著偏离，说明参考构造、时钟或取数路径有系统偏差，必须先修正再进入正式采集。
7. 留一法敏感性：逐一剔除 V 中每个场所重算 R 与最终各分量，记录对头条 ERTC 的最大位移 loo_max_shift_bps。若该位移大于 u_ref，说明参考集过薄，须扩充至 5 家后重跑标定。
8. 冻结与公开：把参考集合、FX 源、参数表、代码 commit hash 写入 spec_freeze.json，取 SHA-256，在任何资金动作之前公开哈希与时间戳。

Quantity measured

R(A,t) = median_{v∈V} [ (bid_v(A,t)+ask_v(A,t))/2 ] × FX(USD→EUR, t)；u_ref_bps = 10^4 × σ( R(A,τ) : τ∈[t−2s, t+2s] ) / R(A,t)；venue_dispersion_bps = 10^4 × ( max_v mid_v − min_v mid_v ) / median_v mid_v；loo_max_shift_bps = max_{v∈V} | ERTC(V) − ERTC(V\{v}) |

Fixed parameters

|V| = 3（不足或失效时按规则扩至 5）；参考价聚合方式 = 各场所 mid 的中位数；FX 源 ≥2、取值窗口 ±5 s，回退为当日 ECB 参考汇率；标定采样频率 60 s；标定窗口 ≥72 h（覆盖三个完整 UTC 日以摊平时段效应）；不确定度窗口 ±2 s（取值理由：该窗口覆盖典型的下单往返延迟与截图/日志时间戳误差量级）；NTP 偏移阈值 250 ms（重同步）/ 2000 ms（排除，因为在高波动时段 2 s 的时钟误差即可造成十 bps 级的参考价错配）。

Sample size

参考场所 3 家；FX 源 ≥2 家；标定窗口 ≥72 h × 60 s = 每资产 ≥4,320 个参考点；对照场所配对点 ≥1,000；每个采集会话 NTP 检查 ≥2 次；留一法重算 3 次（每剔除一家一次）。

Control

以 V 中一家费率表公开明确的场所作为已知量对照，用留一法参考价评估它自身，期望 c_venue ≈ 0 ± u_ref；任何显著非零都归因于仪器而非被测对象。另做合成回放测试：把一段已录制的行情与成交记录喂回计算管线，检查输出与手算值逐位一致。

Statistical treatment

参考价用中位数（对单场所异常稳健）；不确定度用 ±2 s 窗口内的样本标准差，不做正态假设，同时报告该窗口内的极差；场所离散度与留一位移用最大值而非均值报告（保守）；所有 bps 量在合成阶段一律先转 log-bps 再相加（见 P-08）。

Known pitfalls

（1）用被测平台自己的价格或其关联白标作参考，构成循环论证，且会把系统性加价整体隐藏掉；（2）用 ECB 每日参考汇率去换算日内事件，在 FX 波动日可引入十 bps 级误差；（3）夏令时与本地时区混入日志，导致跨时段分层错乱；（4）三家参考场所看似独立，实为同一撮合后端的白标，方差被人为压低、离散度假性优秀；（5）行情端点返回缓存值，时间戳不动而价格不动，被误当作低波动；（6）把 u_ref 当作"精度"写进结论，却在对比两平台时忘记合成不确定度。

Risk

本步骤不涉及资金，但对参考端点的抓取仍须遵守其 robots.txt 与端点文档的限频；User-Agent 须包含项目名与联系邮箱；收到 429/403 立即停止该任务并指数退避。参考场所的账户不是必需的，不得为提高采样频率而注册或使用他人凭据。

SUPPORTS / 确立一个与被测平台完全独立、参数固定、任何第三方按同样规则可重建的价格与时间基准，并给出该基准自身的不确定度（u_ref、场所离散度、留一位移），从而使后续所有 bps 结论都带有可陈述的分辨力下限。

DOES NOT SUPPORT / 不能确立"真实市场价"这一形而上的量——参考指数是一个约定，换一组参考场所会得到不同的绝对水平，因此不同参考集或不同规范版本之间的 bps 数值不可直接比较，只有方法可比。也不能确立参考场所自身是否存在报价失真。文档类证据在这一层的边界尤其明确：平台公布的"我们采用某某指数定价""我们的价格来自多家流动性提供商"这类说明，只能确立平台声称如何定价，完全无法确立其实际报价与独立参考价之间的偏离——那必须靠共时采样测出来。

非交易报价遥测：报价偏离、点差与平台基准偏离的大样本测量

1. 枚举每个平台的购买界面（surface），至少三类：default（KYC 完成后主页主 CTA 一次点击到达的界面，须截图存证以固定"默认"的操作定义）、advanced（可见订单簿的现货交易界面）、card（第三方卡通道结账页）。缺失的界面记 NA_not_offered，不得用其它界面顶替。
2. 为每个（平台 × 交易对 × surface × 金额档）建立独立采样任务。关键：报价型界面的价格随金额变化，因此必须对每个金额档分别发起报价请求，禁止用一个金额的报价外推到其它档位。
3. 采样通道优先级：平台公开 REST/WS 行情端点 > 登录态官方 API > 受控浏览器自动化读取界面显示值。三者分别标记 telemetry_mode ∈ {api_public, api_auth, ui}，不同 mode 的数据在合成时分层，不混池。
4. 采样频率：api 模式 60 s；ui 模式 300 s（限频与稳定性权衡）。连续运行 ≥72 h，自然覆盖三个 UTC 时段分层。每次真实成交（P-04）前后各 60 s 加密到 1 Hz 的 burst 采样，用于把成交时刻的参考价与平台报价对齐。
5. 每个快照记录：平台侧 bid/ask/mid（order book 界面）或"支付金额/获得数量"（报价界面）、报价有效期与倒计时、请求发出与响应到达时刻、以及同一时刻由 P-01 构造的 R。所有平台的同一交易对在同一 ±5 s 窗口内采样，使全市场共同波动成为共模量、在跨平台比较时抵消。
6. 计算三个分量：平台基准偏离 c_venue（平台整个订单簿相对全球参考的系统性平移）、半点差 c_half_spread、以及报价型界面的整体报价偏离 quote_gap。对报价型界面，c_venue 与 c_half_spread 不可观测，一律记 null 并置 decomposable=false——这是被测对象的属性，不是数据缺陷，必须如实呈现。
7. 陈旧报价检测：若连续 ≥3 个快照的平台报价完全相同、而同期 R 变动超过 3×u_ref，标记 stale_suspect=true。此类点不进入中位数计算，但必须保留在数据集中并单独统计其占比（它本身是一个关于界面质量的可发布事实）。
8. 限频与缺口：严格遵守 robots.txt 与端点文档；收到 429/403 立即停止该任务并指数退避，记录 rate_limit_events；缺口一律不得回填。缺口是非随机的（往往与波动或平台压力相关），必须在数据集中标出缺口区间与时长，并在合成时报告缺口占比。
9. 禁止事项：不得为提高采样密度而多开账户、更换 IP 池或使用代理伪装；不得对撮合端点发送无意撮合的订单来探测深度（只读订单簿即可）。

Quantity measured

买入方向：quote_gap_bps = 10^4 × ( P_quote_all_in / R(A,t) − 1 )，其中 P_quote_all_in = 界面显示的应付金额 ÷ 界面显示的应得数量（含所有界面内列示的费用）；卖出方向取 10^4 × ( 1 − P_quote_all_in / R(A,t) )。c_venue_bps = 10^4 × ( mid_platform(t) / R(A,t) − 1 )（买方向为正表示贵）；c_half_spread_bps = 10^4 × ( ask_platform − bid_platform ) / ( 2 × mid_platform )。

Fixed parameters

金额档：T0=€25（阈值探针）、T1=€100、T2=€300（头条档）、T3=€1,000（条件档，仅在该平台已完成一次成功提现后启用）。交易对：P1=BTC/EUR、P2=ETH/EUR、P3=USDT/EUR（或平台主稳定币入金对）、P4=按规则选出的中盘资产（在五个被测平台均有报价、剔除稳定币与市值前 2、按 30 日成交量取最高者）、P5=可选低盘资产（市值排名 100–150、≥3 个平台有报价）。采样频率 60 s（api）/300 s（ui）；窗口 ≥72 h；burst 1 Hz × 120 s；共时窗口 ±5 s；陈旧判据 3 个快照 + 3×u_ref。

Sample size

每（平台 × 交易对 × surface × 金额档）：api 模式 ≥4,320 点（72 h × 60 s），ui 模式 ≥864 点（72 h × 300 s）；每次真实成交配 ≥120 个 1 Hz burst 点；全项目序列数 ≤60 条（5 平台 × 最多 4 对 × 最多 3 界面，按实际存在的组合）。设计理由：全路径成本中方差最大的分量正是执行偏离，把它交给这套零资金的大样本仪器，才使得 P-04 的小样本真金回路只需承担低方差分量（明码费用、提现费、通道费）。

Control

跨平台共时采样使市场波动成为共模项；同时把 P-01 的对照场所纳入同一批采样任务（用留一法参考价评估），其 c_venue 期望为 0 ± u_ref，作为持续运行中的仪器零点监控——若对照场所的 c_venue 在某段时间整体漂移，则该时段所有平台的数据都要复查而不是照发。

Statistical treatment

按（平台, 交易对, surface, 金额档, UTC 时段）分层，报告中位数、IQR、p90、最大值、n 与缺口占比；不做温莎化、不做截尾（尾部本身就是成本事实）；分布明显右偏，禁止报告均值作为代表值；跨平台比较使用同一共时窗口内的配对差值（paired difference）而非各自的边际分布，以消除市场状态差异；差值的显著性以 P-08 的合并扩展不确定度为准，小于该值一律表述为"不可区分"。

Known pitfalls

（1）用一个金额的报价外推到其它档位——报价型界面的价格通常随金额分段变化；（2）未登录状态下取到的报价与登录后不同（等级、地区、促销），必须以登录态为准并记录账户等级；（3）限频封禁造成的缺口与高波动时段相关，若静默回填或忽略，会系统性低估尾部成本；（4）端点返回缓存值，表现为价格与时间戳双双不动；（5）把 ui 模式与 api 模式的数据混进同一个分布，二者的时延与精度完全不同；（6）默认界面的定义随平台改版而变，必须每次采集周期重新截图确认，而不是沿用旧判定；（7）促销期（新用户零费窗口）的报价被当作常态。

Risk

零资金步骤，主要风险是合规与账户风险：过高频率抓取可能触发风控甚至封号，这既污染数据也无必要。一律以端点文档与 robots.txt 的限制为上限并留出余量，429/403 即停。禁止使用多账户或代理池提高采样密度。若某平台明确禁止自动化读取，则该平台只能走人工低频采样并标记 telemetry_mode=ui_manual，样本量不足要如实写进结论而不是想办法绕过。

SUPPORTS / 以数千量级样本确立每个平台每个购买界面在给定金额档与时段下，其成交前报价相对独立参考价的偏离分布（中位数、IQR、p90），并在订单簿界面上把该偏离拆分为整体基准平移与点差两部分。这是全路径成本中方差最大、也是费率表完全看不见的部分，且获取它不需要动用任何资金。

DOES NOT SUPPORT / 报价不等于成交。本步骤确立的是"界面在时刻 t 向该账户展示了什么价格"，不能确立该价格是否可成交、是否会在提交时被重新报价、是否存在部分成交或拒单——那必须靠 P-04 的真金执行来确立，两者的一致性由 P-08 的配对检验量化。也不能确立平台对其他账户、其他地区、其他 KYC 等级展示的价格。文档类证据在这里的边界：费率页写"零点差"或"最优价格"只能确立该文案在某时刻存在过，无法确立任何一次报价的实际偏离；反过来，本步骤的偏离数值也不能确立平台有加价的"意图"。

入金通道成本与零点回路（仪表零点标定）

1. 确认账户前提：真人实名、本人 SEPA 账户、本人银行卡，一人一平台一账户。任何需要提供他人证件、他人银行账户或修改地区设置才能完成的通道，一律记为 NA_blocked 并说明，禁止尝试绕过。
2. 对每个平台的每条可用法币入金通道（SEPA credit transfer、SEPA instant、借记卡、第三方支付通道）各执行一次 T1（€100）入金。同一平台的多条通道分别独立测量，不得合并。
3. 逐笔记录三组时刻与金额：银行侧扣款时刻与扣款金额（对账单行，含银行自身收取的任何费用）、平台侧入账时刻与入账数量及资产种类、以及平台交易记录中列示的入金费。
4. 执行零点回路（null loop）：入金到账后不做任何兑换，立即通过同一或平台提供的最便宜出金通道，把全部余额提回本人银行账户。记录到账金额与到账时刻。若平台不支持法币出金，则零点回路以稳定币提现到自托管地址完成，此时存在一次兑换，必须按 P-01 的参考价构造反事实终值（见主式）。
5. 计算 c_in、c_out_fiat 与零点回路的 ERTC_null，并与"平台公布的入金费 + 公布的出金费"折算成的 bps 之和比较。差额 null_loop_residual_bps 即为仪器零点误差或未披露费用，必须逐笔追因到具体来源（银行 FX 加价、通道商加价、四舍五入、最低费门槛），不得作为噪声吞掉。
6. 银行侧成本单独归属：卡通道可能被发卡行按 cash advance 计费，或产生银行侧 FX 加价。这部分记为 c_in_bank，与平台侧的 c_in_platform 分列。发布时同时给出"平台可归属成本"与"用户实际承担成本"两个数字，二者都真实，混为一谈则两个都假。
7. 记录资金滞留区间：t_bank_debit → t_platform_credit、t_withdraw_request → t_bank_credit，以及任何风控审核、人工复核、冷却期的起止时刻，交给 P-06 汇总。
8. 若入金被拒、被退回或账户被限制：记录为结果而非失败（rail_status ∈ {ok, rejected, returned, held_review, account_restricted}），保存平台给出的原文与截图。禁止更换身份、地址、设备指纹或使用他人账户重试。

Quantity measured

c_in_bps = 10^4 × ( E_debit − C_credit_eur ) / E_debit，其中 C_credit_eur = 平台入账数量 × R(入账资产, t_credit)；c_out_fiat_bps = 10^4 × ( D_platform_debit_eur − E_bank_credit ) / D_platform_debit_eur；纯法币零点回路：ERTC_null_bps = 10^4 × ( 1 − E_return / E_debit )；含一次兑换的零点回路按主式 ERTC_bps = 10^4 × ( 1 − V_out / V_cf ) 计算；null_loop_residual_bps = ERTC_null_bps − ( 公布入金费 + 公布出金费 折算 bps )。

Fixed parameters

零点回路金额固定 T1 = €100（取值理由：足以超过多数平台的最低入金门槛，又足够小以至于单次损失可承受，且固定金额使各平台的固定费成分直接可比）；每平台覆盖 ≥2 类通道（银行转账类与卡类各一，若存在）；入金后 24 h 内发起出金（避免混入市场与滞留效应）；残差追因阈值：|null_loop_residual_bps| > 5 bps 必须逐项解释。

Sample size

每平台每条可用法币通道 ≥1 次零点回路（T1）；至少覆盖银行转账与卡两类；五个平台合计预计 8–14 次零点回路。若某平台在测试窗口内更换了通道商，须在更换后补测一次并分别记录 rail_provider。

Control

零点回路本身即是全套测量的零点对照：一条不含任何兑换的资金回路，其应有成本完全由公布的通道费决定，因此任何超出部分要么是未披露费用（被测对象的属性），要么是仪器误差（我们的属性），二者必须被区分。同一平台的两条通道互为对照，用以分离"平台收费"与"通道商收费"。

Statistical treatment

零点回路的成本以固定费为主、方差极低，n=1–2 即可确立量级，因此逐笔原样发布而非求平均；stat_basis 一律标 single_observation 或 n=2；跨平台比较用固定金额下的绝对 bps 值配以显示精度不确定度 u_round；不同通道类型之间不得取平均（它们是不同的量）。

Known pitfalls

（1）把对账单的记账日当成扣款时刻，价值日与记账日差一天会让资金滞留统计错位；（2）卡入金被发卡行按现金预借计费，用户实际成本远高于平台列示，若不分列则误把银行成本算到平台头上；（3）平台以稳定币入账却按 1:1 计入 EUR，实际脱锚部分被隐藏——必须用 R 而非面值折算；（4）入金到账后账户自动开启了赚币/理财，余额被锁，零点回路失败；（5）最低出金额高于入金额，导致零点回路无法闭合——这本身是一个必须记录的碎片成本事实（交 P-06）；（6）促销期免手续费入金被当作常态。

Risk

涉及真实资金。建议单次零点回路金额 €100，单平台在完成首次成功提现前敞口上限 €250。真实风险包括：资金被冻结或长期审核、账户被关闭、通道商退款周期长达数周。对于在其经营辖区未取得任何证券端注册的平台（本次测试集中存在此类情形），零点回路应当是该平台上执行的第一个资金动作，其成功与否决定后续是否升档。禁止为绕开限制而使用他人账户或伪造资料。加密资产的处置在爱尔兰可能构成应税事件，须留存完整记录（此处不构成税务建议）。

SUPPORTS / 确立每条法币通道在固定金额下的实际价值损耗，并把它拆成平台可归属与银行可归属两部分；同时通过零点回路给整套测量提供一个已知应有值的零点，使"我们测出的超额"与"平台收取的超额"可以被区分开——这是整个基准最重要的自校验。

DOES NOT SUPPORT / 不能确立该通道对其他银行、其他发卡行、其他国家账户的成本——银行侧成本高度依赖具体发卡机构，n=1 的观测只对这张卡这家银行成立，必须在发布时写明。不能确立到账时长的分布（单次观测无法给出尾部）。文档类证据的边界在这里格外清楚：费率页写"免费入金"只能确立该文案存在，既不能确立银行侧不收费，也不能确立平台不会在汇率或入账数量上取走差额——零点回路的残差正是用来测这一点的量。

真实资金往返回路与执行成本分解

1. 预注册运行矩阵：把（平台 × 交易对 × 金额档 × surface × UTC 时段）的计划单元格写入 run_matrix.csv，连同 P-01 的 spec_freeze 一起取哈希并在任何资金动作前公开。运行中若因风控或额度限制无法执行某单元格，记 tier_status ∈ {executed, not_attempted_risk_cap, blocked_by_platform, insufficient_depth}，不得静默替换成别的单元格。
2. 深度约束：下单前抓取平台订单簿前 10 档，计算 mid ±0.5% 区间内的可见深度。若计划名义额 > 该深度的 5%，降一档执行并标 depth_capped=true。理由有二：避免我们自己制造冲击成本从而测量自己的影响；避免在薄盘上产生可被视为扰动市场的行为。
3. 执行方式：default 界面使用其默认下单路径（通常为报价点击成交）；advanced 界面使用 taker（市价单，或加 1.0% 保护的可立即成交限价单以防止在异常订单簿上被极端成交），记录 protection_limit_pct 与是否触发。maker 单不进入头条口径（成交不确定），但可另行记录作为对照。
4. 时间戳三点法：记录 t_decision（提交前最后一次读到的报价时刻）、t_submit（提交时刻）、t_fill（每笔成交时刻，多笔分别记录）。t_submit − t_decision 与该时刻的波动率共同构成时间戳不确定度 u_ts。
5. 即时往返（trade-only RTC）：在 T1 档买入后 ≤60 s 内反向卖出。该子协议几乎不含市场漂移，用极低成本隔离出纯交易往返成本，是 P-02 报价遥测与真金成交之间的桥梁。
6. 完整回路：T2 档买入后持有 24–72 h（跨越至少两个 UTC 时段），再卖出回法币或提币至自托管地址，走完整全路径。持有窗口的市场漂移由主式的反事实构造精确抵消（见下）。
7. 导出与折算：从平台导出成交明细（价格、数量、费用、费用币种）与账户流水。费用若以平台币支付，按 R 折算为 EUR，并记录该折扣的条件性（fee_discount_conditional：是否需持仓、是否有额度上限、是否限时）。VIP/等级在运行中变化的须记录变更时刻。
8. 促销识别：记录 promo_active（新用户零费窗口、活动期、返现），并至少安排一次促销期结束之后的重复回路。促销期的数据可以发布，但绝不可作为常态成本发布，必须在同一表格中与常态数据分列。
9. 按主式与分解式分别计算 ERTC 与各分量，并把所有 bps 转成 log-bps 后做严格可加的对账（见 P-08）。

Quantity measured

主式（消除市场漂移）：设回路含 k=1..n 次兑换，反事实无摩擦代理以参考价执行同一兑换序列，u_cf(k) = u_cf(k−1) × R(X_k,t_k)/R(Y_k,t_k)，起点 u_cf(0)=E0（EUR）。终点两侧同时以 R(·,t3) 折成 EUR，得 V_out 与 V_cf，则 ERTC_bps = 10^4 × ( 1 − V_out / V_cf )。因两侧在同一持有期持有同一资产，市场漂移在比值中精确抵消，故持有 72 h 与持有 60 s 的回路可直接比较。｜执行分量：P_eff(buy) = 支付 EUR（含费）÷ 获得数量；c_exec_gross = 10^4 × ( P_eff / R(A,t_decision) − 1 )；c_fee = 10^4 × 费用_EUR / 名义额_EUR；c_exec_net = c_exec_gross − c_fee；c_slip = c_exec_net − c_venue − c_half_spread（c_venue 与 c_half_spread 取 t_decision 时刻的 burst 采样值）。｜精确分解：1 − ERTC/10^4 = Π_k ( 1 − c_k/10^4 )；令 ℓ_k = −10^4 × ln(1 − c_k/10^4)，则 Σ_k ℓ_k 严格可加，ERTC = 10^4 × (1 − exp(−Σℓ_k/10^4))。线性化误差 linearization_error_bps = Σ c_k − ERTC（量级示例：四个分量合计约 150 bps 时约 0.7 bps）。

Fixed parameters

金额档 T1=€100、T2=€300（头条）、T3=€1,000（仅在该平台完成一次成功提现后启用）；头条口径固定为 T2 × BTC/EUR × default surface × 直接法币路由；持有窗口 24–72 h；即时往返窗口 ≤60 s；深度上限 5%（mid ±0.5% 内可见深度）；保护限价 1.0%（advanced 界面）；每个单元格 ≥1 次、每平台每档 ≥3 个时段；UTC 时段分层 S1=07:00–09:00、S2=14:00–16:00、S3=00:00–02:00（分别对应欧洲开盘、美欧重叠、亚洲时段，流动性结构不同）。路由规则：无直接 EUR 对时，在平台自身界面内以 5 分钟搜索预算找到最便宜路径，把路径记为有序数组 route_path，并置 route_class ∈ {direct_fiat, stable_bridged, multi_hop}；只有 route_class 相同的单元格才可直接比较。

Sample size

每平台 ≥6 次完整回路（T1 与 T2 各 3 个 UTC 时段，default 界面，BTC/EUR）+ ≥2 次 advanced 界面 T2 回路 + ≥2 次第二交易对的即时往返，合计每平台 ≥10 次资金事件，五平台约 50 次。峰值占用资金 ≤ €300/平台（未完成过成功提现的平台 ≤ €250），全项目峰值 ≤ €1,500，资金在回路中循环使用，净消耗为各次成本之和加通道费。统计功效说明：单元格 n=3 只能分辨 ≥25 bps 量级的差异，这是刻意的分工——高方差分量（执行偏离）由 P-02 的数千样本承担推断，低方差分量（明码费用、提现费、通道费）由这里的小样本确定，任何小于 25 bps 的跨平台差异结论都必须由 P-02 的配对分布支撑，而不是由这里的三次回路支撑。

Control

（a）跨平台配对执行：同一档位、同一交易对在 ≤120 s 窗口内在两个平台各执行一次，使市场状态成为共模项，配对差值即为平台间差异，不受时段选择影响。（b）盲预测对照：P-07 的两名分析师在资金动作前依据平台公开文档预测该单元格成本，预测哈希先行公开，事后计算 DPG。（c）即时往返与完整回路互为对照：二者之差分离出"持有与提现路径"带来的成本。（d）同一平台 default 与 advanced 界面配对执行，分离界面选择的代价。

Statistical treatment

每次回路的原始值全部发布，不做平均掩盖；n≥3 时报告中位数与全距，n<3 时标 stat_basis=single_observation 并禁止在图表中画误差棒暗示分布；合成与对账在 log-bps 空间进行（严格可加），呈现在 bps 空间（读者熟悉），同时公布 linearization_error_bps；跨平台比较优先用配对差值；不做温莎化，异常值仅在有记录的仪器故障（clock_skew、成交记录不完整、参考场所中断）时排除，且每条排除写入 exclusions 表并附 reason code。

Known pitfalls

（1）用市场涨跌后的账面盈亏当作成本，把行情当成本、把成本当行情——主式的反事实构造就是为了根除这一点；（2）分量归一化分母不一致：卖出腿的名义额已小于 E0，若各分量用各自的腿名义额归一再相加，就对不上主式，本规范要求分解用的所有 c_k 一律以 E0 为分母，并在 log-bps 空间对账；（3）把 c_fee 与 c_exec_gross 相加造成重复计数（费用已含在有效价里），必须用 c_exec_net；（4）促销期数据被当作常态成本发布，这是"0% 手续费"类宣称最常见的真实来源；（5）以平台币支付费用获得折扣，却不记录该折扣的条件与持仓成本；（6）在薄盘上下过大的单，测到的其实是自己造成的冲击；（7）默认界面在改版后变了，仍沿用旧截图判定；（8）多笔部分成交只记录了平均价，丢掉了各笔时刻，无法与 burst 参考价对齐。

Risk

本步骤是全项目资金风险的主要来源。硬性上限：单平台在完成一次成功提现之前敞口 ≤ €250；完成后方可升至 €1,000；任何时刻全项目在外资金 ≤ €1,500。资金可能因风控冻结、审核、提现暂停而长期滞留甚至无法收回，尤其在其经营辖区未取得证券端注册的平台上。禁止跨账户对敲、禁止下达无意成交的报价单探测深度、禁止下达可能显著移动订单簿的订单。加密资产处置在爱尔兰可能构成应税事件，须留存完整记录（非税务建议）。若遇到账户限制或提现暂停，如实记录为结果，不得以更换身份、地区或设备的方式绕过。

SUPPORTS / 确立在指定平台、指定界面、指定金额档、指定交易对与时段下，一笔真实资金走完全路径后相对无摩擦参考的价值损耗，以及该损耗中有多少来自明码费用、多少来自报价偏离、多少来自点差与滑点。主式的反事实构造使结果不受持有期市场涨跌影响，因此持有 60 秒与持有 72 小时的回路可以放在同一张表里比较。

DOES NOT SUPPORT / 不能确立该平台的"一般成本"——测得的是这些账户、这些时刻、这些规模、这些界面下的成本，账户等级、地区、促销状态、市场状态都可能改变结果，必须随数字一并发布。不能确立成本的因果归属：c_venue 为正只说明该平台的价格相对参考集偏高，不能确立平台在加价、也可能是其流动性来源、库存或对冲成本所致。不能确立平台是否"欺骗"，那是意图问题，不是测量问题。文档类证据在这里的边界最关键：费率表、条款、帮助中心文章只能确立平台在某时刻声明了什么费率结构，完全无法确立任何一笔成交的实际有效价格——一个费率表写 0% 的平台可以合法且一致地产生 120 bps 的实付成本，二者并不矛盾，只有真金回路能把后者变成一个数字。

提现费、链上费核验与提现费溢价

1. 公布费率遥测：以 60 min 一次的频率、连续 ≥7 天，采集平台公布的每资产每链提现费（以及最低提现额）。目的是判定该费用是固定值还是随网络拥堵动态调整——这决定了它在低费率时段是否构成溢价。
2. 小额试探：每条新链的第一次提现先用接近最低提现额的小额试探，确认地址格式、memo/tag 要求与到账，再执行正式测量提现。
3. 正式提现：每平台每链 ≥2 次真实提现至本人自托管地址，至少覆盖一条 UTXO 模型链（BTC）与一条账户模型链（ETH 与/或 TRON）。尽量安排在不同的 mempool 拥堵水平下执行，并记录当时公共费率分位。
4. 逐笔记录：请求时刻界面显示的费用与预计到账、实际从账户扣减的数量、链上实际到账数量、tx hash、区块高度与出块时间、确认数要求、以及是否触发人工审核或延迟。
5. 链上核验：从区块浏览器或自建节点取该 tx 的实际网络费。账户模型链（ETH/TRON）一笔提现对应一笔交易，归属精确，fee_attrib=exact。UTXO 链常见批量提现，一笔交易含多个用户的输出，此时按规定分摊规则估算：attributable_fee = tx_fee × 1 / n_outputs_excl_change，同时记录 tx_vbytes、batch_outputs、fee_rate_sat_vb，并置 fee_attrib=estimated 并写明该估计的偏差方向（对输出体积大于均值的用户低估、小于均值的用户高估）。
6. 计算提现费溢价 wd_markup_bps，以及两个归一化口径：按提现名义额的 c_wd_leg（可与平台费率表直接对照）与按 E0 的 c_wd_loop（用于回路分解，保证与主式对账）。
7. 记录"提现不可得"的情形：提现暂停、单日额度上限、强制冷却期、需追加验证。这些不进入费用数字，但进入资金滞留（P-06）与结论的定性部分。
8. 若某链的提现费高于本次提现额（小额时常见），记录该事实并把该余额移交 P-06 作为碎片损失候选。

Quantity measured

c_wd_leg_bps = 10^4 × F_charged_eur / N_wd_eur（N_wd_eur = 提现名义额，按 R(A,t_request) 折算）；c_wd_loop_bps = 10^4 × F_charged_eur / E0（用于与主式对账的归一口径）；wd_markup_bps = 10^4 × ( F_charged_eur − F_onchain_attributed_eur ) / N_wd_eur；账户模型链 F_onchain_attributed = tx 实际网络费；UTXO 批量交易 F_onchain_attributed = tx_fee × 1/n_outputs_excl_change（估计值）；费率动态性判据：dynamic_fee = ( p90(F_charged_units) − p10(F_charged_units) ) / median(F_charged_units) > 0.10。

Fixed parameters

公布费率采样频率 60 min、窗口 ≥7 天（每资产每链 ≥168 点，足以覆盖一个完整周内的拥堵周期）；每平台每链真实提现 ≥2 次；目标覆盖 ≥3 个不同 mempool 拥堵水平（以公共费率数据源的当日分位记录：低 <p33、中 p33–p66、高 >p66）；提现金额取该链最低提现额的 ≥5 倍且 ≤ 当前敞口上限，以免固定费吞掉全部本金而使 bps 失去意义（若无法满足，如实记录并标 min_dominated=true）；分摊规则固定为按输出计数均分，不得逐案换规则。

Sample size

每平台每链 ≥2 次真实提现（五平台 × ≥2 链 ≥ 20 笔）；公布费率遥测每资产每链 ≥168 点；拥堵水平覆盖 ≥3 档；每笔 UTXO 提现记录其批量交易的全部输出数与 vbytes。

Control

链上实际网络费是外部、不可被平台改写的对照量——这是全套协议中唯一一个被测对象无法自我陈述的观测。同一条链上的两次不同拥堵水平的提现互为对照，用以区分"固定费在低拥堵时的溢价"与"动态费的正常波动"。另以同一账户同一链的小额试探提现作为该链归属规则的正确性检查。

Statistical treatment

公布费率序列报告中位数、p10、p90 与 dynamic_fee 判据；实际提现的 wd_markup 逐笔发布并给出中位数（n 小，不给置信区间）；UTXO 分摊带来的不确定度 u_batch 按单边处理（估计值的偏差方向已知），在 P-08 的不确定度预算中不与对称项做简单方和根，而是单独作为区间上下界报告；min_dominated=true 的观测不进入 bps 中位数（固定费在小额上的 bps 会被机械放大），但必须单独成表发布，因为它恰恰是小额用户的真实处境。

Known pitfalls

（1）把批量交易的整笔网络费当作单个用户的成本，会把溢价算成负数；（2）提现费在请求与执行之间被重新定价，只记了界面显示值；（3）选错链导致资金永久丢失（务必先小额试探，并核对 memo/tag）；（4）提现额太小，固定费使 bps 机械放大到几百上千，若混入中位数会污染整表——必须用 min_dominated 隔离；（5）用现货费率把链原生代币折 EUR 时用了错误时刻（应取出块时刻的 R）；（6）只在低拥堵时段提现，得出的溢价不代表全周期；（7）忽略确认数要求造成的滞留时长，把它算进费用而不是 carry。

Risk

提现是真实资金离开平台的动作，也是最可能触发风控的动作。可能出现长时间审核、要求追加身份材料、或提现暂停。遇到这些情况一律如实记录为结果，不得以更换设备、IP 或身份材料的方式绕过。首次提现务必小额试探。自托管地址须为本次测试专用的一次性地址，私钥离线保管；地址本身可在数据集中公开（用于第三方复核），但不得与测试人员的其它资产关联。

SUPPORTS / 确立平台实际扣减的提现费与该笔交易在链上可归属的网络费之差（提现费溢价），以及该费用是固定还是随网络动态。这是全套测量中唯一有链上外部凭证、任何第三方拿 tx hash 就能独立复核的分量。同时确立该费用在给定提现额下对全路径成本的贡献。

DOES NOT SUPPORT / 不能确立平台的内部成本结构——溢价不等于利润，平台可能在热钱包管理、失败重试、合规筛查上有真实成本，也可能在其它环节补贴。批量交易的 per-output 分摊是按规定规则的估计而非观测，不能被当作"平台为你这笔支付了多少"的事实陈述。不能确立平台在其它时刻、其它额度、其它账户等级下的费率。文档类证据的边界在此非常尖锐：费率页写"提现费按实际网络费收取"只能确立该文案存在，而链上凭证能把"收取额"与"可归属网络费"变成两个具体数字——二者不一致本身是可观测量，但它不能确立平台声明的真伪意图。

碎片损失与资金滞留机会成本

1. 门槛快照：在每个回路的终点，抓取该平台当时声明的最低提现额、最低下单额、数量步进与显示精度（每资产每链），截图并归档。这些参数会变，事后无法追溯，必须与回路同刻记录。
2. 清仓尝试：运行末期对每个平台执行一次"全额提取"，尽可能把所有余额取回银行或自托管，记录剩余余额、资产种类与无法提取的具体原因（低于最低提现额 / 无可用通道 / 提现费 ≥ 余额 / 资产不支持提现）。这是碎片损失的定义性观测，而不是估算。
3. 小额兑换检查：确认平台是否提供"零钱/小额资产兑换"功能；若有则使用一次并记录其汇率相对 R 的损耗（dust_convert_gap_bps），转换后的余额若可提取则不计入碎片；若无该功能，剩余余额全额计入碎片损失。
4. 碎片认定规则（须逐项判定，不得整体估计）：某资产的剩余数量 j 计入碎片，当且仅当在 t3 时刻该账户可用的所有通道下，均满足 units_j < min_withdraw_j，或 units_j × R(j,t3) ≤ 提现费_eur，或该资产无可用提现/兑换路径。
5. 区分"最低下单额被迫放大"与"碎片"：若最低下单额迫使买入超过目标名义额，资产仍在手中，这不是损失，只记 min_order_binding=true 与被迫的名义额；只有无法取回的部分才是成本。
6. 资金滞留台账：把每一笔资金在"既不在本人银行账户、也不在本人自托管钱包"的每个连续区间记为一条（金额 EUR, 时长 天），涵盖入金在途、平台内持有、审核期、提现在途、确认等待。汇总为 capital_days。
7. 机会成本折算：r 取运行起始日生效的 ECB 存款便利利率（记录数值、生效日与来源 URL），全项目使用同一个 r 且在数据集中显式记录。同时必须发布 capital_days 原始量，使任何读者可用自己选择的 r 重算——本规范不主张某个 r 是"正确"的，只主张它必须被公开且唯一。
8. 把 c_frag 与 c_carry 以 E0 为分母归一，交 P-08 参与 log-bps 对账。

Quantity measured

c_frag_bps = 10^4 × Σ_j ( stranded_j × R(j, t3) ) / E0，其中 stranded_j 的认定见步骤 4；capital_days = Σ_i A_i(EUR) × d_i(day)，i 遍历所有"资金不在本人银行也不在本人自托管"的连续区间；c_carry_bps = 10^4 × capital_days × r / 365 / E0；dust_convert_gap_bps = 10^4 × ( 1 − 兑换所得_eur / (被兑换数量 × R(j,t)) )。

Fixed parameters

门槛快照时刻 = 每个回路的 t3；清仓尝试 = 每平台运行末期一次；r = 运行起始日的 ECB 存款便利利率（单一值，全项目一致，记录来源与生效日）；年化折算分母固定 365 天；滞留区间的最小计量单位 = 1 分钟（更细无意义，因为银行侧只有日粒度）；碎片判定的资产范围 = 该账户在 t3 持有的全部资产，含平台赠送、返现与理财自动划转产生的余额。

Sample size

每回路 1 次终态门槛快照（约 50 次）；每平台 1 次运行末清仓尝试（5 次，这是碎片的定义性观测）；滞留区间覆盖全部资金事件，预计 ≥150 个区间；小额兑换测试每平台 ≤1 次（仅在该功能存在时）。

Control

同一平台的两个不同金额档互为对照：固定的最低额门槛在小额档上产生的碎片占比应显著高于大额档，若不成立则说明门槛快照或认定规则有误。小额兑换功能的存在与否构成一个自然对照组：有该功能的平台其碎片应趋近于零，把"门槛造成的损失"与"平台是否提供出口"分离开。

Statistical treatment

碎片损失以逐平台逐资产的实测值发布，不做跨平台平均（门槛结构不同，平均无意义）；capital_days 作为原始量优先发布，c_carry 作为派生量并显式标注所用 r；滞留时长分布右偏严重（少数审核事件贡献大部分尾部），报告中位数、p90 与最大值，禁止用均值代表；碎片与滞留在小额档上对 bps 的贡献被机械放大，须与档位一起呈现，禁止跨档合并。

Known pitfalls

（1）用文档里的最低额而非 t3 时刻的实际界面值，门槛会变；（2）把"最低下单额迫使多买"当成损失（资产还在手里，不是损失）；（3）忽略平台赠送、返现或理财自动划转产生的额外资产，它们同样会成为碎片；（4）清仓尝试做得太早，后续回路又产生新碎片；（5）滞留区间重叠计算导致 capital_days 虚高（同一笔钱不能在两条区间里同时计数）；（6）r 在项目中途更换，使不同平台的 c_carry 不可比；（7）只发布 c_carry 不发布 capital_days，读者无法用自己的利率重算，等于把一个主观参数固化进结论。

Risk

清仓尝试可能触发风控（大额或全额提取），须预留时间并接受可能的审核延迟。剩余无法取回的余额是真实的沉没成本，虽金额小（通常单位到十位欧元级），但须计入预算。不得为清空余额而进行不必要的交易或使用他人账户接收。若某平台在清仓时提出额外验证要求，如实记录，不绕过。

SUPPORTS / 确立门槛与步进结构在给定金额档下造成的、经清仓尝试实证的不可取回损失，以及资金在平台侧不可用的时间暴露量（EUR·天）及其在给定利率下的机会成本。capital_days 作为原始量发布，使机会成本这一唯一带主观参数的分量对任何持不同利率观点的读者都可重算。

DOES NOT SUPPORT / 不能确立门槛结构在其它金额、其它资产、其它账户等级下的碎片后果——碎片高度依赖具体的剩余数量与门槛的相对关系。不能确立滞留时长的分布（观测次数有限，尾部由少数审核事件主导）。不能确立平台设置这些门槛的原因（链上经济、风控、还是留存策略）。机会成本不是现金损失，是一个带公开参数的折算，任何把它当作"平台拿走的钱"的表述都是错的。文档类证据的边界：帮助中心写的最低提现额只能确立该文案在某时刻存在，实际是否存在无法取回的余额，只有清仓尝试能确立。

宣称—测量对照：让"0% 手续费"成为可检验命题

1. 宣称登记：穷举每个平台面向欧盟用户的公开成本类宣称，来源覆盖首页、费率/定价页、FAQ、帮助中心、应用商店描述、服务条款、应用内横幅、注册流程中的文案、以及公开的推广邮件。逐条记录原文、URL、抓取时刻、界面截图与归档副本（本地 WARC + 第三方归档 URL）。
2. 范围解析：对每条宣称标注其自称适用范围——哪个界面、哪类订单（maker/taker/报价成交）、哪些资产与交易对、是否限时、是否限新用户、是否需持有平台币或达到某等级、是否含入金/提现。范围解析由一名分析师完成，另一名独立复核，分歧写入 scope_disagreement 字段。
3. 盲预测（核心对照）：两名分析师各自独立，仅依据平台公开文档（不得试算、不得下单、不得互相通气），为预注册运行矩阵的每一个单元格预测全路径成本 bps，并给出分项预测（入金 / 撮合费 / 点差与报价偏离 / 提现 / 其它）。
4. 预测封存：两份预测 CSV 分别取 SHA-256，在任何资金动作之前公开哈希与时间戳（与 P-01 的 spec_freeze 一同发布）。运行结束后公开预测原文，任何人可校验哈希未被事后修改。
5. 计算两个量：DPG（披露—实付差）= 实测 ERTC − 该预测者的预测值，每位预测者各一份；预测分歧度 = 两位预测者预测值之差的绝对值。后者度量的是文档本身的可预测性——若两名合格读者读同一份文档得不出一致的成本预期，则无论平台是否诚实，该披露在实践中都是不可用的。
6. 逐条对照：对每条宣称给出"宣称 → 对应的可测量量 → 实测值 → 判定"，判定取值必须包含"无法判定"这一选项（例如宣称范围含糊到无法映射到任何可测量量时）。
7. 判定规则（防止廉价的"揭穿"）：当 c_fee = 0 而 ERTC > 0 时，唯一正确的表述是"明码佣金确为零；全路径有效成本为 X bps，其中 Y bps 来自报价相对参考价的偏离、Z bps 来自提现与通道"。禁止表述为"零手续费是谎言"。一个费率表写 0% 的平台可以在内部完全一致地产生百 bps 级实付成本，二者并不矛盾——本刊的价值恰恰在于给出那个数字，而不在于给出一个道德判词。
8. 版本追踪：在运行窗口内每 24 h 重新抓取一次费率与宣称页，记录任何变更及其时刻。若宣称在运行中途改变，则该平台的 DPG 必须按变更前后分段计算，不得跨版本合并。

Quantity measured

DPG_bps^(k) = ERTC_measured_bps − predicted_cost_bps^(k)，k ∈ {分析师 A, 分析师 B}；pred_disagreement_bps = | predicted_cost_bps^A − predicted_cost_bps^B |；分项 DPG 同式逐项计算；claim_verdict ∈ {consistent_with_measurement, inconsistent_with_measurement, out_of_scope_of_measurement, unmappable}。

Fixed parameters

每平台宣称登记目标 ≥10 条（若确实少于 10 条，如实记录条数，不得凑数）；盲预测覆盖预注册矩阵全部单元格，每平台 ≥8 格 × 2 名预测者；预测封存必须在第一笔资金动作之前；宣称页重抓频率 24 h、贯穿整个运行窗口；归档要求：每条宣称同时具备本地 WARC 与第三方归档 URL（单一来源不可靠）。

Sample size

每平台成本类宣称 ≥10 条（五平台合计 ≥50 条）；盲预测 ≥8 单元格 × 2 人 × 5 平台 = ≥80 份预测；宣称页快照每平台 ≥42 次（6 周 × 每日一次）。

Control

两名互不通气的分析师构成互为对照的双盲预测：他们的一致程度度量文档质量，他们与实测的偏差度量披露与实付的差距，两者被干净地分离开。预测哈希先行公开构成时间上的对照，杜绝事后调整预期。宣称页的 24 h 重抓构成版本对照，防止把改版前后的文档与数据错配。

Statistical treatment

DPG 与分歧度逐单元格发布原始值，并按平台给出中位数与全距；分歧度的分布本身是结论（右尾长意味着文档在某些场景下完全不可预测）；DPG 的符号有意义，禁止取绝对值后平均；当实测 n 小时，DPG 的不确定度继承自 ERTC 的合并扩展不确定度，|DPG| 小于该值时判定为 consistent_with_measurement 而非"零差异"。

Known pitfalls

（1）范围蔓延：宣称写的是"现货 maker 0%"，营销语境却暗示全部，若不做范围解析就直接对照，得出的是我们自己的稻草人；（2）归档与实时页面不一致（A/B 测试、地区差异、登录态差异），必须记录抓取时的登录状态与地区；（3）预测者事后微调预测——封存哈希就是为了根除这一点，任何未先行公开哈希的预测一律作废；（4）两名预测者事实上互相通气，分歧度被人为压低，须在流程上物理隔离；（5）把"无法判定"当成失败而强行给判词；（6）运行期内平台改版而仍用旧文档计算 DPG；（7）用道德语言替代数字，使整篇文章失去可复现性。

Risk

本步骤不涉及资金，主要是法律表述风险。所有对照结论必须以"实测值 vs 文档预测值"的形式呈现，附上原文、归档与时刻，不使用"欺诈""虚假宣传""违规"等定性词汇。抓取宣称页须遵守 robots.txt 与限频，429/403 即停。若平台提出更正要求，按刊物的更正流程处理并保留原始版本与更正记录。

SUPPORTS / 确立三件事：（一）平台在时刻 T 的公开文档所允许的成本预测区间；（二）该预测与实测全路径成本之差（DPG，带符号）；（三）文档本身的可预测性——两名合格读者依据同一文档能否得出一致预期。第三项是本刊独有的角度：披露的可用性可以独立于披露的真实性被测量。

DOES NOT SUPPORT / 不能确立平台的主观意图，不能确立平台是否违反任何披露义务或监管要求——DPG 是一个 bps 数字，不是一个法律结论。欧盟 MiCA 框架下加密资产服务提供者须以公平、清晰、不误导的方式提供信息并披露费用与执行政策，本协议提供的是与这类义务相对应的可测量量，但本刊不作合规定性，也不代替监管机构或法院的判断。不能确立文档在其它时刻、其它语言版本或其它司法辖区页面上的内容——归档副本只能确立"某时刻某 URL 呈现过什么"。尤其重要的是：正的 DPG 不证伪"0% 佣金"这一宣称本身，因为该宣称谈的是佣金，而 ERTC 谈的是全路径成本；正确的产出是把两者并列成两个数字，而不是把前者宣布为谎言。

合成、不确定度预算与数据集发布

1. 单元格合成：按（平台, 交易对, 金额档, surface, route_class, UTC 时段）组织所有观测，逐格给出 ERTC 的逐次原始值、中位数、n，以及分量分解表。头条口径固定为 T2 × BTC/EUR × default surface × direct_fiat × 全时段中位数，任何其它口径的数字必须自带口径标签。
2. 对账自检（仪器一致性）：把各分量转成 log-bps（ℓ_k = −10^4 × ln(1 − c_k/10^4)）后相加，与主式测得的 ERTC 对应的 ℓ_total 比较。要求 |ℓ_total(主式) − Σ ℓ_k| ≤ max(3 bps, 5% × ERTC)。超限的回路进入 reconciliation_flags 并逐笔追因（常见来源：漏记的小额费用、参考价时刻错配、以平台币支付的费用未折算），不得因对不上而丢弃。
3. 跨仪器一致性：把 P-02 的报价遥测在 t_decision 时刻的预测值与 P-04 的实测 c_exec_gross 做配对比较，报告配对差的中位数与 IQR。这是整个设计的关键验证——只有当零资金的大样本仪器能预测真金结果时，才允许用它承担小差异的推断。
4. 不确定度预算：逐项量化 u_ref（参考价 ±2 s 离散）、u_fx（外汇源分歧，daily 回退时显著放大）、u_ts（时间戳抖动 × 该时刻波动率）、u_round（平台显示精度导致的量化误差）、u_batch（UTXO 提现费分摊，单边）、u_samp（同格内样本离散）。对称独立项按方和根合成 u_c = sqrt(Σ u_i²)，报告 k=2 的扩展不确定度 U = 2u_c；u_batch 作为单边区间单独叠加为上下界，不并入方和根。
5. 分辨力规则（硬性）：任意两个数字之差小于二者合并扩展不确定度时，一律表述为"不可区分"，不得排名、不得称"更便宜"。头条表中必须直接给出该分辨力阈值。
6. 排除表：任何被排除的观测必须在 exclusions 表中有一行，含 run_id、字段、reason code（clock_skew / venue_outage / incomplete_fill_record / rate_limited_gap / operator_error / promo_period_flagged）与文字说明。静默删除任何一行数据都构成规范违反。促销期数据不排除，而是分列。
7. 数据集打包：发布七张 CSV——axp_cost_runs（回路级）、axp_cost_legs（腿级）、axp_cost_quotes（遥测）、axp_cost_reference（参考价与 FX）、axp_cost_withdrawals（提现与链上核验）、axp_cost_claims（宣称与盲预测）、axp_cost_exclusions（排除）。附 manifest.json：每文件 SHA-256、行数、完整字段字典（字段名、类型、单位、取值域）、缺失值约定（null = 未观测到；NA_not_offered = 该平台结构性不提供；NA_risk_cap = 因风险上限未尝试；NA_blocked = 平台阻止）、spec_version=AXP-COST-v1.0.0、dataset_version、生成代码的 git commit hash 与依赖锁文件哈希。
8. 许可与脱敏：数据以 CC BY 4.0 发布，计算代码以 MIT 发布。平台界面截图不随数据集再分发（第三方著作权），改为发布截图的 SHA-256 与必要的引用性摘录，完整证据包对声明复现意图的第三方按请求提供。脱敏清单（发布前双人核查）：银行对账单仅保留日期、金额、交易对手名、币种，遮蔽 IBAN 后段、账户持有人姓名与地址；不含任何 KYC 文件、卡号、设备指纹；自托管地址为一次性测试地址，可公开。
9. 复现包与独立重算：提供一键重算脚本，从原始快照与记录重算出发布的每一个数字。由未参与采集的分析师执行一次独立重算，纯计算差异应 ≤1 bps，超出即为代码或数据缺陷。同时在方法页明确写出：第三方在不同时间自行采集必然得到不同数值，可比的是方法与口径，不是数字本身；只有重算我们发布的原始数据才应逐位复现。
10. 版本与变更：任何公式、参数、参考集合的改动都必须递增 spec_version 并在变更日志中写明改动内容、理由与对既有数据的影响；旧版本数据集永久保留且不得就地修改，跨版本数字禁止直接并列比较。

Quantity measured

log-bps 严格可加：ℓ_k = −10^4 × ln(1 − c_k/10^4)，ℓ_total = Σ_k ℓ_k，ERTC = 10^4 × (1 − exp(−ℓ_total/10^4))；线性化误差 = Σ c_k − ERTC。｜对账判据：|ℓ_total(主式) − Σ ℓ_k| ≤ max(3 bps, 5% × ERTC)。｜不确定度：u_c = sqrt(u_ref² + u_fx² + u_ts² + u_round² + u_samp²)，U = 2 u_c（k=2），u_batch 以单边区间 [−0, +u_batch] 另行叠加。｜分辨力：平台 P 与 Q 可区分 ⟺ |ERTC_P − ERTC_Q| > sqrt(U_P² + U_Q²)。

Fixed parameters

对账容差 max(3 bps, 5%)（取值理由：3 bps 约为参考价在平静时段 ±2 s 窗口的典型离散量级，5% 则在高成本平台上按比例放宽）；覆盖因子 k=2（约 95%）；独立重算的纯计算容差 ≤1 bps；头条口径固定为 T2 × BTC/EUR × default × direct_fiat；数据许可 CC BY 4.0（数据）/ MIT（代码）；spec_version 采用语义化版本，公式或参数变更递增次版本号，参考集合变更递增主版本号。

Sample size

全量数据参与合成；独立重算 ≥1 次（由未参与采集者执行）；跨仪器配对比较的配对数 = 真金成交次数（≈50 对）；不确定度预算逐观测计算，头条数字给出其合成后的 U。

Control

三重独立校验互为对照：（a）主式与分量分解的对账残差检验测量内部一致性；（b）零资金遥测与真金成交的配对差检验两套仪器的一致性；（c）未参与采集的分析师独立重算检验计算管线。三者中任何一项不通过，都不允许发布该平台的头条数字，而应发布"未通过自检"这一事实本身。

Statistical treatment

合成与对账在 log-bps 空间（严格可加），呈现在 bps 空间（读者习惯），并公布线性化误差；中位数为代表值，同时给出 IQR、p90 与 n；不做温莎化与截尾；跨平台比较优先使用共时配对差值；所有排名必须先通过分辨力规则，未通过者并列且明确写"不可区分"；n<3 的单元格禁止绘制误差棒或箱线图（会暗示不存在的分布信息），只画点并标 n。

Known pitfalls

（1）把不同 spec_version 或不同参考集合的数字并列比较；（2）静默删除对不上账的回路，使残差检验形同虚设；（3）加性与乘性分解混用导致头条数字与分项之和不符，读者据此认定造假；（4）四种缺失值混为一谈——"平台不提供"与"我们没敢测"是完全不同的事实；（5）在 n=2 的单元格上画箱线图或置信区间；（6）发布时把银行对账单、KYC 信息或设备指纹一并泄露（发布前必须双人脱敏核查）；（7）再分发平台截图造成第三方著作权问题；（8）未通过跨仪器一致性检验却仍用遥测数据支撑小差异结论；（9）促销期数据混入常态中位数。

Risk

发布环节的主要风险是隐私泄露与法律表述。脱敏清单必须逐项签署核查，特别注意银行对账单中的账户号、姓名、地址与卡号，以及任何可关联到测试人员真实身份的资产地址。所有结论表述遵循 reporting_notes 的规范，不作合规定性、不使用定性指控词汇。若被测平台提出更正请求，按刊物更正流程处理：保留原始版本、公开更正内容与时刻、递增 dataset_version，绝不就地静默修改已发布数据。

SUPPORTS / 确立一组带口径标签、带不确定度、带原始数据与可执行重算脚本的公开数字，使任何第三方可以（一）用我们的原始数据逐位复现我们的每一个结论，（二）用我们的规范在他们自己的时间窗口独立重做一遍并得到方法上可比的结果，（三）在我们出错时精确指出错在哪一步。

DOES NOT SUPPORT / 发布的数字不是平台的"费率"，也不能外推到其它时间窗口、其它市场状态、其它账户等级或其它地区——第三方在不同时间重跑必然得到不同数值，这不是复现失败，可比的是方法而不是数字。不确定度预算只覆盖已识别的仪器项，不覆盖未知的系统偏差（例如平台对被识别出的测试账户区别对待，本规范无法排除这种可能，必须在局限性中写明）。数据集与方法页本身作为文档，只能确立我们在某时刻做了什么、测到了什么，不能确立平台的任何一般性质，也不构成任何合规或法律判断。