ChainLink开发中调用GetRoundData()方法的数据来源是什么

• 你本地找不到AggregatorV3Interface对应实现的核心原因：你引入的AggregatorV3Interface.sol只是Solidity接口定义文件，仅用来声明函数的入参、返回值格式，本身不包含任何实现逻辑；你找到的.go文件是链下运行的Chainlink节点/Go语言SDK的交互封装代码，也不是链上合约的实现。真正的聚合器合约实现是预先部署在对应公链上的，不在你本地的项目依赖文件里。
• 聚合器的链上存储逻辑：Chainlink喂价的所有数据全部存储在链上合约的存储槽中。每一轮喂价流程中，多个独立的Chainlink节点会从数据源采集数据、在链下达成共识后，通过链上交易把本轮的价格、时间戳、轮次ID等数据写入聚合器代理合约的存储里，所有历史轮次的数据都是公开可查的链上状态，不存在链下存储的情况。
• 关于Go代码的误解：你在.go文件里看到的getRoundData相关逻辑，只是链下程序调用链上合约的请求封装代码，和你用web3.js、ethers.js写的普通合约调用代码没有本质区别。举个简单的例子：你用JS写了一段调用ERC20合约transfer方法的代码，不代表transfer的实现是JS写的、运行在链下——不管是Go还是JS写的客户端代码，都只是负责向链上发调用请求，真正的合约执行逻辑、存储的业务数据全部在链上。

你在自己的Solidity合约里传入喂价合约地址、调用getRoundData()时，整个执行流程是EVM直接读取对应链上合约存储槽里的历史轮次数据返回，是纯链上操作，不会触发任何链下数据请求。你觉得“没有明确链上来源”只是因为接口文件没带实现，你直接去对应链的区块浏览器查看喂价地址的合约代码，就能看到完整的链上实现和存储结构。

• 补充说明：你常用的公开喂价地址基本都是可升级代理合约，getRoundData()的调用会通过代理路由到背后最新版本的聚合器逻辑合约，所有历史喂价数据都存在代理合约的存储中，不会因为逻辑合约升级丢失。

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