AMLConsensus · курс
Программа · Урок 10.3
Раздел 10 · Урок 10.3

Solana и TON: особенности проверки

Solana и TON — молодые высокопроизводительные сети со своей архитектурой, которая заметно отличается и от UTXO-Bitcoin, и от привычного Ethereum. Чтобы читать их историю правильно, нужно понимать аккаунтную модель Solana, разницу между программами и кошельками, специфику TON и главную ловушку Solana для розничного пользователя — мемкоин-скам.

Аккаунтная модель Solana

Solana использует аккаунтную модель, но устроенную своеобразно. В Solana всё есть аккаунт — и кошелёк, и токен-баланс, и сама программа (смарт-контракт), и хранилище данных. Аккаунт — это ячейка с данными, у которой есть владелец и адрес (публичный ключ в формате base58, например 7xKq...9dR, без привычного префикса 0x).

Важнейшая особенность для трейсинга: баланс токена (например, USDC или мемкоина) хранится не на самом кошельке, а в отдельном ассоциированном токен-аккаунте (ATA — Associated Token Account), привязанном к вашему основному адресу. То есть у одного владельца есть основной адрес (держит нативный SOL) и множество дочерних токен-аккаунтов под каждый токен. Начинающий, глядя на историю, легко запутается: переводы токенов идут «через» эти дочерние аккаунты, и связать их с владельцем нужно уметь.

Почему это важно. В Solana адрес кошелька и адрес его токен-аккаунта — разные строки. При проверке нужно понимать, что перевод USDC ушёл с токен-аккаунта, принадлежащего кошельку X, — иначе трейсинг «потеряет» настоящего владельца. Хороший обозреватель показывает эту связь автоматически.

Программы против кошельков

В Ethereum-мире мы привыкли делить адреса на «кошельки пользователей» (EOA) и «контракты». В Solana аналогичное деление есть, но с поворотом: программы (программируемая логика, аналог смарт-контрактов) сами по себе не хранят состояние — они «безстейтовые» и работают с данными, лежащими в отдельных аккаунтах. Это разделение кода и данных.

Практический смысл при проверке: нужно отличать взаимодействие с программой (DEX вроде Raydium/Jupiter, стейкинг, NFT-маркетплейс) от прямого перевода между кошельками. Транзакция «пользователь → программа DEX → пользователь» — это своп, а не отправка средств третьему лицу. Не распознав это, легко ошибочно записать легальный обмен на DEX как подозрительный перевод. Solana-транзакции к тому же часто содержат множество инструкций сразу (за одну транзакцию — своп + перевод + комиссия), что новичку усложняет чтение.

Solscan — обозреватель Solana

Основной публичный инструмент — solscan.io (популярна и альтернатива solana.fm). Что смотреть:

TON и его специфика

TON (The Open Network), исторически связанный с экосистемой Telegram, — ещё одна архитектурно самобытная сеть. Её ключевые особенности для проверяющего:

Основной обозреватель — tonviewer.com (также tonscan.org). Tonviewer наглядно разворачивает цепочки сообщений, показывает джеттон-балансы и связывает токен-кошельки с владельцем. При проверке TON-адреса держите в голове асинхронность: одно действие пользователя может породить несколько внутренних сообщений, и все они — часть одной операции.

Кошелёк-контракт
владелец
Jetton-кошелёк
баланс USDT
Цепочка сообщений
перевод

Мемкоин-скам в Solana

Отдельная и очень актуальная тема — мошенничество с мемкоинами в Solana. Дешёвые и быстрые транзакции плюс инструменты мгновенного запуска токенов (launchpad-платформы) превратили сеть в конвейер мемкоинов, среди которых огромная доля скама.

  1. Rug pull. Создатели запускают токен, накачивают ажиотаж, собирают деньги покупателей и выводят всю ликвидность — цена падает в ноль.На Solscan видно: ликвидность добавлена и вскоре снята, крупные адреса «слили» токен.
  2. Honeypot («медовая ловушка»). Токен можно купить, но нельзя продать — логика контракта блокирует продажу для рядовых держателей.
  3. Концентрация у создателя. Огромная доля предложения — на кошельках команды/инсайдеров, готовых обвалить цену.
  4. Фейковая активность. Накрутка объёмов ботами и «прогретые» кошельки, имитирующие живую торговлю.
Внимание. Мемкоин-экосистема Solana — территория повышенного риска не только для инвестора, но и для AML. Средства, прокрученные через скам-токены и rug pull, оказываются «грязными», а адреса — засвеченными. Получив SOL или токен от контрагента, связанного с такими схемами, вы наследуете этот риск.

Практический чек-лист по Solana/TON

Solana и TON показывают, что «универсального» способа читать блокчейн нет: аккаунтные модели, токен-аккаунты, программы и асинхронные сообщения требуют понимания архитектуры конкретной сети. Общий принцип, однако, неизменен во всех уроках этого раздела — от Bitcoin до TON: ручной обозреватель отвечает на вопрос «что произошло», а осознанная AML-проверка отвечает «насколько это опасно и стоит ли принимать эти средства». Соединяя понимание сети с инструментами атрибуции, вы принимаете решения на основе фактов, а не догадок.

Материалы носят образовательный характер и не являются юридической консультацией.