Перейти до основного вмісту
Change page

Стандарт Токену ERC-223

Останнє оновлення сторінки: 6 вересня 2025 р.

Вступ

Що таке ERC-223?

ERC-223 — це стандарт для взаємозамінних токенів, схожий на стандарт ERC-20. Ключова відмінність полягає в тому, що ERC-223 визначає не тільки API токенів, але й логіку переказу токенів від відправника до одержувача. Він запроваджує комунікаційну модель, яка дозволяє обробляти перекази токенів на боці одержувача.

Відмінності від ERC-20

ERC-223 вирішує деякі обмеження ERC-20 та запроваджує новий метод взаємодії між контрактом токена та контрактом, який може отримувати токени. Є кілька речей, які можливі з ERC-223, але не з ERC-20:

  • Обробка переказу токенів на боці одержувача: одержувачі можуть виявити, що токен ERC-223 було депоновано.
  • Відхилення неправильно надісланих токенів: якщо користувач надсилає токени ERC-223 на контракт, який не призначений для їх отримання, контракт може відхилити транзакцію, запобігаючи втраті токенів.
  • Метадані в переказах: токени ERC-223 можуть містити метадані, що дозволяє додавати довільну інформацію до транзакцій з токенами.

Передумови

Основна частина

ERC-223 — це стандарт токенів, який реалізує API для токенів у смарт-контрактах. Він також оголошує API для контрактів, які призначені для отримання токенів ERC-223. Контракти, які не підтримують API одержувача ERC-223, не можуть отримувати токени ERC-223, що запобігає помилці користувача.

Якщо смарт-контракт реалізує наступні методи та події, його можна назвати контрактом токенів, сумісним з ERC-223. Після розгортання він відповідатиме за відстеження створених токенів в Ethereum.

Контракт не зобов’язаний мати лише ці функції, і розробник може додати будь-яку іншу функцію з різних стандартів токенів до цього контракту. Наприклад, функції approve та transferFrom не є частиною стандарту ERC-223, але ці функції можуть бути реалізовані за потреби.

З EIP-223 (opens in a new tab):

Методи

Токен ERC-223 повинен реалізовувати такі методи:

function name() public view returns (string)
function symbol() public view returns (string)
function decimals() public view returns (uint8)
function totalSupply() public view returns (uint256)
function balanceOf(address _owner) public view returns (uint256 balance)
function transfer(address _to, uint256 _value) public returns (bool success)
function transfer(address _to, uint256 _value, bytes calldata _data) public returns (bool success)

Контракт, призначений для отримання токенів ERC-223, повинен реалізовувати наступний метод:

function tokenReceived(address _from, uint _value, bytes calldata _data)

Якщо токени ERC-223 надсилаються на контракт, який не реалізує функцію tokenReceived(..), тоді переказ має завершитися невдачею, і токени не повинні бути списані з балансу відправника.

Події

event Transfer(address indexed _from, address indexed _to, uint256 _value, bytes calldata _data)

Приклади

API токена ERC-223 схожий на API ERC-20, тому з точки зору розробки UI різниці немає. Єдиний виняток полягає в тому, що токени ERC-223 можуть не мати функцій approve + transferFrom, оскільки вони не є обов’язковими для цього стандарту.

Приклади на Solidity

Наступний приклад ілюструє, як працює базовий контракт токена ERC-223:

Тепер ми хочемо, щоб інший контракт приймав депозити tokenA, припускаючи, що tokenA є токеном ERC-223. Контракт повинен приймати лише tokenA і відхиляти будь-які інші токени. Коли контракт отримує tokenA, він повинен генерувати подію Deposit() і збільшувати значення внутрішньої змінної deposits.

Ось код:

Поширені запитання

Що станеться, якщо ми відправимо якийсь tokenB на контракт?

Транзакція завершиться невдачею, і переказ токенів не відбудеться. Токени будуть повернуті на адресу відправника.

Як ми можемо зробити депозит на цей контракт?

Викличте функцію transfer(address,uint256) або transfer(address,uint256,bytes) токена ERC-223, вказавши адресу RecipientContract.

Що станеться, якщо ми перекажемо токен ERC-20 на цей контракт?

Якщо токен ERC-20 буде надіслано на RecipientContract, токени будуть переказані, але переказ не буде розпізнано (подія Deposit() не буде ініційована, а значення депозитів не зміниться). Небажані депозити ERC-20 неможливо відфільтрувати або запобігти їм.

Що робити, якщо ми хочемо виконати якусь функцію після завершення депозиту токена?

Існує кілька способів це зробити. У цьому прикладі ми будемо слідувати методу, який робить перекази ERC-223 ідентичними до переказів ether:

Коли RecipientContract отримає токен ERC-223, контракт виконає функцію, закодовану як параметр _data транзакції токена, ідентично тому, як транзакції ether кодують виклики функцій як data транзакції. Прочитайте поле даних для отримання додаткової інформації.

У наведеному вище прикладі токен ERC-223 має бути переказаний на адресу RecipientContract за допомогою функції transfer(address,uin256,bytes calldata _data). Якщо параметр даних буде 0xc2985578 (сигнатура функції foo()), тоді функція foo() буде викликана після отримання депозиту токена, і буде ініційовано подію Foo().

Параметри також можна закодувати в data переказу токенів, наприклад, ми можемо викликати функцію bar() зі значенням 12345 для _someNumber. У цьому випадку data має бути 0x0423a13200000000000000000000000000000000000000000000000000000000000004d2, де 0x0423a132 — це сигнатура функції bar(uint256), а 00000000000000000000000000000000000000000000000000000000000004d2 — це 12345 як uint256.

Обмеження

Хоча ERC-223 вирішує кілька проблем, виявлених у стандарті ERC-20, він не позбавлений власних обмежень:

  • Впровадження та сумісність: ERC-223 ще не набув широкого поширення, що може обмежувати його сумісність з існуючими інструментами та платформами.
  • Зворотна сумісність: ERC-223 не має зворотної сумісності з ERC-20, це означає, що існуючі контракти та інструменти ERC-20 не працюватимуть із токенами ERC-223 без модифікацій.
  • Витрати на газ: додаткові перевірки та функціонал у переказах ERC-223 можуть призвести до вищих витрат на газ порівняно з транзакціями ERC-20.

Для подальшого читання

Ця стаття була корисною?