«Это безопасно?» — правильный вопрос к любому криптосервису, и он заслуживает лучшего ответа, чем «да, мы некастодиальные». TronSave действительно некастодиальный и не требует KYC, но покупатели, провайдеры и пользователи API рискуют разным, и один из этих рисков достаточно реален, чтобы им управлять. Вот честная версия.
Основа: что здесь на самом деле означает «некастодиальный»
TronSave — маркетплейс энергии, а не кошелёк. Когда вы арендуете энергию, провайдеры делегируют ресурс на ваш адрес — ничего из ваших средств никуда не перемещается. Когда вы пользуетесь инструментами перевода или обмена, транзакция формируется для вас, а затем подписывается в вашем собственном кошельке; ваши USDT идут напрямую от вас к получателю, и TronSave никогда не стоит на пути средств.
Не нужно открывать аккаунт и проходить проверку личности. Это настоящее свойство архитектуры, а не политика, которую можно тихо изменить: проверять нечего, потому что ничего не хранится.
Отсюда вытекает абсолютное правило, которое стоит произнести отдельно: вы никогда не отправляете приватный ключ в TronSave. Документация API говорит об этом явно, а у вспомогательной функции серверной подписи в самих SDK есть комментарий, советующий разработчикам использовать локальную подпись. Если кто-то от имени TronSave просит у вас приватный ключ или сид-фразу — это не TronSave.
Чем рискует покупатель
Очень немногим, с одним исключением, которое стоит назвать.
Если вы оплачиваете заказы ончейн с подключённого кошелька, ваш риск ограничен подписанной транзакцией и ничем больше. Если вы платите с предоплаченного внутреннего баланса, этот баланс — TRX, которые вы заранее внесли на платформу, и это единственная действительно кастодиальная часть продукта.
Это не повод от неё отказываться: именно внутренний баланс делает возможными мгновенные расчёты по заказам без газа, а заодно служит лимитом расходов для автоматизации. Но относитесь к нему так же, как к остатку на любой бирже: держите сумму под свои расходы, а не паркуйте там казну. Для большинства разумный потолок — расходы на неделю-две. В нашем руководстве по внутреннему балансу описаны минимум 10 TRX, два способа пополнения и то, почему он заодно служит лимитом расходов.
Чем рискует провайдер
Продажа — это то место, где поверхность для рисков действительно больше, потому что автоматизации нужны ончейн-разрешения, чтобы делегировать от вашего имени.
- Ваш застейканный TRX остаётся вашим. Вы выдаёте право делегировать с него ресурсы, а не право его перемещать.
- Изменение разрешений — ончейн-действие стоимостью 100 TRX за проверку, поэтому вносите изменения пакетом, а не по одному.
- У Automatic Reclaim есть острый край. В режиме All он возвращает каждое разблокированное делегирование с вашего аккаунта — включая те, что вы сделали частным образом, вне TronSave. Если адрес также делегирует на ваши кошельки или партнёру, используйте Only TronSave. Остальные поля разобраны в нашем руководстве по Sell Settings.
- Досрочный анстейк (Flash Unstake) необратим. Он работает через изменение разрешений на вашем аккаунте, и его не стоит прокликивать между делом — прежде чем им пользоваться, прочитайте, как работает досрочный анстейк.
Ничего необычного для маркетплейса делегирования здесь нет, но это реальная передача прав. Читайте, что подписываете, и используйте отдельный адрес, если иначе пришлось бы смешивать автоматизацию платформы с кошельками, которыми вы управляете вручную.
Две вещи делают это проверяемым, а не вопросом доверия. Выдаваемое разрешение охватывает только делегирование ресурсов, а не управление балансом, поэтому оно не может перемещать, отправлять или выводить ваши основные средства, а ключ Owner остаётся у вас. И оба факта можно проверить самостоятельно: откройте разрешения своего аккаунта на TronScan, убедитесь, что разрешение Active включает только операцию делегирования, и в любой момент отзовите его там же, подписав обновление ключом Owner. Доступ прекращается немедленно. Общее правило: никогда не выдавайте третьим лицам разрешение Owner или права на баланс.
Чем рискует пользователь API или агента
Учётными данными, и к ним стоит относиться как к секретам в обычном смысле.
API-ключ даёт доступ к операциям вашего внутреннего аккаунта — именно поэтому он подходит для автономной работы: пополненный баланс за ним — жёсткий потолок того, что можно потратить. Сессия с подписью кошелька привязана к вашему кошельку и даёт доступ к операциям платформы, а это больше полномочий и требует больше осторожности.
Если вы подключаете ИИ-агента через MCP-сервер, возвращаемый им идентификатор сессии сам является учётными данными: любой, у кого он есть, может действовать с правами этой сессии, пока она не истечёт. Ключи можно отозвать через API, когда нужно их сменить, и отзыв действует для каждого последующего запроса.
Защита, которую вы получаете без запроса
Несколько проверок работают независимо от того, знаете вы о них или нет:
- Проверка получателя. Инструмент Transfer USDT сверяет адрес назначения с метками безопасности TronScan — аккаунты в чёрном списке, известная мошенническая активность, рассыльщики спама в мемо. Помеченный адрес блокирует перевод. А если проверку не удалось выполнить, инструмент не показывает ложный зелёный сигнал: вместо этого вы получаете явное предупреждение «не удалось проверить».
- Симуляция перед отправкой. Обмены сначала прогоняются по блокчейну; сделка, которая провалилась бы, блокируется, а не отправляется, и неудачная симуляция ничего не стоит.
- Никаких повторных отправок. Транзакция, получившая ID, никогда не отправляется повторно, что исключает классическую ошибку «нажал дважды — заплатил дважды».
- Очевидные ошибки отклоняются. Отправка на собственный адрес или указание контракта в качестве получателя энергии отклоняются ещё в форме, а не в блокчейне.
Риски, которые лежат на вас, а не на платформе
Большинство потерь в этом уголке криптомира не имеет никакого отношения к используемому маркетплейсу.
- Неверный адрес — это окончательно. Никакая проверка не поймает действительный адрес, который просто не тот, что вы имели в виду. Для крупных сумм проверяйте адреса назначения независимо.
- Отравление адреса. Пылевые переводы с похожих адресов существуют для того, чтобы вы скопировали их из истории. Никогда не копируйте адрес назначения из списка транзакций.
- Поддельные сайты и вставленные адреса. Здесь нужна наибольшая осторожность. Адреса для депозитов и оплаты нужно брать из приложения или SDK, а не из сообщения, результата поиска или скриншота. SDK отдают адрес для пополнения как значение, которое читается в коде, именно для того, чтобы он никогда не был строкой, которую кто-то набрал.
- Чистая метка — не гарантия. Проверка отражает только то, о чём уже сообщили; у адреса, созданного сегодня утром, нет истории, которую можно пометить.
Короткий чек-лист защиты
- Держите на внутреннем балансе сумму под расходы, а не под ваши накопления.
- Для всего автономного используйте API-ключи, а не сессии с подписью.
- Меняйте и отзывайте ключи, которыми больше не пользуетесь.
- Как провайдер, используйте отдельный адрес и настройте Automatic Reclaim в соответствии с тем, как вы его используете.
- Берите адреса для пополнения и депозитов из приложения или SDK, а не из сообщений.
- Крупные адреса назначения проверяйте независимо — с проверкой платформы или без неё.
Частые вопросы
Хранит ли TronSave мои USDT или TRX?
Нет, если вы не вносите средства на внутренний баланс. Арендованная энергия делегируется на ваш адрес, а переводы и обмены подписываются в вашем собственном кошельке, поэтому средства идут напрямую от вас к адресату.
Требует ли TronSave KYC?
Нет. Проверки личности нет, потому что нет кастодиального аккаунта, который нужно проверять.
Попросят ли меня когда-нибудь приватный ключ?
Нет. Подпись происходит в вашем кошельке, а в документации указано, что приватные ключи никогда не отправляются. Любая такая просьба — мошенничество, чьим бы именем она ни прикрывалась.
Что самое рискованное на платформе?
Для покупателя — слишком большой внутренний баланс. Для провайдера — разрешения, которые требует автоматизация, особенно Automatic Reclaim в режиме All на адресе, который вы используете и в личных целях.
Рискует ли мой застейканный TRX, если я поставляю энергию?
Стейк остаётся вашим; вы выдаёте право делегировать от вашего имени. Значение имеют объём разрешения и то, что стейкинг блокирует ваш TRX на определённый срок.
Что будет, если мой API-ключ утечёт?
Кто-то сможет размещать заказы за счёт вашего внутреннего баланса — в пределах той суммы, которую вы внесли. Немедленно отзовите ключ; отзыв действует для всех последующих запросов.
Итог
С хранением всё просто: ваши токены остаются в вашем кошельке, всё подписываете вы сами, и никто не спрашивает, кто вы. Части, требующие здравого суждения, — как раз те, что люди пропускают: сколько вы держите на предоплаченном балансе, какие разрешения выдаёт аккаунт провайдера и откуда вы скопировали тот самый адрес. Сделайте эти три вещи правильно — и останется лишь обычный риск транзакций в публичном блокчейне, который не может устранить ни один маркетплейс.
Начните с малого: арендуйте энергию на один заказ на рынке TronSave с оплатой ончейн из собственного кошелька, прежде чем пополнять внутренний баланс или выдавать какие-либо разрешения провайдера.
Этот блог издаёт TronSave, и TronSave же управляет описанным здесь маркетплейсом, поэтому воспринимайте этот текст как задокументированное объяснение работы продукта, а не как независимый аудит. Поведение и комиссии соответствуют продукту на момент написания и могут измениться. Транзакции в блокчейне необратимы. Это не финансовая рекомендация.
