Что такое джеттон и как он работает: гайд 2026

Джеттон — это стандарт взаимозаменяемых токенов в TON, и архитектурно он сильно отличается от привычного ERC-20. Понимание этой разницы — ключ к тому, почему USDT на TON работает быстрее и дешевле, почему DEX-свопы устроены через обёртку pTON, и почему фейковые джеттоны — настоящая угроза, а не теоретический риск. Этот материал разбирает джеттон-стандарт на уровне, достаточном для технически любопытного пользователя: без кода, но с правильной моделью.

Зачем TON понадобился собственный стандарт

Когда команда TON проектировала экосистему, они столкнулись с фундаментальным ограничением Ethereum: ERC-20 хранит балансы всех держателей в одной таблице. Это значит, что любой перевод токена USDT, USDC или любого ERC-20 модифицирует один и тот же контракт. Если миллион пользователей делают переводы одновременно, они конкурируют за один кусок состояния — нет параллелизма, нет масштабируемости.

TON изначально был спроектирован под шардинг — горизонтальное разделение блокчейна на параллельные цепочки. Чтобы шардинг работал, операции с токенами должны быть параллелизуемыми. Поэтому был придуман джеттон-стандарт, формализованный в спецификации TEP-74: вместо одного контракта на токен — иерархия контрактов, где каждый держатель владеет своим собственным мини-контрактом.

Архитектура: jetton-master + jetton-wallet

Любой джеттон в TON — это два уровня контрактов.

Jetton-master. Родительский контракт. Хранит:

• Метаданные: название, тикер, decimals, URL логотипа.
• Общую эмиссию (total supply).
• Логику минта (создания новых токенов) и бёрна (уничтожения).
• Опционально: blacklist, mintability flag, права администратора.

Jetton-wallet. Контракт-кошелёк держателя. У каждого пользователя — свой jetton-wallet для каждого джеттона, которым он владеет. Хранит:

• Баланс именно этого пользователя в именно этом джеттоне.
• Адрес владельца (owner = TON-адрес пользователя).
• Адрес jetton-master, к которому он привязан.
• Адрес следующего jetton-wallet в цепочке (для оптимизаций).

Когда вы получаете USDT впервые, сеть разворачивает (deploy) для вас jetton-wallet USDT. Это разовая операция стоимостью несколько центов в TON. Дальше переводы между вашим jetton-wallet и jetton-wallet получателя не трогают jetton-master вообще — два контракта общаются напрямую, и это даёт тот самый параллелизм.

Поток перевода: что происходит при отправке USDT

Допустим, вы отправляете 10 USDT с адреса Alice на адрес Bob.

1. Alice инициирует транзакцию из своего TON-кошелька, вызывая transfer на её jetton-wallet USDT.
2. Jetton-wallet Alice проверяет: достаточно ли баланса, корректна ли подпись.
3. Jetton-wallet Alice уменьшает свой баланс на 10 USDT и отправляет внутреннее сообщение в jetton-wallet Bob с уведомлением «зачислить 10 USDT».
4. Jetton-wallet Bob (если уже развёрнут) увеличивает свой баланс. Если ещё не развёрнут — сеть разворачивает его «на лету», и поэтому первая транзакция дороже.
5. Jetton-wallet Bob отправляет уведомление owner-адресу Bob, чтобы кошелёк показал обновлённый баланс.

Jetton-master не участвует в обычном переводе — он работает только при минте, бёрне или административных операциях. Именно поэтому шардинг TON эффективен: переводы между разными парами адресов параллелятся независимо.

Газ: почему первый перевод дороже

Конкретные цифры в 2026 году плавают, но порядок такой:

Часть газа закладывается в виде forward_fee — авансовой оплаты следующих сообщений в цепочке. Это сделано, чтобы транзакция точно дошла до конца, а не зависла посередине.

Стандарт TEP-74 и его расширения

