FluxAggregator、OCR文档及Oracle POC实现相关问题咨询

• FluxAggregator与OCR公开文档相关问题：目前FluxAggregator、OCR（链下报告）两类核心组件没有面向普通集成开发者全量公开的完备技术文档，早期上线过的FluxAggregator开发支撑文档已经随版本迭代下线，目前没有公开可查的全流程开发指引。如果是做业务集成场景的POC，核心逻辑可以直接参考开源的合约代码、节点内置模块的注释梳理，没有官方公开的从零搭建自定义FluxAggregator预言机网络的配套文档。
• Fluxmonitor多数据源聚合上报相关问题：该能力完全可以实现。Fluxmonitor本身就是节点侧负责数据源轮询、偏差阈值触发上报的内置组件，你可以直接在节点任务配置中定义多个API数据源的拉取规则，在任务流水线中加入需要的聚合处理逻辑——比如异常值剔除、取中位数/加权平均这类操作都可以直接通过配置实现——处理完成的结果可以直接通过配置的合约提交动作，上报到指定的FluxAggregator合约地址，不需要额外开发中间转发服务。
• 独立进程查询历史聚合结果相关问题：该场景完全支持。FluxAggregator合约本身对外暴露了只读的轮次结果查询接口，你部署的独立业务进程只要接入对应链的RPC服务，就可以直接调用合约方法查询数据：调用latestRoundData()可获取最新一轮的聚合结果，调用对应历史轮次的查询方法可获取指定轮次的结果值、上报时间戳、轮次对应块高等全量信息。注意这类只读查询不需要发送链上交易、不消耗Gas，通过RPC的eth_call接口即可直接拿到返回值，不需要经过预言机节点转发。
• 开发版本选型相关问题：不推荐直接选用v0.6版本开展本次POC开发。v0.6目前仍处于快速迭代阶段，配套节点适配能力、功能稳定性都没有经过大规模生产场景验证，且合约接口、组件配置逻辑和历史稳定版本存在较多不兼容变更，可参考的落地、排障案例极少，踩坑后很难找到参考方案。做业务集成验证优先选择v0.4、v0.5这类已经有大量落地案例的稳定版本即可，等POC流程跑通、v0.6版本正式发布稳定版后再评估升级成本会更稳妥。

内容的提问来源于stack exchange，提问作者1174