Только в образовательных целях; не является инвестиционным советом. Инвестиции могут привести к убыткам.
Краткий ответ
Стандарт токена — это опубликованный интерфейс, который сообщает кошелькам, биржам, приложениям и другим контрактам, как распознавать и использовать токен. Он задаёт ожидаемые функции, события и правила, но не подтверждает стоимость, ликвидность, качество кода или добросовестность эмитента.
Наиболее распространённые стандарты Ethereum соответствуют разным моделям активов:
- ERC-20 представляет взаимозаменяемые единицы: любую единицу можно обменять на другую единицу того же токена.
- ERC-721 представляет индивидуально идентифицируемые невзаимозаменяемые токены, например отдельный предмет коллекции или право.
- ERC-1155 может представлять в одном контракте несколько взаимозаменяемых, невзаимозаменяемых или частично взаимозаменяемых типов токенов и поддерживает пакетные операции.
Стандартизация позволяет интеграции опираться на известный интерфейс, а не на особую логику контракта. Поэтому совместимость — свойство системы, а не гарантия безопасности: реализация может соответствовать интерфейсу и всё же содержать опасные разрешения, вводящие в заблуждение метаданные, ограничения переводов или экономические слабости.
Как это работает
Стандарты определяют вызываемые функции и испускаемые события. Типичная интеграция ERC-20 проверяет balanceOf, totalSupply, transfer, approve, transferFrom и allowance; интеграция ERC-721 проверяет владение и разрешения через ownerOf, safeTransferFrom, approve, setApprovalForAll и часто tokenURI. ERC-1155 добавляет balanceOfBatch, safeBatchTransferFrom и общую конвенцию URI для множества ID токенов.
ERC-165 позволяет контракту сообщать о поддерживаемых интерфейсах через supportsInterface. Приложение может использовать этот сигнал для выбора способа интеграции, но всё равно должно обрабатывать неудачные вызовы и проверять адрес контракта. Стандарт описывает границу между компонентами, а блокчейн продолжает выполнять конкретный код, контроль доступа, хуки и логику метаданных за этой границей.
Пример
Предположим, маркетплейс принимает актив, заявленный как NFT. Приложение может проверить сеть и адрес контракта, обнаружить интерфейс ERC-721, прочитать владельца и смоделировать небольшой перевод. Затем нужно проверить область разрешений, ограничения переводов, управление обновлениями и возможность изменения или внешнего хранения метаданных.
Если тот же маркетплейс принимает игровые предметы, ERC-1155 может подойти лучше: один контракт хранит множество ID, а пакетные переводы способны снизить стоимость операций. Стандарт помогает вызвать правильные методы, но не доказывает подлинность, редкость, ликвидность или юридическую силу предмета.
Риски
- Несоответствующие или обманные реализации: контракт может использовать знакомые имена, но менять ожидаемое поведение или вводить ограничения переводов.
- Риск разрешений: слишком широкие
approveили права оператора позволяют скомпрометированному расходующему лицу перемещать активы; ненужные разрешения следует отозвать. - Хуки и повторный вход: callbacks получателя в переводах NFT и мульти-токенов создают дополнительные пути исполнения и взаимодействия контрактов.
- Риск метаданных и идентичности: данные
tokenURIилиURIмогут измениться, исчезнуть или вести к содержимому, не соответствующему активу. - Административный и экономический риск: ключи обновления, пауза или чёрный список, роялти, комиссии и низкая ликвидность могут определить результат.
Криптовалютные транзакции часто необратимы. Перед подписью проверьте сеть, адрес контракта, поведение интерфейса, разрешения и ликвидность выхода; один аудит или стандарт не устраняют эти риски.
Распространённые заблуждения
Делает ли стандарт токен безопасным?
Нет. Стандарт описывает ожидания совместимости. Безопасность также зависит от реализации, привилегированных ролей, пути обновления, экономики токена, интерфейса и окружающего рынка.
Взаимозаменяемы ли ERC-20, ERC-721 и ERC-1155?
Нет. Балансы ERC-20 взаимозаменяемы, владение ERC-721 отслеживается по ID токена, а ERC-1155 может отслеживать множество типов. Приложение должно использовать соответствующую модель переводов, разрешений, балансов и событий.
Доказывает ли поддержка кошельком или маркетплейсом подлинность?
Нет. Обычно она показывает лишь соответствие контракта ожидаемому интерфейсу. Отдельно проверьте канонический адрес, происхождение, поведение метаданных и заявления эмитента или коллекции.
Похожие темы
Источники
- ERC-20: Token Standard - Ethereum Improvement Proposals (accessed: 2026-08-21)
- ERC-721: Non-Fungible Token Standard - Ethereum Improvement Proposals (accessed: 2026-08-21)
- ERC-1155: Multi Token Standard - Ethereum Improvement Proposals (accessed: 2026-08-21)
- ERC-165: Standard Interface Detection - Ethereum Improvement Proposals (accessed: 2026-08-21)
- Token Standards - Ethereum.org (accessed: 2026-08-21)