К основному содержанию
T TON Adoption
EN
← Словарь
NODE/03 · Term

TEP (TON Enhancement Proposal)

Стандарт для предложений по развитию экосистемы TON. Описывает протоколы (jetton, NFT, DNS) и интерфейсы, обеспечивающие совместимость между приложениями.

Синонимы: ton enhancement proposal, тэп, ton standard

TEP (TON Enhancement Proposal) — формат документации стандартов в экосистеме TON. По модели аналогичен EIP в Ethereum или BIP в Bitcoin: каждый TEP описывает протокол, интерфейс или соглашение, которое сообщество может принять и реализовать.

Зачем нужны стандарты

Без общих стандартов экосистема превращается в хаос несовместимых реализаций:

  • Кошельки не могут отображать токены без знания, как они устроены.
  • Маркетплейсы NFT не работают с произвольными контрактами.
  • Индексеры не понимают, какие транзакции важны.

TEP закрепляют «как принято делать» — формат сообщений, структуры данных, обязательные get-методы, режимы поведения.

Основные TEP

  • TEP-62 — NFT Standard. Описывает контракты NFT Item и NFT Collection, обязательные get-методы (get_nft_data, get_collection_data), структуру метаданных.
  • TEP-64 — Token Data Standard. Стандарт метаданных для NFT и jetton — поля name, description, image, decimals и т.д. Описывает on-chain, off-chain и semi-chain хранение.
  • TEP-66 — NFT Royalties. Стандарт выплаты авторских отчислений при перепродаже NFT.
  • TEP-74 — Jetton Standard. Описывает Jetton Master и Jetton Wallet, переводы, протокол сообщений (mint, burn, transfer, transfer_notification).
  • TEP-81 — TON DNS. Стандарт резолвинга .ton-доменов через get-метод dnsresolve.
  • TEP-85 — SBT (Soulbound Tokens). Непереносимые NFT — для membership, репутации, идентичности.
  • TEP-89 — Discoverable Jettons. Расширение jetton-стандарта для лучшей обнаруживаемости в кошельках.
  • TEP-104 — Standard Wallet Contract. Стандартизированный wallet-контракт с базовым функционалом.

Полный список TEP-ов и их статусов — в репозитории ton-blockchain/TEPs на GitHub.

Жизненный цикл TEP

Каждый TEP проходит несколько стадий:

  1. Draft — предложение оформляется, обсуждается на форумах и Telegram-чатах разработчиков.
  2. Review — сообщество и core team Foundation смотрят, дают замечания.
  3. Implementation — кто-то пишет эталонную реализацию, пробует на тестнете.
  4. Last Call — финальное окно для возражений.
  5. Final — стандарт принят, ему присвоен номер, в репозиторий вмерживается финальная версия.
  6. Superseded / Rejected / Withdrawn — отдельные статусы для устаревших или отозванных предложений.

Кто пишет TEP

В отличие от Bitcoin/Ethereum, где есть централизованная Foundation с финансированием, в TON система более распределённая. TEP-ы пишут:

  • Разработчики TON Foundation и TON Core team.
  • Команды крупных кошельков (Tonkeeper, MyTonWallet) — большинство стандартов wallet-логики идёт от них.
  • Авторы DeFi-протоколов (STON.fi, dedust) — стандарты ликвидности и обмена.
  • Внешние инфраструктурные команды (TON Studio).

Для небольшого, кастомного проекта писать собственный TEP не нужно — достаточно следовать существующим. TEP — это инструмент закрепления общественного консенсуса, а не индивидуального дизайна.

Практическая важность

Если вы разрабатываете контракт под TON и хотите, чтобы он работал в Tonkeeper, MyTonWallet, на сканерах и в DEX — следуйте TEP-стандартам. Любое отклонение приведёт к тому, что ваш токен будет отображаться как «непроверенный», маркетплейс не примет его, индексеры не разберутся в истории.

Для пользователя TEP — невидимая инфраструктура. Но именно благодаря им экосистема TON в 2025-2026 годах работает как единое целое: Tonkeeper понимает любой соответствующий стандарту jetton, любой маркетплейс умеет торговать любым TEP-62-NFT, любая .ton запись резолвится во всех клиентах одинаково.

См. также