Криптоправо/Уровень VI · Поведение на рынке/6.3 Честный запуск/Урок 3

Прозрачность в блокчейне: покажите людям, куда смотреть

Почему публичные данные блокчейна становятся раскрытием информации только тогда, когда команда проекта указывает, какие адреса, контракты и код следует проверить, а также что эти данные могут и не могут доказать.

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

Экономный путь

Самый дешёвый, с наименьшими налогами, самый простой и самый приватный путь, который допускает закон, — от лучшего к худшему. Для каждого шага указано, на какой норме он основан и при каком условии остаётся законным.

Бесплатно и наиболее эффективно: опубликуйте адрес контракта или мента токена в одном стабильном официальном месте и повторяйте его идентично везде, поскольку EIP-20 делает названия необязательными, а копии создать легко. Подвох: публично объясняйте любые изменения адреса.
Верифицируйте исходный код бесплатно в Etherscan или с помощью solana-verify для программ Solana. Подвох: верификация доказывает только то, что опубликованный код является развернутым кодом, но не то, что он безопасен, и обновляемый код может быть заменен позже.
Опубликуйте карту с маркировкой пула ликвидности, блокировок, контрактов вестинга, казначейства и кошельков команды по ролям, а не по личным именам — это законная защита приватности от публики. Подвох: опубликованные кошельки постоянны, связанные переводы отслеживаются, и налоговое декларирование продолжается.
Доказывайте каждое утверждение хешем транзакции для блокировки, отзыва полномочий или развертывания вестинга; интерпретация SEC от 2026 года поощряет раскрывать обещанную работу при ее завершении, а обмен хешом ничего не стоит. Подвох: поддерживайте карту актуальной по мере изменения адресов.

МатериалыБлок-эксплорер для блокчейна данного токена, открытый на странице контракта токена или ментаСписок официальных адресов проекта (если он публикует такой список)Стандарт EIP-20 и документация Solana о верифицированных сборках (verified builds)Урок 6.3.1, посвящённый тому, что требуется для честного раскрытия информации

Любопытство

Если всё равно всё записано в блокчейне, зачем команде проекта что-либо публиковать?
Как покупателю отличить настоящий токен от копии с тем же названием?
Означает ли верифицированный исходный код, что контракт безопасен?

Исследование

