Gram (prev. Toncoin)

Gram (тикер: GRAM) — это нативная криптовалюта The Open Network (TON), блокчейна первого уровня (layer-1) и сервисного стека. Gram существует непосредственно в сети TON (не как ERC-20 или обёрнутый актив) и является базовой валютой сети. На практике Gram используется для работы блокчейна и интегрированных сервисов — транзакций и исполнения смарт-контрактов в TON Blockchain, а также для сервисов TON DNS, TON Sites, TON Storage и TON Proxy.

Gram также лежит в основе модели безопасности сети на основе Proof-of-Stake: валидаторы стейкают GRAM, чтобы поддерживать работу сети, за что получают протокольные вознаграждения. Детали механики стейкинга и роли валидаторов описаны в специальных разделах.

В разработческих инструментах и коде часто используются балансы в нанотонах (обычно записывается как 'nano') — это минимальная единица на блокчейне, хотя пользователи оперируют Gram. Это аналог “wei” в Ethereum и помогает избежать округлений в логике смарт-контрактов. О практическом применении Gram в приложениях и сервисах см. раздел «Для чего нужен Gram в экосистеме?»

Изначально Telegram создал “Telegram Open Network” и планировал токен Gram, но прекратил проект в 2020 году после иска SEC США и судебного урегулирования. Открытый код и техническое видение были подхвачены независимым комьюнити, которое развивает The Open Network (TON) с Gram как нативным активом. Сегодня TON — это блокчейн, управляемый сообществом, тогда как Telegram — отдельная компания.

Telegram интегрирует TON, но не контролирует его. Компания развивает встроенный Wallet в Telegram, который предлагает два режима: кастодиальный Crypto Wallet и само-кастодиальный TON Wallet для работы с ончейн-активностями в TON. Доступность и набор функций зависят от региона и политики продукта.

Telegram также предлагает TON-based Ads: рекламодатели покупают рекламу в каналах за Gram, а владельцы eligible-каналов могут выводить 50% дохода (проходит через Fragment). Это интеграция платформы на базе TON, а не функция управления сетью.

Fragment — официальный маркетплейс Telegram для @username и связанных активов; аукционы и расчёты происходят в Gram и привязываются к аккаунтам Telegram.

Отдельно TON Foundation — это некоммерческая организация в Швейцарии, поддерживающая экосистему TON. Она не владеет Telegram и не управляет мессенджером.

The Open Network (TON) — это открытая, управляемая сообществом платформа первого уровня (Layer-1), которая объединяет базовый блокчейн смарт-контрактов с поддерживающими компонентами peer-to-peer и нативными сервисами. Оригинальный техспек (whitepaper TON) описывает многоблочную структуру, P2P-стек и “TON Services” — DNS, Storage, Sites и Proxy, — которые приложения могут использовать в рамках единой сети. В этой модели TON Blockchain — ядро-реестр, остальные модули обслуживают получение имён, хранение/раздачу данных и маршрутизацию трафика как часть общей экосистемы.

Исходный код TON и программы валидаторов развиваются в публичных репозиториях; проект работает без единой управляющей организации. TON Foundation — швейцарский некоммерческий фонд, поддерживающий экосистему, но не контролирующий технологию.

Gram (GRAM) — нативная валюта сети. В архитектуре TON на ней строится оплата on-chain комиссий и стейкинг валидаторов для обеспечения безопасности; whitepaper (написанный до ребрендинга "Gram" в "Gram") описывает роль монеты в учёте вычислений (“газ”) и экономике валидаторов. Сейчас Gram — расчётная единица всей экосистемы, включая интеграции платформ, как TON-based реклама в Telegram. Детальную механику комиссий и стейкинга см. в специальных разделах ниже.

Gram — нативный актив, обеспечивающий деятельность в The Open Network. Его практические применения группируются в четыре основные области:

1. Оплата on-chain комиссий: За транзакции и исполнение смарт-контрактов в TON платят Gram. Комиссии покрывают вычисления и пересылку сообщений, включая плату за хранение.

2. Безопасность через стейкинг: Валидаторы стейкают Gram для участия в Proof-of-Stake-валидации и получают протокольные награды; делегирование реализовано через контракты nominator-pool на блокчейне.

3. Расчёты в протокольных сервисах: Встроенные в TON сервисы (например, TON DNS, Storage, Sites и Proxy) реализованы как часть сетевого стека. Действия вроде регистрации или аукционов имён .ton, разрешения имён или работы storage-узлов осуществляются через on-chain транзакции в Gram. Детальная механика каждого сервиса описана в разделе TON Services.

