从你的错误日志和代码来看，问题出在合约验证环节——虽然你部署合约时正确传入了priceFeed参数，但执行verify函数时，没有把构造函数参数正确传递给Hardhat Etherscan插件，导致插件尝试验证时出现「构造函数需要1个参数但传入0个」的不匹配错误。

排查步骤与修复方案 #

1. 检查你的utils/verify.js代码 #

错误栈显示问题触发于verify (E:\Block Chain Projects\FUND_ME_FULLSTACK\utils\verify.js:6:9)，这说明你的verify工具函数没有正确传递构造函数参数。

正确的verify.js应该包含构造函数参数的传递逻辑，示例如下：

const { run } = require("hardhat");

const verify = async (contractAddress, args) => {
  console.log("Verifying Contracts.........");
  try {
    await run("verify:verify", {
      address: contractAddress,
      constructorArguments: args, // 这一行是关键，必须传入构造函数参数数组
    });
    console.log("Contract verified successfully!");
  } catch (error) {
    if (error.message.toLowerCase().includes("already verified")) {
      console.log("Contract is already verified on Etherscan!");
    } else {
      console.error("Verification failed:", error);
    }
  }
};

module.exports = { verify };

如果你的verify.js里漏掉了constructorArguments: args这一行，或者错误地传入了空数组，就会触发你遇到的types/values length mismatch错误。

2. 确认部署脚本中verify的参数传递 #

你的部署脚本里已经正确传递了参数：

await verify(fundme.address, [ethUsdPriceFeedAddress])

这部分逻辑没问题，只要verify.js能正确接收并传递这个数组给verify:verify任务即可。

3. 处理合约复用场景 #

从终端输出看到reusing "FundMe" at 0x6DD6B9f3bD775549Ef0e6423C49c9d03AC6bb778，说明Hardhat Deploy插件在复用你之前部署过的合约地址。这时候要确保：

• 这个已部署的合约确实是用当前Goerli网络的ethUsdPriceFeedAddress（0xD4a33860578De61DBAbDc8BFdb98FD742fA7028e）部署的
• 如果之前的部署参数不同，你需要删除deployments文件夹里的Goerli相关记录，或者添加--reset参数重新部署：

yarn hardhat deploy --tags all --network goerli --reset

4. 手动验证排查 #

如果修复后仍有问题，可以直接手动执行验证命令来确认参数是否正确：

yarn hardhat verify --network goerli 0x6DD6B9f3bD775549Ef0e6423C49c9d03AC6bb778 0xD4a33860578De61DBAbDc8BFdb98FD742fA7028e

这里的第二个参数就是构造函数需要的priceFeed地址，手动验证能快速确认参数传递是否正常。

总结 #

核心问题是verify.js工具函数没有正确传递构造函数参数给Etherscan验证任务，补充constructorArguments: args这一行即可解决。如果还有问题，检查合约复用场景下的参数一致性，或者用手动验证命令排查。

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