`underlying.transferFrom` в руководстве по составным документам выдает эту ошибку: `ProviderError: Ошибка: транзакция отменена без каски строки причины`

Question

Я пытаюсь предоставить составной протокол в приложении, которое я создаю.
Также следуя составному документу и руководству здесь: Сообщение в блоге составного соединения
После локального разветвления основной сети и олицетворения адреса с большим USDT я теперь пытаюсь одолжить составной протокол.

В моем тесте эта строка underlying.transferFrom всегда терпит неудачу с этой ошибкой: ProviderError: Error: Transaction reverted without a reason string
Любые предположения о том, что может быть причиной.

Я спрашивал о сложном разногласии и не получил ответа.
Также провел много исследований, не смог найти подобную проблему... не знаю, что еще делать.
Ниже приведен пример моего кода

Среда разработки: Hardhat
ОС: Windows 10

      pragma solidity ^0.8.0;
import "hardhat/console.sol";
import "../interfaces/ICompound.sol";

contract CompoundController {
    mapping(address => mapping(address => UserInvestedTokenDetails))
        public UserInvestments;

    struct UserInvestedTokenDetails {
        uint256 tokenAmount;
        bool isExists;
    }

    function _setUserInvestments(
        address userAddress,
        address tokenAddress,
        uint256 tokenAmount
    ) internal {
        if (UserInvestments[userAddress][tokenAddress].isExists) {
            UserInvestments[userAddress][tokenAddress]
                .tokenAmount += tokenAmount;
        } else {
            UserInvestments[userAddress][
                tokenAddress
            ] = UserInvestedTokenDetails(tokenAmount, true);
        }
    }

    function supplyErc20ToCompound(
        address _erc20,
        address _cErc20,
        uint256 tokenAmount
    ) public returns (bool) {
        console.log("contract!");
        // Token being supplied to compound
        Erc20 underlying = Erc20(_erc20);
        // Token sent from compound in return
        CErc20 cToken = CErc20(_cErc20);
        require(
            underlying.transferFrom(msg.sender, address(this), tokenAmount),
            "compound: transferring tokens from user failed!"
        );

        underlying.approve(_cErc20, tokenAmount);
        require(cToken.mint(tokenAmount) == 0, "compound: mint failed!");
        _setUserInvestments(msg.sender, _erc20, tokenAmount);
        return true;
    }

}

Также тестовый файл по запросу:

      const { expect } = require("chai");
const { BigNumber } = require("ethers");
const { ethers } = require("hardhat");
const DAI = process.env.DAI;
const USDT = process.env.USDT;
//
const cDAI = process.env.DAI;
const cUSDT = process.env.CUSDT;

const USDT_WHALE = process.env.USDT_WHALE;

describe("CompoundController", function () {
  before(async () => {
    [deployer, user1, user2] = await ethers.getSigners();
    CompoundController = await ethers.getContractFactory("CompoundController");
    compoundController = await CompoundController.deploy();

    // FUND USERS ACCOUNT WITH PAYMENT OPTIONs TOKEN
    Usdt = await ethers.getContractAt("IERC20", USDT);
    Dai = await ethers.getContractAt("IERC20", DAI);
  });
  describe("sendErc20", function () {
    it("should supply tokens to compound", async () => {
      let depositAmount = BigNumber.from("100000000000000000000"); //  100
      await hre.network.provider.request({
        method: "hardhat_impersonateAccount",
        params: [USDT_WHALE],
      });
      const signer = await ethers.getSigner(USDT_WHALE);
      await Usdt.connect(signer).approve(
        compoundController.address,
        depositAmount
      );
      let tx = await compoundController
        .connect(signer)
        .supplyErc20ToCompound(USDT, cUSDT, depositAmount);
      console.log(tx);
    });
  });
});

Answer 1

Итак, после нескольких дней борьбы с этим я нашел эти указатели.

• Контракт USDT почему-то не соответствует стандарту eip20. Он не возвращает логическое значение, поэтому мой интерфейс для всех контрактов erc20 не соответствовал их функции. Сразу же я протестировал DAI, который был совместим с eip20, и это сработало.
• Также в какой-то момент при разветвлении основной сети в моей учетной записи подписывающего лица (учетной записи, с которой я тестировался) не было токена (достаточно USDT), который я пытался предоставить для соединения.

Я имею в виду, что проблема контракта USDT расстраивает, надеюсь, кто-то еще найдет это полезным.

Answer 2

Я думаю, что пользователь должен одобрить контрактный адрес для передачи от своего имени, прежде чем вы попытаетесь transferFrom.