可验证存储与网络时钟
官方基础文档将区块存储描述为由 VDF 驱动的存储证明，并说明查询处理也要验证有效性；VDF 还参与网络脉冲时钟。它们是网络存储与时间机制，不代表 Q Market 的订单或结算已经写入 Quil。
Q Market × Quilibrium
不只是等待网络，更要让应用真正运行。
预测市场能在 Quilibrium 上运行吗？这是我们的目标。我们会随着组件实际可用并通过验证，先接入证据，再逐步走向原生应用与结算。
本站接入状态：计划中，尚未启用。以下是 Q Market 的集成路线，不是官方上线承诺。当前使用 wQUIL 参与不代表已在 Quil 网络执行，也不保证收益。
体验预测市场技术架构能为应用带来什么
隐私超图（Oblivious Hypergraph）
官方将 OHG 描述为网络用于存储和查询数据的核心结构：查询处理者难以判断请求对应哪些具体数据关系，完整的网络观察者也难以还原有意义的超图内容。Q Market 只把规则与证据索引列为未来评估方向；本站目前没有向 Quil 网络写入市场状态。
隐私超图查询（OHG + OT）
官方将 OT 用于隐私计算与超图查询：查询处理者不应轻易判断请求涉及哪些关系，请求者也不应获得无关数据。这些网络能力不等于本站账户或订单目前匿名，也不改变公开规则与资金审计要求。
QStorage 对象存储
官方文档将 QStorage 描述为基于 Quil 网络的 S3 兼容对象存储。未来可评估用于规则材料与证据对象；仅把数据存入存储服务，并不能证明市场已在网络上执行或结算。
端到端通信与匿名路由
官方通信架构分为应用/内容寻址、Triple-Ratchet 端到端加密、Shuffled Lattice Routing Protocol 混合路由，以及 BlossomSub 点对点传播。它们是网络层构件，不会自动让本站现有账户或订单匿名。
QKMS 多方密钥管理
官方将 QKMS 定位为应用与基础设施的多方密钥管理服务。后续可评估应用签名密钥的管理方式；本站目前没有接入 QKMS，也不把它描述为用户钱包或资金托管。
MetaVM 可验证执行
官方文档介绍 RISC-V、EVM 与 sBPF 的程序执行证明能力；同一文档明确指出，MetaVM 证明目前尚未用于 Quilibrium 网络共识，相关集成仍在推进。我们只把它列为后续研究方向，不视为本站当前结算最终性、已部署合约或可用资产桥。
按组件逐步集成，不按日期承诺
计划阶段 1
第一步：把公开网站部署到 QStorage
先迁移静态页面、公开规则与技术介绍；预测账户、订单和资金数据暂不迁移。
验收条件：上传版本化构建产物，经独立客户端读回并核对文件摘要；验证 QStorage Proxy 域名访问、缓存更新、旧版本回退和故障恢复。
组件与官方资料：QStorage + 网站代理 ↗计划阶段 2
第二步：用 QConsole / QKMS 管理应用凭据
给网站服务按最小权限配置独立凭据，逐步替换仅用于 Quilibrium 服务的应用密钥；不把 QKMS 描述成用户资金托管。
验收条件：实测服务隔离、权限拒绝、密钥轮换、吊销与审计；任何用户钱包密钥都不能被上传到网站后端。
计划阶段 3
第三步：接入原生地址、Q Name Service 与 QUIL
在官方接口稳定后，再增加 Quil 原生身份与资产选择；现有 wQUIL 不自动兑换、桥接或迁移。涉及隐私的 RPC 操作须留在明确的安全信任边界内。
验收条件：官方 API/钱包能力已发布并实测；验证签名域、地址绑定、权限和回放保护、交易确认、重试恢复及余额守恒。Q Name Service 的集成细节以届时官方接口为准。
计划阶段 4
第四步：先部署只读的状态证据应用
用 QCL 与 RDF schema 表达公开市场规则和证据引用，再评估 OHG/QStorage 如何承载可查询状态；先不迁资金、交易或派彩。
验收条件：先在隔离环境部署并核对 schema、写入回执、独立读回、幂等重试、费用和恢复；链上记录只能证明记录存在，不能独立证明官方状态页内容真实。
计划阶段 5
第五步：条件成熟后再验证规则执行与结算
MetaVM 可作为未来验证执行的研究方向；官方文档目前说明其尚未用于主网共识，不能把它当作现成的合约或结算最终性。
验收条件：等待网络共识实际接纳证明并有稳定接口后，完成端到端结算、重复执行防护、偿付守恒、安全审计和争议处理验收。外部状态仍需独立可靠的采集、证据与复核机制。
组件与官方资料：MetaVM 当前能力与限制 ↗