NFT租赁合约调用报ERC721: operator query for nonexistent token错误

这个报错是OpenZeppelin标准ERC721实现抛出的，触发逻辑是：代码调用getApproved()或isApprovedForAll()查询授权状态时，会先校验传入的tokenId在当前执行查询的ERC721合约实例中是否已经完成铸造，如果该实例内不存在对应token的铸造记录，就会直接抛出ERC721: operator query for nonexistent token。

你遇到的「确认token已铸造仍报错」的问题，本质是查询授权时用错了ERC721合约实例，对应到租赁合约的常见触发场景有三个：

• 租赁合约本身没有继承ERC721标准实现，也没有存储NFT的铸造记录，但在setUser等函数里直接以租赁合约自身作为ERC721实例查询token授权。你铸造的NFT实际部署在另一个独立的NFT合约地址上，两个合约的存储完全隔离，租赁合约的存储里自然查不到对应token的铸造记录。
• 函数内初始化ERC721实例时传入的NFT合约地址错误，比如填错了NFT合约的部署地址、误传了租赁合约自身地址、代理模式部署的NFT误传了逻辑合约地址而非代理合约地址，都会导致在没有对应token铸造记录的合约实例上查询授权。
• 部分自定义ERC721实现如果重写了_requireMinted或token存在性校验逻辑，传入的tokenId和实际铸造的tokenId不匹配（比如索引偏移、传错tokenId数值），也会触发同类报错。

• 先确认NFT实际完成铸造的合约地址，所有涉及NFT存在性、授权状态、所有权的查询，都必须用这个正确地址初始化ERC721接口实例，禁止在租赁合约自身上下文直接查询NFT相关状态。
• 在setUser等涉及NFT操作的函数开头，先做前置校验，确认NFT实例地址正确、token确实存在、租赁合约已拿到操作授权，再执行后续逻辑，参考校验代码：

// 替换为你实际的NFT合约部署地址
IERC721 public constant nftContract = IERC721(0x你的NFT合约地址);

function setUser(uint256 tokenId, address user) external {
    // 先校验token存在，同时确认NFT合约地址配置正确
    address nftOwner = nftContract.ownerOf(tokenId);
    // 校验合约已获得NFT操作授权
    require(
        nftContract.isApprovedForAll(nftOwner, address(this)) || nftContract.getApproved(tokenId) == address(this),
        "contract not approved to operate nft"
    );
    // 后续原有业务逻辑
}

• 如果租赁合约本身需要同时作为NFT合约承载铸造逻辑，必须把ERC721的继承、mint逻辑都实现在租赁合约内，保证铸造、查询操作都在同一个合约实例上执行。

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