Каждый перевод на публичном блокчейне виден, но «сырая» видимость — это не раскрытие информации. Покупатель, сталкивающийся с тысячами адресов, не может определить, какие из них принадлежат команде, какой является пулом ликвидности, какой — контрактом блокировки, а какой — криптобиржей. Прозрачность начинается в тот момент, когда создатель публикует «карту»: адрес контракта токена или мента, адреса пулов, контракты блокировок, кошелёк казначейства и команды, контракты вестинга, а также любые адреса программ или прокси. Предложенная SEC Regulation Crypto Assets требует от эмитентов, использующих её исключения, описывать «методы верификации» истории транзакций токена (предложенное Правило 103(b)(7)) — это предложение рассматривает именно эту карту как часть раскрытия информации.
Адрес, а не название, является идентификацией токена. Стандарт ERC-20 (EIP-20, созданный в ноябре 2015 года) делает функции name(), symbol() и decimals() необязательными, и ничто не мешает любому развернуть второй токен с тем же названием и тикером. Копии токенов и поддельные «официальные» аккаунты эксплуатируют это (урок 4.2.4). Публикация адреса контракта в одном стабильном официальном месте и его повторение везде в том же виде — самая простая защита, которую может предложить команда проекта. Покупатель, проверяющий адрес, а не тикер, избегает самой распространенной ловушки; создатель, меняющий адреса без объяснений, учит покупателей перестать проверять.
Код тоже можно сделать проверяемым. Документация Etherscan объясняет, что верификация контракта публикует его исходный код в эксплорере, где любой может подтвердить, что он соответствует байт-коду, развернутому в блокчейне. Верифицированные сборки Solana делают то же самое, сравнивая хеши развернутой программы с воспроизводимой сборкой из публичного репозитория с использованием инструмента solana-verify. Верификация доказывает только то, что опубликованный код является тем кодом, который развернут в блокчейне. Она не говорит ничего о том, безопасен или справедлив этот код, а обновляемая программа или прокси может быть заменена позже (урок 6.3.2). Предложенное Правило 103(b)(6) потребовало бы от эмитентов указывать адрес, где доступен исходный код, если они его опубликовали.
Объем предложения и распределение активов — следующее, что читают люди. EIP-20 требует от каждого токена сообщать totalSupply(), а инструменты для токенов Solana сообщают общий объем мента. Списки холдеров легко неверно истолковать: крупнейшие «холдеры» часто являются пулом ликвидности, контрактом блокировки, контрактом вестинга или криптобиржей. Публичная маркировка этих адресов и объяснение того, какие балансы принадлежат инсайдерам (урок 6.3.4), превращает пугающую диаграмму в точную. Токены, которые поступают на адрес, но не сжигаются в техническом смысле, все еще учитываются в общем объеме предложения — вот почему заявления о сжигании требуют осторожности (урок 6.3.5).
В США публикация данных не заменяет точных заявлений; именно те утверждения, которые делает эмитент, проверяются законами о ценных бумагах, биржевых товарах и защите прав потребителей (уроки 5.1.7 и 6.3.1). Но доказательства в блокчейне — это то, как создатель показывает, что его заявления истинны. Интерпретация SEC от 2026 года (Release No. 33-11412) поощряет эмитентов публично раскрывать информацию о завершении обещанной работы, а хеш транзакции для блокировки, отзыва полномочий или развертывания вестинга является наиболее прямым доказательством. В ЕС статья 6(1)(h) MiCA требует включать в белый лист (white paper) информацию о базовой технологии.
Прозрачность имеет издержки, которые стоит назвать. Опубликованный кошелёк связывает человека или бизнес с каждой прошлой и будущей транзакцией с него, а крупные кошельки могут привлекать копирование сделок (copy-trading) и нежелательное внимание. Команда проекта может маркировать адреса по ролям, а не по личным именам, но всё, что публикуется, становится постоянным, а переводы между размеченными и неразмеченными кошельками обычно можно отследить. Практическая проверка: откройте эксплорер, начните с опубликованного адреса контракта и попробуйте определить пул ликвидности, каждую блокировку, каждый кошелёк инсайдера и любые полномочия по обновлению, используя только карту самой команды проекта; всё, что не удаётся найти по карте, является пробелом в её раскрытии информации.

Ключевые факты

Стандарт токенов EIP-20, созданный 19 ноября 2015 года, делает name(), symbol() и decimals() необязательными, но требует totalSupply().
Верификация контракта в Etherscan публикует исходный код и позволяет любому подтвердить, что он соответствует байт-коду, развернутому в блокчейне.
Верифицированные сборки Solana сравнивают хеши развернутой программы с воспроизводимой сборкой из публичного репозитория исходного кода.
Предложенное Правило 103(b)(7) Regulation Crypto Assets потребовало бы от эмитентов описывать методы верификации истории транзакций токена.
Предложенное Правило 103(b)(6) потребовало бы от эмитентов указывать веб-адрес исходного кода, в той мере, в какой они сделали его общедоступным.
Статья 6(1)(h) MiCA требует включать в белый лист (white paper) криптоактива информацию о базовой технологии.

Упражнение девять, шесть, три, один

9СобратьПеречислите до 9 адресов или фрагментов кода, которые покупателю необходимо проверить для токена, который вы знаете или планируете выпустить (некоторые списки короче), например: контракт токена, пул ликвидности, лок, контракт вестинга или адрес управления обновлениями.

6СгруппироватьРазделите их на 6 категорий: идентификация токена, ликвидность, холдеры-инсайдеры, блокировки и вестинг, контроль над кодом и обновлениями, а также элементы, у которых пока нет публичного адреса.

3Выделить главноеСведите эти 6 категорий к 3 группам: элементы, которые уже опубликованы и подписаны; элементы, видимые в блокчейне, но не объяснённые; и элементы, которые покупатель вообще не может найти.

1КристаллизоватьНапишите одно предложение, описывающее единственный адрес или доказательство, публикация которого в наибольшей степени поможет покупателю проверить информацию об этом токене.

Проверка фактов

Даты, цифры и утверждения были проверены по приведенным ниже опубликованным источникам.

Открыть в интерактивной академии →

EN PT ES ZH JA KO DE FR MS