Brownie主网分叉时Chainlink请求处理逻辑及相关问题咨询

• Brownie启动主网分叉时，会基于指定的主网区块高度拉取全量链上状态快照，将所有已部署合约的代码、存储状态、交易历史完整复刻到本地隔离的模拟链环境中。
• 当请求的目标是链上已存在的、不需要新触发链下节点响应的Chainlink合约方法时，本地环境会直接读取复刻过来的合约存储值，完成本地状态下的调用闭环，不需要和外部真实网络交互。
• 当需要发起新的、依赖Chainlink预言机节点链下响应的请求（比如API数据拉取、随机数获取、自动化任务触发）时，本地模拟链产生的请求事件只会存在于本地隔离环境中，没有真实的Chainlink节点会监听本地链的事件，也不会主动发起链上交易将响应数据回填到本地合约中，这类请求无法完成完整流程闭环。

• PriceFeed的逻辑仅为读取主网上已部署的Chainlink Aggregator合约的现有价格数据：由于Brownie分叉时已经将Aggregator合约的代码、存储的价格历史数据完整拉取到本地环境，本地调用latestRoundData()等读取方法时，仅需读取本地复刻的存储值即可返回结果，完全不依赖外部预言机节点的实时响应，因此可以正常运行。
• ApiConsumer的逻辑需要发起全新的Chainlink数据请求：正常主网环境下，该合约发起请求后会触发链上事件，被对应的Chainlink预言机节点监听到，节点完成链下API数据获取后，会发起链上交易将结果写入调用方合约。但在本地主网分叉环境下，隔离的本地链不会被真实Chainlink节点监听，请求事件没有节点处理，也没有节点主动回填响应数据，因此请求永远无法完成。

• Aggregator合约确实会将全量历史价格数据以持久化存储的形式做链上缓存：每一轮价格更新触发时，对应的轮次ID、价格数值、更新时间、节点签名、完成状态等数据都会被写入合约的固定存储结构，不会因临时状态变化丢失。
• 日常读取价格的操作会直接从链上缓存的最新轮次存储值中取数，不需要每次调用都触发链下预言机的响应流程，这也是PriceFeed类合约在主网分叉环境下可以正常运行的核心基础——所有缓存的价格数据都会随着主网状态快照被一同拉取到本地环境中。
• 这种缓存是按轮次累加的结构化存储，并非临时内存缓存，用户可以通过合约接口回溯任意历史轮次的缓存价格数据。

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