辅助整合
管理API整合的仓库.
api-data.json (英语)
有一个 api-data.json 每个 API 提供者的文件 data/apis/<api-name>/api-data.json 路径。 此文件包括以下信息.
alias: API使用的独特别名.providerType:说明提供者的类型。 也可以这样rest或者说rpc。 。 。 .name:供公众使用的API名称.airnode: API的Airnode地址.previousAirnodes: APIs在mnemonic自转前曾经拥有的Airnode地址.xpub: 扩展公用钥匙.supportedFeedsInBatches: 由 API 支持的分批数据输入器名称,由 OIS 标题所分隔.deploymentConfigurations:部署配置描述API的部署.signedApi是表示API是否有已签名的API部署的旗帜.region是部署的地区.provider表示部署地点。 这可能是aws或者说local。 。 。 .
homepageUrl:API提供商网站主页URL.verifiedBaseUrl: URL 将API提供商的Airnode地址包含在它的TXT记录中,以便人们能够确认Airnode地址.signedApiUrl: API提供者部署的已签名API的URL.productionSignedApiUrls: API提供者所部署的Airnode feed的已签名APIs的URL将数据推向.stagingSignedApiUrl: API 的 URL , API 提供者在其中部署的 Airnode 种子将数据推向其中 .
模拟 API
在添加新的 dAPI 之前,我们调查它的理由如下:
- 评估dAPI的数据质量.
- 估计 dAPI 的更新数 .
由于Airnode与伙伴API供应商的回馈每月进行,所以我们维持了每个API的模拟版本,它反映了实际API的管理过程. 模拟API与实际API的主要区别在于,我们自己处理模拟API的Airnode馈送部署,从而在勘测步骤中具有灵活性.
当一个新的dAPI要被添加到市场时,相关的数据feed首先被添加到模拟版的实际API中. 在勘测后,它们就在Airnode饲料重新部署(Fints)之前被添加到实际的API中.