动态资助Chainlink VRF

Question

我正在尝试理解Chainlink VRF是如何集成到可靠合约中的，比如这个随机生成的NFT教程：https://blog.chain.link/random-numbers-nft-erc721/

我的问题是关于甲骨文的实际资金。在Chainlink VRF文档中，显示此警告：“请求随机性将失败，除非您部署的合同有足够的链接来支付它。了解如何获取testnet链接并为您的合同提供资金。”给出了一个实例，说明了如何使用metamask和Remix为VRF合同提供资金。

然而，我真的不确定这将如何大规模地工作。如果您的NFT“工厂”变得非常流行，每天/小时/分钟可能有许多请求，您是否希望提前运行此VRF合同的资金以避免上述警告(似乎成本将不是微不足道的/难以预测的)？

或者，如果您希望您的NFT消费者为其提供资金，您是否必须构建一些逻辑来将Ether转换为Link，然后将其发送到oracle合同？(或者让他们去购买链接令牌？)

我可能看错了这一点，但文档中似乎没有很好地描述可伸缩性，而只是从测试/测试网络的角度来看。谢谢。

Answer 1

您可以：

1. 将成本直接转移到调用者

要求LINK付款，或用于支付oracle request费用的其他付款形式

1. 以较低的频率请求oracle数据(如果您的用例允许)

你是不是从神谕那里收到了一些价格信息？每天更新一次价格信息而不是每小时更新一次是否足够？

1. 将合同逻辑更改为不需要(那么多) oracle数据

您的工厂真的需要离线随机数生成吗？不足以从区块散列、难度等生成“随机”数？

Answer 2

我的建议是，可能有点尴尬，但为了去中心化，可以工作。

• 您为您的Contract1提供了一个足够的链接来开始使用

• 当他们造币的时候，它被合并到价格中，然后eth被发送到Contract2。

Contract2中的

• 只是存在一个可调用的公共函数，用于通过routerV2或类似的合约启动链接交换。

• 通过调用此函数和约定，您可以让任何minter激活交换约定函数

Contract2中的

• eth将作为链接发送回Contract1。

• 你可以有一个柜台，然后在每次链接基金低的时候打电话给Contract2，并重新填充它automatically.

• 如果你把它建在造币厂里，那么国际米兰就会支付所有的费用。