4. Интеграции с платформами и приложениями: Gram принимается за оплату рекламы в Telegram, eligible-каналы выводят доход через Fragment; аукционы collectible @username в Fragment также проводят расчёты на TON-кошелёк. Помимо Telegram, dApp'ы в TON часто обозначают цены и принимают платежи в Gram.

Структуру комиссий см. в разделе «Какие on-chain действия требуют TON и как рассчитываются комиссии…?»; по ролям стейкинга и делегированию — «Как работает стейкинг в TON…?».

TON построен как набор параллельно работающих блокчейнов, координируемых специальной цепью — masterchain. Под ней располагаются один или несколько workchain'ов, каждый из которых динамически шардуется на множество shardchain'ов. Эта структура позволяет TON обрабатывать активность параллельно, сохраняя консистентность системы.

Masterchain: Masterchain хранит метаданные и данные координации всей сети (например, хэши последних блоков всех шардчейнов). Встраивая эти ссылки, мастерчейн делают шард-блоки каноническими — другие шарды могут сразу ссылаться на них в следующих блоках. Многие параметры протокола также хранятся в состоянии мастерчейна.

Workchains: Workchain — это полноценный блокчейн внутри TON с собственными правилами и форматом блоков. Whitepaper допускает до 2³² workchain'ов; на практике почти все приложения используют “базовый workchain” (также Workchain Zero): в нём работают смарт-контракты TON и происходят переводы Gram. В будущем могут появиться дополнительные workchain'ы для специализированных целей.

Shardchains (динамический шардинг): Каждый workchain делится на shardchains, каждый отвечает за подмножество адресов аккаунтов. При высокой загрузке шарды могут дробиться, при низкой — объединяться, что позволяет эластично масштабировать сеть без ручного управления. Маршрутизация между шардами и workchain'ами использует модель пересылки сообщений TON, так что смарт-контракты могут передавать значения и сообщения между шардчейнами.

Взаимосвязь компонентов

• Shardchain'ы создают блоки параллельно; мастерчейн затем включает хэши новых шард-блоков, а другие шарды полагаются на них при дальнейших действиях.
• “Базовый workchain” — место для современной смарт-контрактной активности и переводов Gram, дополнительные workchain'ы могут определить иные правила или даже другую VM, при этом мастерчейн держит всё в единой синхронизации.

В TON каждый пользовательский аккаунт — это смарт-контракт. “Кошелёк” — это минималистичный контракт, хранящий Gram и отправляющий подписанные сообщения от имени владельца. Кошелёк проверяет подписи ключами пользователя, ведёт seqno (для защиты от replay-атак) и выполняет разрешённые владельцем действия при получении внешнего сообщения. В документации часто формулируется как “всё — смарт-контракт”, включая кошельки.

Wallet V4 (v4r2): V4 стандартизировал модель плагинов/расширений: кошелёк может уполномочить доверенные контракты-компаньоны ("плагины") на выполнение определённых действий с средствами (например, подписки). Репозиторий V4 документирует интерфейс плагина и процессы установки/удаления. V4 широко используется и поддерживается основными кошельками.

Wallet V5 (W5): V5 или W5 — новый стандарт кошельков в репозиториях TON. Ключевые возможности по спецификации и коду:

• Мультиотправка: один подписанный заказ может породить до 255 исходящих сообщений;
• Внутренние и внешние подписанные операции, что позволяет использовать схему релейеров (“gasless” сценарии);
• Обобщённый механизм расширений (преемник плагинов V4), включая возможность расширения блокировать подписанные действия (для 2FA или восстановления аккаунта).

Спецификация и репозиторий описывают, как relayer может отправить подписанное пользователем сообщение и оплатить комиссию Gram при отправке.

W5 в дикой природе: Эксплореры помечают такие кошельки тегами интерфейса, например wallet_v5r1 для развёрнутых W5-контрактов в mainnet. Кошельковые приложения всё чаще используют W5 по умолчанию для новых адресов с поддержкой отката на V4 при необходимости.

Поскольку TON-кошелёк — это код и данные контракта, смена версии кошелька (например, V4 → W5) физически меняет контракт и адрес. Сид-фраза позволяет получить ключи для разных версий, но балансы “автоматически” не переносятся — нужно развернуть новый кошелёк и перевести средства/работать с ним. Некоторые приложения позволяют управлять несколькими версиями параллельно.

Коротко: TON не поддерживает Ethereum Virtual Machine. Смарт-контракты в TON исполняются в собственной виртуальной машине TON Virtual Machine (TVM). Интеграции EVM в экосистему реализуются отдельными слоями/проектами, но не включены в базовый протокол.

