поверхностно вопрос не в том, что я "только интерфейс подключаешь, а не саму реализацию ERC20?" с реализацией вопросов нет, я добавлю(ил) ее в контракт. у меня вопрос как подключить 2 интерфейса IERC20 и ERC20 (ERC20 наследует IERC20, но только его подключить не получается) и стоит ли это вообще делать или просто функцию объявить в контракте, или добавить функцию в IERC20?
Подозреваю, ты не можешь понять нужен ли интерфейс, для работоспособности.
мне только 1 функция нужна function _burn(address account, uint256 amount) internal virtual { require(account != address(0), "ERC20: burn from the zero address"); _beforeTokenTransfer(account, address(0), amount); _balances[account] = _balances[account].sub(amount, "ERC20: burn amount exceeds balance"); _totalSupply = _totalSupply.sub(amount); emit Transfer(account, address(0), amount); }
Ее нет в стандарте. Она опционал.
А может и есть. Не помню.
Смотри. Тут у тебя внутренняя. Тебе надо сделать обёртку для неё. Чтобы твоя burn дёргала _burn
"поверхностно" знаем ооп и идём писать смарт контракты)) извините, но я в шоке от таких экземпляров)
это основы программирования, а смарты держат огромные деньги и их же теряют на глупейших ошибках)
Ну скорее на подводных камнях блокчейна чем на ооп(
Слава Богу в расте нет ооп
я говорю о том что неопытные ребята бегут писать смарты, а потом люди удивляются чо так часто ломают)
для тебя "идём писать смарт контракты" синоним "идем управлять атомной подводной лодкой"? можно подумать ты родился со знанием ооп, потом 10 лет готовился, после чего пошел писать свой первый контракт helloword 😁 все с чего-то начинали. в тех-же криптозомбаках не много теории про ооп (или я не заметил) мне нравится на реальных контрактах изучать солидити, а не на каких-то скучных шаблонах
нет, я считаю что нужно научиться обычные приложения писать и набить на них шишки перед тем как контракты кодить
так есть же (см. Trait Object)
Не раскрывай тайну(
Обсуждают сегодня