一个解答问题的思路：

可以先尝试把问题简化，例如数组只使用一个元素，

使用尽可能少的金额（如 0 ）来逐步排查问题。

你也可以在本地 fork 出一个主网：

npx hardhat node --fork https://http-mainnet.hecochain.com

然后在本地部署，在代码中用hardhat 的 console.log 调试。

如果代码 和配置都没有错的话， 那就等一会。

BSC 代码验证有时等一会就可以了。

revert 条件不满足， 合约的 ETH 不够支付。

ETH 数量已经增加了， 可能你没有察觉到。

因为 ETH 数量 的增加， 和 token 的减少是同时发生的， 不可能部分发生。

安装库的版本问题， 还是库没有成功吧？

或者你判断一下call 的返回值。 这是一个警告， 也可以不管。

你贴一下， buy 的代码， 要不能别人怎么查看？

可能是你的代码不完整，编译不了。

黑洞地址与具体网络无关， 任何已知的无人知晓私钥的地址都可以是黑洞地址， 如： 0x0000000000000000000000000000000000000000 0x0000000000000000000000000000000000000001 0x0000000000000000000000000000000000000002

0x000000000000000000000000000000000000dead

等等

transfer 本身其实没有买入卖出的概念。

通常我们可以把 币从 Uniswap 转到用户 认为是买入。

即 transfer 的from 是Uniswap的流动池， to 是用户地址。

用此方法可以区分是买入卖出， 不过无法区分买入还是移除流动性。

不识别calldata 关键字， 是不是编译器版本过低？

基本是 初始化 web3时，使用 heco 节点作为 provider 即可。 如果是调用钱包转账，你选择好对应的 heco 网络，其他就和以太坊一样。

即：

// 用节点
var web3 = new Web3(Web3.providers.HttpProvider("https://http-mainnet.hecochain.com");
// 用当前钱包
var web3 = new Web3(window.ethereum)

发起交易就和以太坊完全一样

当前以太坊 web3 没有提供接口获得， 需要你自己把它存起来。

如果不能控制数组的长度， 一定不要使用循环。

你可以在每池出矿的时候，累计 totalEnergy 。

如果你需要知道当前实时的总能量，你可以根据时间序列保存一个矿石链表， 每次过期时，从链表头移除掉，这样可以减少链表的长度。

链表的实现可以参考这个文章： Solidity 优化 - 编写 O(1) 复杂度的可迭代映射

用WBNB，这个https://bscscan.com/token/0xbb4CdB9CBd36B01bD1cBaEBF2De08d9173bc095c

部署不成功，通常是构造函数出错。 看到你的构造函数里还引用了其他的文件（继承的父合约），是不是也需要做相应的修改。

这个不好判断问题， 你可以用 console.log 打日志调试。

你是怎么修改的， 我印象里，好像是通过一个 json 文件配置的。

好的， 审核已经通过。

因法规要求，内容需要审核呀~

抱歉，这件可以在这里下载：深入Solidity课件

我们没有专门的课程群哦， 有问题，直接在平台提问吧