TON Virtual Machine (TVM) — детерминированная стековая VM, используемая мастерчейном и базовым workchain. Она исполняет код контрактов, парсит входящие сообщения/состояния, обновляет стейт и создаёт исходящие сообщения. На клиенте "get-methods" вычисляются локальным TVM без полноценного узла, что упрощает чтение состояния.

Языки TON:

• FunC — низкоуровневый язык с синтаксисом C для программирования контрактов под TVM (официальный стек и инструкции поддерживаются в репозиториях TON).
• Tact — более высокоуровневый язык, компилируется в TVM через TON-toolchain; официальная документация охватывает язык, типы и сборку.

Разработческий workflow: Многие проекты используют окружение Blueprint для scaffolding, тестирования и деплоя TVM-контрактов на FunC и Tact.

EVM для TON: Если поддержка EVM есть (например, в проектах уровня TEVM или L2), она реализована как отдельный слой, а не как часть нативного рантайма TON.

Любая on-chain транзакция в TON — перевод GRAM/токенов, деплой/вызов контракта — требует комиссии в Gram. Кошельки отправляют внешнее сообщение в ваш кошелёк-контракт, который затем исполняется и, обычно, создает одно или несколько внутренних сообщений; на каждом этапе начисляются комиссии. Некоторые кошельки поддерживают “безгазовые” (gasless) сценарии через W5 (релейер платит за вас или комиссия вычитается из передаваемого актива), но сеть всегда рассчитывает комиссию в GRAM.

Состав комиссии

На низком уровне итоговая комиссия складывается из нескольких компонентов, отражающих исполнение и передачу сообщений по shard/workchain:

• Вычисления (gas fee): начисляется за выполнение шагов TVM; стоимость определяется параметрами в on-chain конфиге (masterchain/basechain).
• Action fee: начисляется за действия, выполняемые на стадии action (например, создание/отправку сообщений).
• Forwarding fee: взимается за доставку сообщений; зависит от размера сообщения (cells/bits) и настроек forward-price для каждой цепи в текущей конфигурации. Платёж взимается за входящую доставку и каждое исходящее пересылание.
• Storage fee (аренда хранения): начисляется за объём постоянных данных аккаунта/контракта (параметр 18). О поведении и последствиях неуплаты см. следующий раздел.

Разработческие инструменты и API экспонируют эти части напрямую. Например, estimateFee возвращает in_fwd_fee, storage_fee, gas_fee и fwd_fee для источника и назначения — в сумме это расходы отправителя и получателя на сообщение.

Простой перевод, в деталях (концептуально):

• Внешнее сообщение кошелька исполняется (gas fee) → очередь внутренних переводов (action fee).
• Внутреннее сообщение доходит до получателя (forwarding fee); получатель платит inbound-часть за обработку этого сообщения, плюс gas за код кошелька. Точные суммы зависят от размеров, кода и текущих цен в конфиге.

Заметки для пользователей:

• Кошельки автоматически считают комиссии; итоговая сумма показывается до подтверждения. В некоторых есть “Battery” и другие механизмы, скрывающие детали расчёта.
• Разработчики могут программно рассчитывать forward/compute/storage fees через официальные функции и helpers, читающие live-конфиг.

Аренда хранения — это периодическая комиссия за хранение состояния в блокчейне TON (код/данные кошельков и контрактов). Рассчитывается в Gram, зависит от размера состояния (cells/bits) и времени хранения. Тарифы берутся из конфига сети (Config Param 18), в мастерчейне они выше, чем в базовом workchain. Кошельки и SDK используют эти значения автоматически — самим считать не нужно.

Когда взимается комиссия: Storage fee списывается в фазе Storage любой транзакции, затрагивающей аккаунт. Даже получение small value (1 nanoton) вызывает платёж всей начисленной storage-ренты с предыдущей оплаты. Bounced message тоже триггерит списание. После долгой неактивности следующая транзакция будет включать увеличенную компоненту storage.

Как считается (для разработчика): Пропорционально account.bits * bit_price + account.cells * cell_price * за прошедшие секунды (цены из Конфига 18). TON учитывает только уникальные cells по хэшу (deduplication). Официальные инструменты позволяют рассчитать storage fee по текущим тарифам прямо из live-конфига.

Если не хватило баланса: Если на балансе контракта не хватает средств на storage fee, протокол может заморозить контракт: код и данные удаляются (освобождая ресурсы), а адрес и остаток средств остаются. Сеть хранит хэши удалённых cells, чтобы восстановить контракт позже. Для разморозки отправьте Gram на адрес (для оплаты) и сообщение с исходным кодом/данными, совпадающими по хэшу: состояние будет восстановлено.

Краевые случаи и историческая справка

