带onlyOwner修饰的Solidity mint函数所有者调用失败的技术问询

Ownable合约的所有者判定逻辑 #

OpenZeppelin的Ownable模块默认将部署合约交易的发起地址（即部署交易的from字段）设置为初始所有者，不存在将合约地址本身设为所有者的逻辑。如果链上记录的所有者和你当前使用的地址不匹配，通常是部署配置、调用参数传递环节出现偏差。

报错的直接触发原因 #

你当前代码调用estimateGas时没有显式指定模拟调用的发起者地址，节点在执行权限校验时识别到调用者不是合法所有者，因此触发Ownable: caller is not the owner回退。

注意：web3.js的estimateGas、call类方法都需要显式传入包含from字段的配置块，不会自动识别你后续组装交易时的配置参数，哪怕你后续广播交易时填对了发起地址，估算阶段的参数缺失依然会导致回退。

• 第一步：核对链上真实所有者地址
  直接调用Ownable合约内置的owner()方法，读取链上存储的所有者地址，和你当前使用的钱包地址做逐字符比对，确认是否一致：

  // 读取链上记录的合约所有者
  const contractOnChainOwner = await nft_A.methods.owner().call();
  console.log('链上所有者地址：', contractOnChainOwner);
  console.log('当前使用的钱包地址：', MY_PUBLIC_KEY);
  

  如果两个地址不匹配，可通过原所有者地址签名交易，调用合约内置的transferOwnership方法，将所有者权限转移到当前使用的地址。

• 第二步：修正gas估算的参数传递逻辑
  在调用estimateGas时，显式传入包含from字段的配置块，匹配web3.js的API规范，修正后的代码如下：

  async function mint({ tokenURI }){
      const nonce = await web3.eth.getTransactionCount(MY_PUBLIC_KEY, 'latest'); 
      const mintMethod = nft_A.methods.mintNFT(MY_PUBLIC_KEY, tokenURI)
      // 显式指定模拟调用的发起者地址
      const gasEstimate = await mintMethod.estimateGas({ from: MY_PUBLIC_KEY });
      console.log('NFT铸造预估gas值：', gasEstimate);
  }
  

  这里需要明确：Truffle环境中给合约方法传from参数的写法，本质是web3.js的统一API规范，在Hardhat连接真实链环境、直连Alchemy节点的场景下完全兼容，不存在Hardhat不支持该参数的情况。

• 第三步：完成合法交易签名
  待gas估算通过后，按照官方示例逻辑组装交易，用对应私钥签名后再广播上链，完整流程的代码结构：

  const tx = {
      from: MY_PUBLIC_KEY,
      to: address_a,
      nonce: nonce,
      gas: 500000,
      data: nft_A.methods.mintNFT(MY_PUBLIC_KEY, tokenURI).encodeABI()
  };
  // 用私钥完成交易签名
  const signedTx = await web3.eth.accounts.signTransaction(tx, MY_PRIVATE_KEY);
  // 广播交易上链
  await web3.eth.sendSignedTransaction(signedTx.rawTransaction);
  

• 确认部署合约的网络和当前交互的网络一致：比如在Sepolia测试网部署的合约，不能用主网的Alchemy节点配置调用，跨网场景下哪怕地址完全匹配，也会因找不到对应合约状态触发报错。
• 确认地址的checksum格式正确：EVM链上的地址是大小写敏感的，合约存储的所有者地址通常为带校验位的格式，不要用全大写/全小写的无校验地址做匹配。
• 如果你是用Hardhat内置本地区块链节点部署的合约，部署时的默认签名账号是Hardhat配置项里accounts数组的第一个地址，不是脚本中手动填写的公钥地址，这类配置不匹配也会触发权限校验失败。

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