TEP — Telegram Open Network Enhancement Proposal. Аналог EIP в Ethereum. TEP-74 описывает базовый jetton-стандарт: какие методы должен поддерживать jetton-wallet, какие сообщения принимать, какой ABI у minter/transfer/burn.

Существуют расширения:

• TEP-89. Discoverable Jettons — стандартизированный способ для приложений получать метаданные.
• TEP-95. Расширенные метаданные (off-chain хранилище логотипа и описания).
• Кастомные джеттоны. Многие проекты добавляют поверх TEP-74 свои функции: vesting, snapshot для дропов, rebase. Стандарт это не запрещает.

USDT от Tether на TON — это TEP-74-совместимый джеттон с дополнительной функцией blacklist (заморозка адреса).

Проверка подлинности джеттона

Поскольку любой может выпустить токен с тикером USDT и логотипом Tether, проверка подлинности — практический навык.

1. Сверяйте адрес jetton-master. Официальный адрес USDT на TON опубликован на tether.to. В Tonkeeper, MyTonWallet и tonviewer.com верифицированный джеттон помечен галочкой и/или явным указанием источника.
2. Не доверяйте «подаркам» от незнакомых адресов. Фейковые джеттоны часто отправляются массово на свежие кошельки. Их единственная цель — заманить пользователя на фишинговый своп.
3. Игнорируйте сообщения в комментариях к транзакции. Поле комментария при отправке джеттона может содержать что угодно, включая ссылки на скам-сайты.
4. При свопе на DEX выбирайте только верифицированные пары. STON.fi и DeDust фильтруют пулы; сторонние агрегаторы — не всегда.

pTON: зачем DEX оборачивают нативный TON

Технически нативный TON — это не джеттон. У TON-адреса нет jetton-wallet контракта, потому что TON хранится прямо в основной балансовой ячейке смарт-контракта-кошелька. Это удобно для пользователя, но создаёт проблему для DEX: пул должен работать с двумя джеттонами по одинаковой логике (jetton.transfer, jetton.balance_of и т.д.).

Решение — pTON (Proxy TON). Это джеттон-обёртка нативного TON, развёрнутая STON.fi и DeDust. В пулах хранится pTON, не нативный TON. Когда пользователь делает своп TON → USDT:

1. Кошелёк автоматически конвертирует нативный TON в pTON через специальный контракт.
2. Пул свопает pTON на USDT (стандартная AMM-логика).
3. Пользователь получает USDT на свой jetton-wallet.

Обратное преобразование при свопе USDT → TON работает симметрично. Для пользователя это незаметно — кошелёк показывает «своп TON на USDT». Но если разбираться в транзакциях через tonviewer, появление pTON в логе — нормально, это не атака.

Джеттон vs NFT

В TON параллельно с TEP-74 существует TEP-62/64 — стандарт NFT-предметов. Архитектурно они похожи: есть NFT-collection (аналог jetton-master) и NFT-item (аналог jetton-wallet), но логика разная:

• Джеттон — взаимозаменяем, делим, имеет decimals.
• NFT-item — уникален, неделим, имеет индекс в коллекции.

Это объясняет, почему в TON Telegram-подарки технически реализованы через NFT-стандарт, а не через джеттоны: каждый подарок уникален, а не является «единицей среди многих».

Что важно запомнить

• Джеттон — это не «токен на одном контракте», а иерархия: один jetton-master + множество jetton-wallet, по одному на каждого держателя.
• Эта архитектура обеспечивает параллельность и масштабируемость, но добавляет one-time разовый газ за разворачивание jetton-wallet при первом получении токена.
• Pтоn — техническая обёртка для DEX, не отдельный токен в кошельке пользователя.
• Подлинность джеттона проверяется по адресу jetton-master, а не по тикеру и логотипу.

Следующий шаг для технически любопытных — материал про FunC и Tact, языки смарт-контрактов TON, на которых эти контракты пишутся.