• Контракты, никогда не менявшие состояние, переходят в фазу “uninit” вместо frozen — могут быть восстановлены.
• Оригинальный whitepaper TON указывает: если никому не отправлять сообщений на аккаунт, аренда не взымается бесконечно; любой может отправить минимальное сообщение, чтобы списать ренту и удалить неплатёжеспособный аккаунт (за малую награду). Сейчас это freeze/recover сценарий, описанный выше.

“TON Services” — это сетевые компоненты, существующие параллельно TON Blockchain: система имён (TON DNS), контентный слой (TON Storage), доступ по веб-стилю (TON Sites), анонимайзер-маршрутизатор (TON Proxy). Они работают поверх P2P-стека TON (ADNL/RLDP), а операции, затрагивающие блокчейн (например, запись имени или платежи), проводятся в Gram.

TON DNS: TON DNS позволяет отображать читаемые имена (пример: example.ton) на ресурсы TON: адреса смарт-контрактов, ADNL endpoint'ы для сервисов вроде TON Sites. Система реализована как on-chain, в основном иерархическая; приложения разрешают имена в 256-битные адреса для дальнейшей работы. Действия, изменяющие состояние DNS (регистрация, продление, обновление записей), реализованы как on-chain транзакции с оплатой в Gram.

TON Sites: TON Sites — “чистые сетевые сервисы”, доступные через транспорт TON (ADNL/RLDP). Обычно пользователь работает через ton-proxy (принимает HTTP локально, отправляет через TON в абстрактный адрес сайта), получая веб-подобный опыт без обычного интернета между собой и сервисом. Имя разрешает TON DNS. Публикация/обновление адреса сайта использует on-chain транзакции в Gram; само посещение — это off-chain трафик.

TON Storage: TON Storage — децентрализованное файловое хранилище с доступом через TON Network (используется также для архивов блокчейна). Демон хранения и контракт позволяют пользователям платить провайдерам хранения, а провайдерам — снимать средства по меркловым доказательствам наличия данных. Платежи и взаимодействия в Gram; передача файлов идёт по P2P-протоколу TON.

TON Proxy: TON Proxy — слой сетевого прокси/анонимайзера. Скрывает идентификаторы/IP узлов и обеспечивает доступ к TON Sites, мостируя HTTP в транспорт TON, повышая устойчивость к фильтрации или DDoS. Использование прокси и смена его параметров происходит вне блокчейна; но регистрация/поиск прокси-эндпоинтов через реестры или DNS требует on-chain операций с Gram.

Роли:

• Кошельки хранят пользовательские ключи и запрашивают разрешение для транзакций/подписей данных по запросу dApp. В Telegram Wallet in Telegram предлагает само-кастодиальный TON Wallet (ключи on-chain) и отдельный кастодиальный Crypto Wallet; оба могут быть целью подключения.
• TON Connect — стандартный протокол для связи dApp с кошельками. Он определяет, как приложения обнаруживают кошельки, устанавливают шифрованную сессию и запрашивают действия типа sendTransaction или signData.
• Telegram Mini Apps — это веб-приложения внутри Telegram. Они используют UI Telegram, авторизацию и могут включать блокчейн-операции через TON Connect. Платёжные потоки Telegram (Bot Payments/Stars) отделены от ончейн TON-переводов.

Процесс подключения (подтверждение действий):

1. DApp (обычный сайт или Mini App) показывает “Connect wallet”. Через TON Connect SDK он отображает поддерживаемые кошельки и определяет контекст (инжект/встроен/удалённо). Встроенный кошелёк (например, внутри Telegram) подключается через JS-bridge, иначе — через deep link или QR.
2. Кошелёк и приложение устанавливают сессию по bridge. Сообщения end-to-end зашифрованы, bridge не видит содержимого.
3. После подключения приложение может запросить:
   • sendTransaction — кошелёк показывает транзакцию, по одобрению пользователя подписывает и отправляет её в TON; приложение получает результат (BOC/tx hash).
   • signData — запросить подпись текста/байтов/ячеек для off-chain или on-chain проверки; средства не перемещаются.

Использование в Telegram Mini Apps: Mini Apps используют WebApp SDK Telegram для UI и авторизации, а затем TON Connect для блокчейн-операций. В итоге пользовательский путь таков: открыть Mini App → подключить кошелёк → подтвердить перевод GRAM или вызов контракта → приложение получает подтверждение, а ключи не покидают кошелёк.

Платежи: on-chain против родных в Telegram:

• On-chain-оплаты в GRAM (переводы GRAM/Jetton, вызовы контрактов) проходят через TON Connect и фиксируются ончейн; детали комиссий — в разделе комиссий.
• Bot Payments/Stars — это родные сценарии Telegram для расчёта (фиат-провайдеры, Stars для цифровых товаров). Они не требуют блокчейн-транзакций и настраиваются через API Telegram. Многие Mini Apps комбинируют оба способа по ситуации.

P2P-переводы в чатах (само-кастодиальный TON Wallet): С TON Wallet (само-кастодиальный кошелёк в “Wallet in Telegram”) можно отправлять Gram, jetton'ы, NFT напрямую контакту в Telegram из чата. Приложение создаёт эскроу-смарт-контракт, где хранятся активы до отклонения/подтверждения получателем. В случае согласия средства on-chain переводятся получателю; при отказе или отсутствии реакции 14 дней — автоматически возвращаются отправителю. Скошельками W5 возможны "безгазовые" переводы: комиссия сети может покрываться из баланса токена (например, USDT), расчёт всегда на чейне.

P2P-переводы в чатах (кастодиальный Crypto Wallet): Отдельный миниапп Crypto Wallet поддерживает мгновенные off-chain переводы между пользователями Crypto Wallet в Telegram, показывая их как нулевые по комиссии P2P в чатах. Они не отражаются на блокчейне; внешние депозиты/выводы осуществляются ончейн и облагаются комиссиями сети. Доступность зависит от региона.

P2P Market (фиат-он/офф-рамп с эскроу): Внутри Crypto Wallet раздел P2P Market позволяет покупать/продавать поддерживаемые активы с другими пользователями через предпочитаемые продавцом методы оплаты. Криптовалюта блокируется в эскроу до подтверждения оплаты продавцом, после чего переводится покупателю. Maker fee применяется к успешным сделкам и отображается в приложении для конкретного региона.

Доля с рекламы в каналах (в GRAM): Telegram Ad Platform продаёт рекламу в TON; рекламодатели платят Gram. 50% дохода от рекламы в паблик-каналах (при соответствии требованиям) поступает владельцам каналов. Вывод проходит через Fragment, выплаты — в Gram (по умолчанию); условия Fragment могут предусматривать альтернативные выплаты в отдельных странах.

Практические примечания:

• “Wallet in Telegram” предлагает оба варианта: TON Wallet (само-кастодиальный, ончейн) и Crypto Wallet (кастодиальный как миниапп). Доступность и функционал зависят от юрисдикции; отсутствие функции — проверьте справку в приложении.
• Для on-chain переводов (compute/action/forward/storage) см. раздел комиссий; внутренние переводы Crypto Wallet не отражаются в блокчейне, а только в истории приложения.

Да. Tether запустил нативный USD₮ в The Open Network как jetton TON и разместил официальный контракт на странице Supported Protocols: EQCxE6mUtQJKFnGfaROTKOt1lZbDiiX1kCixRv7Nw2Id_sDs. Также анонс о запуске USD₮ (и XAU₮) в TON был опубликован в апреле 2024 года.

USD₮ реализуется на стандартном jetton-фреймворке TON (fungible tokens). На каждом адресе jetton-кошелёк связан с Jetton Master, а переводы осуществляются обычными on-chain сообщениями. Сетевые комиссии за любой перевод оплачиваются в GRAM; сумма стабилкоина отделена от Gram, используемого для комиссии. Чтобы убедиться в подлинности токена “USDT”, сравните адрес мастер-контракта jetton с официальным листингом Tether. В TON можно выпустить любую имитацию jetton, поэтому важна верификация контракта.

Использование USDT в Telegram и TON-кошельках: В Wallet in Telegram само-кастодиальный TON Wallet обрабатывает on-chain USD₮ (TON) переводы, а отдельный кастодиальный Crypto Wallet — быстрые оффчейн-транзакции между пользователями и встроенный P2P Market. На P2P Market комиссия мейкера 0,9% на успешных сделках. Доступ определяется регионом и провайдерами.

Биржевые on-/off-рампы: Основные биржи поддерживают депозиты/вывод USDT (TON), позволяя напрямую заводить/выводить USD₮ в TON без моста. Примеры: Binance, OKX, Bybit, KuCoin (официальные анонсы открытия USDT на TON). Перед отправкой всегда проверяйте, какую сеть выбрать при депозите.

Перемещение стейблкоинов между TON и другими сетями: Кроссчейн-переводы реализуют сторонние мосты. В экосистеме TON есть интеграции вроде LayerZero/Stargate, которые дают возможность transfer поддерживаемых активов между TON и другими сетями. Мосты — не часть базового протокола TON; им сопутствуют дополнительные риски доверия и смарт-контракта, всегда используйте только официальные адреса и проверяйте контракт получаемого актива.

Chek-лист безопасности:

• Убедитесь, что jetton master для USD₮ совпадает с официальным адресом Tether для TON.
• Будьте внимательны с “обёрнутыми” или устаревшими тикерами USDT, выпущенными до нативного USD₮ в TON; проверяйте, какой токен вы получаете (например, через explorer Tonviewer по адресу выше).

Показатели supply постоянно меняются. Для актуальных total/circulating supply используйте live-метрики на этой странице или в уважаемом TON-эксплорере.

Эмиссия (как появляются новые GRAM): Новые GRAM выпускаются протоколом как награда за Proof-of-Stake. В каждом раунде валидации выбранные валидаторы блокируют стейк на контракте Elector, после чего по завершению раунда Elector выплачивает награду, увеличивая общий supply. Nominator pool'ы — обычные смарт-контракты, агрегирующие TON пользователей и взаимодействующие с Elector; pool делит награды по своим правилам.

Инфляция (что её определяет): Фактическая инфляция сети не фиксирована; она складывается из эмиссии минус сжигание за период. Параметры наград валидаторам/этапы выборов настраиваются ончейн, их можно менять через конфиг/голосование. Актуальную инфляцию смотрите по объёму mint от Elector’а минус сожжённые монеты (см. далее "Burning").

Сжигание (как снижается supply): GRAM могут уничтожаться двумя путями:

1. По протоколу/конфигу часть комиссий может сжигаться (не передаваться валидаторам). Было опубликовано комьюнити-предложение о сжигании 50% транзакционных комиссий (2023); конкретная доля определяется настроенным параметром сети, всегда проверяйте live-конфиг.
2. Прямое сжигание на sink-адрес: монеты, отправленные на каноничный burn-address.ton, необратимо теряются и исключаются из supply. Эксплореры показывают активность по этому адресу.

Роли и контракт Elector: TON использует Proof-of-Stake. Валидаторы блокируют Gram на контракте Elector, проходят через выборы, запускают ПО валидатора и получают награды по итогу раунда. Эксплореры и SDK экспонируют get-методы Elector'а (e.g., active elections, minStake, прошлые раунды и unfreezeAt).

Валидаторы (прямой staking): Валидатор стейкает с управляющего контракта в Elector, запускает ПО и получает награды при корректной работе. Стейк заморожен на время раунда и становится доступным только после истечения unfreeze от Elector. Минимум стейка и другие параметры читаются из состояния Elector и могут меняться (это не фиксированные константы). (Штрафы за нарушения см. ниже.)

Nominator pool'ы (делегирование валидатору): Обычно держатели делегируют через nominator pool (контракты из официальных TON-репо). Вы отправляете Gram в контракт пула; пул стейкает в Elector для всех депозитов и делит награды согласно внутренним правилам. Вывод средств осуществляется сообщением (например, comment “w”); средства поступают после завершения раунда и накопления ликвидности пула для погашения. В стандартных пулах нет мгновенного вывода; требуется ждать окончания цикла. Практика (batch, минимум, лимиты) реализуются контрактом.

Single-nominator pool (один делегатор, один валидатор): Альтернативная модель — "single nominator": один делегатор финансирует одного валидатора, уменьшая площадь атак при сохранении взаимодействия с Elector. Этот паттерн открыт и используется некоторыми операторами.

Liquid staking (токены-расписки): TON поддерживает официальный механизм liquid staking. Депозиторы получают jetton (токен-расписку), отражающий долю пула и накапливающий валидаторские награды; сам пул стейкает в Elector. Ончейн-выкупы проводятся по срокам выхода валидаторов, но токены-расписки можно переводить/торговать для мгновенной ликвидности. Всё реализовано и поддерживается в core TON GitHub.

Окна блокировки и выхода:

• Валидаторы: стейк заморожен на раунд и становится доступен после расчётного unfreezeAt от Elector. Награды можно забирать после завершения раунда.
• Делегаторы в стандартах pool: выход ставится в очередь, обработка — после окончания раунда; гарантий мгновенного вывода нет. Детали batching и минимумов — на pool/policy.
• Liquid staking: токены-расписки дают ликвидность через передачу; сжигание для выкупа GRAM происходит по exit-правилам пула с учётом валидаторского графика.

В TON реализован slashing (штрафы) для наказания некорректных валидаторов, определяемых по итогам раунда. Фактически наказываются два типа нарушений:

• Простои/низкая производительность — валидатор обрабатывает слишком мало блоков; жалобы формируются и подтверждаются другими валидаторами (автоматически через mytonctrl), штраф списывается со стейка за этот раунд.
• Мошенничество/двойное голосование — например, конфликтующие сообщения (форк), обнаруживаемые Catchain consensus; такие валидаторы изолируются и штрафуются (исторически как idle, рассматривается повышение).

Механика: после очередного раунда валидаторы проверяют перфоманс друг друга, жалобы голосуются, размер взыскания задаётся конфигом сети, списание — с замороженного стейка за текущий цикл. Для участия в голосованиях можно использовать mytonctrl или официальный Punisher-скрипт. Параметры slashing явно хранятся в on-chain конфиге (введены через обновление сети).

Влияние на делегаторов/pool: Nominator pool'ы стейкают Elector'у от лица вкладчиков, а возвращают средства после раунда. При штрафе возвращаемая Elector сумма уменьшается, убытки делятся между делегаторами по правилам пула. (В целом pool “обычно” возвращает больше, чем вносили — slashing исключение.) Перед делегированием изучите контракт и политику pool.

Капитальные требования валидатора:

• Минимальный стейк для участия в выборах: официальная страница валидаторов указывает порог в 300,000 GRAM. На практике effective threshold зависит от конкуренции/конфигурации выборов.
• Цикл: кандидат блокирует стейк через Elector на раунд; после завершения возвращаются стейк и награды on-chain.

Требования к железу и эксплуатации:

• Рекомендация — высокопроизводительное оборудование с стабильным интернетом (24/7 аптайм, низкая задержка обязательны во избежание idle-штрафов).
• В Best practices фигурируют современные многопроцессорные CPU, большой RAM и быстрый SSD/NVMe; часто цитируемые параметры: 8 vCPU, 64 ГБ RAM, ~1 ТБ SSD и 1 Гбит соединение — ориентир community, не протокольное требование.
• Для управления и мониторинга большинства валидаторов используют mytonctrl, поддерживают актуальное ПО, автоматизируют обработку жалоб/телеметрию.

Выводы:

• TON штрафует валидаторов за простои и мошенничество (equivocation/forking), выявленные Catchain; размеры и механика slashing заданы в live-конфиге и списываются с текущего стейка.
• Для снижения риска поддерживайте аптайм, мониторьте показатели, обновляйте ноды и внимательно выбирайте pool/валидатора для делегирования.

Jetton (fungible токены) — стандарт и модель: Jetton строится по стандарту TEP-74. Jetton состоит из Minter (мастер-контракт, определяет политику mint/burn/metadata) и Jetton Wallet контрактов, на которых учитываются балансы. Интерфейсы (например, get_jetton_data, transfer опкоды) стандартизированы для совместимости кошельков, бирж и индексаторов.

Выпуск jetton-токена (типичная схема):

1. Берёте эталонную реализацию (FunC/Tact), настраиваете метаданные (имя, символ/decimals по TEP-64), политику supply, права администратора.
2. Деплоите Minter, передавая код Jetton Wallet как библиотеку cell.
3. Для mint отправляете сообщения на выпуск/зачисление Jetton Wallet нужных адресов; burn — сообщения на уменьшение supply.

Официальные репозитории содержат minter/wallet для продакшена и browser-based "Jetton Deployer".

Jetton metadata: Данные отображения (имя, описание, картинка, decimals) следуют стандарту TEP-64. Креатор сам решает — хранить metadata on-chain (в cells) или off-chain (ссылка на JSON). Использование стандартных полей гарантирует единый вывод в кошельках/эксплорерах.

NFT — стандарты и схемы: NFT реализуют стандарт TEP-62. Каждый NFT Item — это свой контракт; обычно элементы группируются под NFT Collection (владеет общими данными и поиском). TEP-62 определяет методы передачи/поиска, TEP-64 — схему metadata и для items, и для collections.

Выпуск NFT-коллекции и предметов (типичная схема):

1. Развёртываете Collection с TEP-64-метаданными (имя, обложка, базовый layout).
2. Митите предметы, развёртывая item-контракты с привязкой к коллекции; на этапе mint можно задавать TEP-64-метаданные для item.
3. Передачи идут как стандартные сообщения TEP-62 между item-контрактами разных владельцев, что обеспечивает совместимость кошельков и маркета.

Инструменты (официальное и популярное):

• Blueprint — официальный all-in-one-инструмент для scaffolding, тестов и деплоя контрактов TON (FunC, Tact, Tolk). Быстрое развертывание jetton/NFT с поддержкой тестов/скриптов.
• Tact — high-level язык с шаблонами, включая TEP-совместимый jetton; документация и GitHub с примерами и паттернами.
• FunC — низкоуровневый язык и stdlib для TVM; много эталонных Jetton/NFT-контрактов реализовано на FunC.
• SDK — TypeScript @ton/ton (ton-core) предоставляет helpers для jetton/NFT (например, JettonMaster), а TonWeb — развитую JS-библиотеку, часто используемую в гайдах/интеграциях. TonAPI даёт REST/SDK-доступ к балансам, метаданным и трансферам.

Лучшие практики:

• Придерживайтесь TEP-интерфейсов. Если расширяете логику (фичи, паузы, роли minter), не ломайте обязательные геттеры и форматы сообщений — это сохранит совместимость с кошельками и маркетами.
• Используйте TEP-64 единообразно. Сразу выберите: ваши metadata on-chain или off-chain и не меняйте схему во избежание сломанных витрин.
• Верифицируйте контракты и адреса. Публикуйте minter/collection адреса и хэши кода; для fungible укажите публично jetton master, чтобы пользователи/интеграции могли убедиться в правильности актива.

Fragment — официальный маркетплейс Telegram для collectible usernames и связанных активов. Продажи идут как публичные аукционы или сделки по фиксированной цене; расчёты — в Gram (GRAM). После покупки collectible появляется в аккаунте Fragment и может быть привязан к профилю, каналу или группе Telegram. Помощь Fragment объясняет подключение кошелька, ставки, привязку после покупки, и подтверждает, что расчёты идут в Gram.

Как проходят аукционы @usernames в Fragment:

• Ставки и расчёты: Пользователь входит через Telegram, подключает TON-кошелёк и делает ставки в Gram; если ставку перебили, средства автоматически возвращаются. Победитель получает collectible на кошелёк.
• Листинг и отмена: Вы можете выставить eligible имя и отменить аукцион до первой ставки. После появления ставки аукцион идёт до завершения по правилам.
• Комиссии: Fragment указывает комиссию площадки (на странице лота) для завершённых сделок, плюс однократную конвертацию. Размер — значения от платформы, всегда проверяйте перед листингом.
• После аукциона: Username collectible можно привязать через Fragment к любому Telegram-субъекту; привязку можно менять владельцем.

Где используется TON: Все оплаты на Fragment идут в Gram. Отдельно Telegram ad platform использует Gram для оплаты рекламы и выплат владельцам eligible-каналов, выводы проходят через Fragment — рекламные потоки не связаны с аукционами username'ов.

Аукционы TON-доменов (.ton):

• Стандарт и цель: TON DNS позволяет человеческие имена (.ton) привязывать к ресурсам TON (адресам, ADNL endpoint). Описание в TEP-81.
• Как видны аукционы: Аукционы доменов проводятся контрактами on-chain, отображаются в explorers (например, Tonviewer -> Auctions по имени). Маркеты могут выводить DNS-имена как торгуемые объекты, ссылаясь на on-chain контракты. Перед ставкой всегда проверьте адрес контракта.
• Оплата и завершение: Ставки делаются в Gram on-chain, в конце аукциона владение доменом переходит победителю, который может задавать записи через TEP-81. API и tooling позволяют проверить права и срок действия DNS.

Чек-лист безопасности:

• Используйте официальный лот URL Fragment и смотрите комиссии перед листингом/ставкой.
• Для .ton-доменов проверьте адрес контракта и правильность TEP-81-записей; пользуйтесь доверенными explorer/API для проверки владельца и срока.

Техническую базу TON разработали в Telegram Павел и Николай Дуровы, планировался запуск Gram. В мае 2020 года Telegram оформили отказ от участия после иска SEC США; по мировому соглашению Telegram и TON Issuer возвращали средства инвесторам и платили штраф. Исходный код остался открытым.

От “Telegram Open Network” до комьюнити-TON с Gram: После ухода Telegram, развитие сети продолжили независимые разработчики как The Open Network (TON). Stewardship сейчас у сообщества и TON Foundation (Швейцария); нативный актив сети Gram (GRAM). Telegram не контролирует блокчейн.

Как Telegram сейчас связан с TON? Telegram интегрирует TON как функцию платформы, но остаётся отдельной компанией:

• Wallet in Telegram реализует само-кастодиальный TON Wallet (on-chain ключи, не в Telegram) и отдельный кастодиальный Crypto Wallet.
• Рекламная платформа Telegram продаёт рекламу за TON и делит 50% дохода с eligible-каналами, вывод — через Fragment.
• Fragment проводит аукционы/продажи collectible @username с расчётом в Gram.

Основные пункты:

• Кто создал: команда Telegram (Дуровы) создала технологию и концепцию “Telegram Open Network”.
• Сегодняшняя сеть и монета: продолжена независимым сообществом, поддерживается и управляется TON Foundation; нативный актив Gram.
• Роль Telegram сейчас: интегратор и канал распространения, не оператор сети и не эмитент. Продукты Telegram подключаются к TON, но не управляют им.