Эмиссия криптовалюты: как проверить выпуск монет и свою долю

Эмиссия криптовалюты — это создание новых единиц монеты или токена по правилам сети либо смарт-контракта. Для владельца важен не только ответ «сколько всего монет будет выпущено». Нужно понимать, сколько появляется сейчас, кому достаются новые единицы, какие старые запасы становятся доступными и кто способен изменить эти условия. Один проект выпускает монеты постепенно, другой создаёт весь запас сразу, третий одновременно выпускает и уничтожает часть предложения. [1]

Представьте: за год на вашем счёте стало на 8% больше токенов. Приложение показывает положительную доходность, но общее предложение за это время выросло на 12%. Значит ли это, что вы стали богаче? Не обязательно. Количество единиц, доля в выбранном предложении и стоимость имущества — три разных результата. Их нужно считать отдельно, иначе дополнительный баланс легко принять за прибыль, которой нет.

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

Здесь не требуется подключать кошелёк, подписывать сообщения или совершать пробную покупку. Мы разберём документы, показатели и учебные расчёты. Примеры Bitcoin, Ethereum и Monero иллюстрируют разные механизмы, а не составляют список активов для приобретения. Все вымышленные числа прямо обозначены. Текущие цены, доходности и общий объём реально выпущенных монет намеренно не фиксируются: эти значения нужно получать на дату собственного решения.

Общую картину дополняют материалы OneMagic о криптовалюте, но итог именно этого руководства должен быть конкретным: вы сможете отделить выпуск от перемещения, проверить ограничения, оценить изменение своей доли и составить карточку вопросов к проекту. Неподтверждённое правило останется неизвестным, а не превратится в обещание безопасности.

1. Что такое эмиссия криптовалюты и какие числа нельзя смешивать

Увеличить

Выпуск за период и запас на дату — разные величины

Фраза «эмиссия составляет миллион монет» неполна. Возможно, имеется в виду уже существующий запас, максимально допустимое количество или выпуск за год. Эти варианты отвечают на разные вопросы. Для проверки всегда дописывайте единицу измерения: монет всего на определённый момент, монет за сутки, процентов за год или единиц на блок. Без этого даже правильное число способно привести к неправильному решению.

В учебной системе в начале месяца существует миллион токенов, а за месяц создаётся сорок тысяч новых. Миллион — исходный запас. Сорок тысяч — поток создания. Если за тот же месяц уничтожено десять тысяч, конечный запас при отсутствии других механизмов составит миллион тридцать тысяч. Валовой выпуск равен сорока тысячам, чистый прирост — тридцати тысячам. Это не два противоречивых отчёта, а разные показатели одного периода.

В строгом смысле эмиссия описывает появление новых единиц. Однако в текстах проектов этим словом иногда обозначают и распределение заранее созданного запаса. Поэтому спорить о названии менее полезно, чем установить действие: увеличилось ли общее количество существующих токенов или изменился только их владелец? Для собственной карточки используйте отдельные строки «создано», «уничтожено», «разблокировано» и «передано из резерва».

Общее предложение, обращение и максимальный предел

В карточках активов встречаются total supply, circulating supply и max supply. Первое обычно описывает существующее предложение с учётом принятого способа исключения уничтоженных единиц. Второе оценивает запас в обращении. Третье обозначает заявленный или предусмотренный правилами верхний предел. Это не взаимозаменяемые значения. Методология поставщика данных важна: например, CoinGecko исключает из обращения определённые запасы команды, резервов и заблокированных распределений. [2]

Допустим, создан миллион токенов, но семьсот тысяч пока относятся к закрытым распределениям и резервам. Для учебной модели предложение в обращении составляет триста тысяч. Если ваши тысяча токенов свободны, их доля равна 0,1% общего запаса и примерно 0,3333% обращения. Числа различаются потому, что отличаются знаменатели. Нельзя выбирать больший процент, чтобы позиция выглядела значительнее, а затем сравнивать его с долей другого проекта, рассчитанной иначе.

Отдельная строка free float — оценка относительно свободного рыночного предложения — тоже требует определения. Не превращайте её в собственноручный вычет всех неподвижных кошельков. Давно не перемещавшийся запас не обязательно потерян, а технически доступные токены не обязательно будут немедленно проданы. Лучше честно указать, какие категории исключены и почему, чем выдавать субъективную оценку за точное свойство блокчейна.

Инфляция количества не равна изменению цены

В этом руководстве инфляцией предложения называется относительный прирост выбранного количества за заданный период. Это не индекс потребительских цен и не обязательное падение курса. Если запас вырос со ста до ста десяти единиц, прирост составляет 10%. Из одной этой операции невозможно вывести, на сколько изменится рыночная цена: для такого вывода не хватает информации о спросе, доступности торговли и ожиданиях участников.

Особенно осторожно относитесь к выражению «монета дефляционная». Оно может означать наличие функции уничтожения, фактическое сокращение запаса в прошлом месяце или предполагаемую тенденцию на годы. Наличие одного механизма не доказывает остальные утверждения. Актив может сжигать токены и одновременно создавать ещё больше. Может иметь уменьшающийся запас, но терять покупателей. Может вообще не меняться в количестве, пока его цена резко колеблется.

Связанный показатель — капитализация крипторынка. Он умножает цену на выбранное предложение, но не превращает прирост предложения в сумму обязательного притока денег. В рамках учебного сценария можно зафиксировать цену и увидеть, как изменится расчётная капитализация. Нельзя затем объявлять это доказательством того, сколько наличных рынок должен получить или потерять.

Награда участнику не всегда создаётся заново

Пользователь видит начисление, но происхождение средств может различаться. В стандартной схеме вознаграждения Bitcoin новая субсидия блока и комиссии отправителей имеют разное происхождение: первая создаёт новые монеты, вторые перераспределяют уже существующие. Суммарное поступление майнеру нельзя целиком приравнивать к эмиссии. [3]

Для самостоятельной проверки представьте вымышленную программу, которая за период выдала участникам 130 тысяч токенов. Из них 80 тысяч созданы заново, 20 тысяч поступили как плата пользователей, а 30 тысяч переданы из ранее сформированного резерва. Вознаграждения составили 130 тысяч, но валовая эмиссия — только 80 тысяч. Если прибавить все начисления к новому выпуску, отчёт завысит изменение запаса.

Увеличить

Задавайте вопрос не «есть ли процент», а «из какого источника он оплачивается». Для ответа полезны описание протокола, операции распределяющего контракта и движение резервов. Источник выплаты не определяет автоматически качество программы, но помогает понять её устойчивость. Выплаты из конечного резерва требуют проверки его расходования; новый выпуск — оценки прироста предложения; пользовательские платежи — проверки действительного использования, а не только рекламной ставки.

2. Четыре модели выпуска: Bitcoin, Ethereum, хвостовая эмиссия и готовый запас

Ограниченная эмиссия Bitcoin: правило блоков, а не календарная кнопка

Bitcoin предусматривает сокращение субсидии по высоте цепочки: исходная величина 50 BTC уменьшается вдвое каждые 210 тысяч блоков. В общеупотребительном описании верхний предел — около 21 миллиона BTC. Число блоков задаётся правилами, а календарные оценки зависят от их фактического появления. Поэтому выражение «раз в четыре года» — приближение, а не расписание на одинаковый день и час. [4]

Для понимания достаточно арифметики: после четырёх делений 50 на два получается 3,125 BTC. Это величина субсидии для соответствующего интервала высот при этих правилах, а не обещание конкретному владельцу оборудования. Если нужно проверить реальный блок, сначала выясняют его высоту и применимое правило, затем отделяют субсидию от комиссий. Размер выплаты пула, расходы майнера и распределение между участниками — уже другие расчёты.

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

После исчерпания предусмотренной субсидии комиссии могут оставаться источником вознаграждения за включение операций. Это часть модели Bitcoin, а не гарантия достаточного дохода каждому оператору в далёком будущем. FAQ проекта также отделяет существование платы за транзакции от выпуска новых монет. Для личного решения не требуется угадывать экономику через столетие; требуется не считать весь доход инфраструктуры бесконечной новой эмиссией. [5]

Ethereum: важен баланс создания и уничтожения

У ETH нет аналогичного фиксированного конечного количества, выраженного одной цифрой вроде лимита Bitcoin. Его предложение меняется под воздействием выпуска и уничтожения. Текущая модель связана с доказательством доли, а размер выпуска зависит от параметров системы. Поэтому старую оценку «столько-то ETH в сутки» нельзя переносить на любой будущий день как постоянный тариф. [6]

EIP-1559 предусматривает сжигание базовой части комиссии. Это нужно отличать от вознаграждения получателю приоритетной части. Нельзя сложить все оплаченные пользователями комиссии и объявить полученную сумму уничтоженным ETH. Для фактического отчёта берут соответствующие компоненты платы и выбранный период; полный учёт изменения предложения также должен учитывать остальные действующие механизмы конкретной версии сети. [7]

Рассмотрим не Ethereum на определённую дату, а вымышленный месячный отчёт: создано 1 000 единиц, уничтожено 1 200, других изменений нет. Чистое изменение равно минус 200. В следующем месяце создана та же тысяча, а уничтожено 600: запас вырос на 400. Наличие функции сжигания осталось, но знак результата поменялся. Поэтому подпись «дефляционный навсегда» из этих данных не следует.

Сравнивайте одинаковые окна наблюдения. Сокращение за сутки может сосуществовать с ростом за год, если предшествующие периоды отличались. В отчёте должны быть обе границы, источники и единицы. Полезная формулировка: «за указанный интервал предложение уменьшилось на столько-то по такой-то методике». Неполезная: «монета теперь всегда редкая, значит должна дорожать». Первая проверяется, вторая подменяет данные обещанием.

Хвостовая эмиссия: нет конечного лимита, но есть ограниченный темп

Monero иллюстрирует другую конструкцию. После основной кривой выпуска действует хвостовая эмиссия: базовая величина составляет 0,6 XMR на блок при целевом двухминутном интервале; возможны уменьшения из-за штрафа за размер блока. Конечный максимальный запас при такой схеме не задан. Это не означает, что произвольное количество монет может появиться в любой момент. [8] [20]

Для иллюстрации масштаба возьмём целевой темп без штрафов и календарный год из 365 дней. Получается 720 блоков в сутки, 432 единицы в сутки и 157 680 за год. Это расчёт по допущениям, а не обещание фактического выпуска: реальные интервалы и применимые уменьшения нужно проверять по цепочке. Здесь нет утверждения о сегодняшнем количестве XMR.

Теперь используем вымышленные исходные запасы. При 20 миллионах единиц фиксированная годовая прибавка 157 680 составляет 0,7884%. При 40 миллионах та же прибавка составляет 0,3942%. Абсолютное число одинаковое, относительный прирост разный. Следовательно, постоянный выпуск за блок и постоянная процентная инфляция — разные модели. Первая не превращается автоматически во вторую.

Этот пример полезен при чтении любой денежной политики. Уточните, что фиксировано: число единиц, процент от запаса, награда за действие или предельная сумма. Затем выясните, как изменяется база расчёта. Одного слова «неограниченная» недостаточно ни для обвинения в произвольном выпуске, ни для оценки будущего давления на рынок. Важны темп, полномочия и доступность проверки.

Все токены созданы сразу: эмиссия закончилась, распределение продолжается

Контракт токена может создавать весь предусмотренный запас при запуске и не предоставлять дальнейшего пути увеличения. Сам стандарт ERC-20 не устанавливает единую денежную политику: конкретный способ формирования предложения добавляет реализация. OpenZeppelin показывает отдельно простую конструкцию с первоначальным выпуском и конструкции с последующим созданием. [1]

Пусть при запуске вымышленного проекта создано десять миллионов токенов. Миллион передан пользователям, остальные распределены по резервам и будущим программам. Фраза «дополнительной эмиссии нет» ничего не говорит о скорости выхода этих девяти миллионов. Они уже существуют; вопрос заключается в условиях, при которых ими начнут распоряжаться. Поэтому проверка эмиссии не заканчивается обнаружением фиксированного запаса.

Равным образом окончание выпуска не доказывает отсутствие административного контроля. Нужно отдельно проверить право обновлять логику, останавливать операции, менять параметры и распределять резервы. Это не повод считать любой управляемый проект мошенническим. Это повод точно описать доверие: кто способен сделать что и какая процедура этому предшествует. Нельзя объявить неизменяемость всей системы на основании одного свойства её предложения.

Для читателя полезно сформулировать модель одним предложением: «запас создан заранее, новые единицы не предусмотрены в проверенной реализации, но часть существующих распределяется по такому графику». Если последние два условия не проверены, их так и записывают. Самая важная часть анализа — не красивое название модели, а доказательство того, что заявленные ограничения относятся именно к рассматриваемому активу.

3. Когда предложение в обращении растёт без новой эмиссии

Разблокировка: существующие токены или создание при получении?

Разблокировка означает изменение доступности определённого распределения. Она не обязательно увеличивает общее количество токенов. Например, заранее пополненный VestingWallet хранит полученные активы и выпускает их получателю согласно расписанию. Перемещение из такого хранилища не нужно автоматически считать новым созданием. При этом другая система может создавать единицы непосредственно при востребовании награды, поэтому название Claim или Unlock само по себе недостаточно. [9]

Для проверки спросите: где находится обещанное количество до даты получения? Если токены уже лежат на адресе распределения, проверьте их соответствие обязательствам. Если вместо баланса существует только право будущего выпуска, выясните, какой механизм создаёт единицы и входит ли это количество в опубликованный предел. Не складывайте будущую разблокировку с будущей эмиссией, пока не убедитесь, что это действительно два независимых потока.

Учебный пример: у пользователя тысяча из миллиона существующих токенов. Затем сто тысяч из закрытого распределения становятся доступными другим держателям. Доля пользователя во всём существующем запасе остаётся 0,1%. Однако доля среди доступного обращения может снизиться. Изменение рыночной доступности способно быть важным, но называть его тем же самым, что увеличение общего запаса, методически неверно.

Подробный календарь раскрывает материал о вестинге и разблокировках. В карточке эмиссии достаточно сохранить происхождение единиц, объём, дату, получателей и связь с общим количеством. Формулировка «разблокируется 10%» без указания знаменателя непригодна: десять процентов всего запаса и десять процентов текущего обращения могут различаться многократно.

Резерв проекта и награды: новое распределение старого запаса

Представьте, что фонд передал подрядчику двадцать тысяч заранее созданных токенов. Общее количество не изменилось. Но если ранее эти единицы исключались из обращения, а после передачи стали относиться к рыночному запасу, соответствующая оценка увеличится. Причина — движение между категориями, а не работа функции создания. В таких случаях нужны и данные транзакции, и правила классификации.

Не все технически разблокированные остатки агрегатор обязательно включает в circulating supply. В методологии CoinGecko определённые запасы фонда и команды могут исключаться даже без запрета на перевод. Поэтому график обращения иногда меняется после уточнения состава кошельков. Сам скачок линии ещё не доказывает, что в эту минуту кто-то выпустил или продал новые токены. [2]

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

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

Сжигание: уменьшился показатель контракта или аналитическая оценка?

В стандартной реализации OpenZeppelin операция _burn уменьшает учитываемое общее предложение. Простой перевод на адрес с предполагаемо недоступным ключом устроен иначе: сами токены могут продолжать числиться в totalSupply. Аналитический сервис при этом способен исключать их из собственной оценки. Поэтому «после сжигания supply не изменился» сначала требует уточнения, какой показатель и какой способ уничтожения рассматриваются. [10]

Не вычитайте уничтоженное количество дважды. Если исходная цифра уже получена из состояния контракта после операции, а этот контракт уменьшил totalSupply, повторное вычитание той же суммы занизит результат. Если же используется аналитическая оценка, нужно прочитать, какие адреса сервис исключил самостоятельно. Отсутствие согласованной методики создаёт ошибку даже без злого умысла участников.

Вымышленный проект сообщает о сжигании двухсот тысяч токенов. За тот же период он создал триста тысяч. Если исходный запас равнялся миллиону и других изменений не было, конечный составит миллион сто тысяч. Уничтожение действительно произошло, но чистое предложение выросло на 10%. Поэтому пресс-релиз о крупном burn читают вместе с полным журналом изменений, а не как самостоятельное доказательство сокращения.

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

Мост, перенос контракта и изменение масштаба единиц

При схеме моста «заблокировать и выпустить» исходные активы удерживаются в одной сети, а представление создаётся в другой. Существуют и конструкции «сжечь и выпустить». Поэтому обнаружение mint на второй стороне не даёт права бездумно сложить все строки двух сетей и объявить удвоение независимого предложения. Сначала определяют связь между исходным активом, обеспечением и представлением. [11]

Учебный случай: из миллиона исходных токенов сто тысяч заблокированы для обеспечения ста тысяч представлений. В пределах предполагаемой исправной схемы нельзя считать одновременно все миллион исходных единиц свободными и ещё сто тысяч представлений независимым запасом. Но нельзя и объявлять риски отсутствующими: доступность возврата зависит от конструкции моста. Учёт количества и надёжность обеспечения — разные проверки.

При замене контракта нужна сверка прав. Если один старый токен меняется на сто новых, то старую цену и количество приводят к одинаковому масштабу. В учебной замене тысяча единиц по десять становится ста тысячами по 0,1 при неизменной оценке: обе записи означают десять тысяч. Появление большего числа единиц здесь не создаёт такую же экономическую картину, как выпуск дополнительных токенов только одному участнику.

Аналогично рассмотрим пропорциональный пересчёт всех балансов: тысяча ваших единиц превращается в 1 100, миллион общего запаса — в 1,1 миллиона. Доля остаётся 0,1%. Это учебная модель общего rebase, а не обещание цены или точное описание любого эластичного токена. Для конкретной реализации проверяют охват счетов, округления и способ отражения в приложениях. Главное — не записывать механический пересчёт единиц как заработанный денежный доход.

4. Считаем выпуск, обращение и долю на одном сквозном примере

Подготовьте исходную точку до вычислений

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

В следующих расчётах используется полностью вымышленный токен U. В начале периода существует 1 000 000 U, из которых в нашей заданной методике 300 000 относятся к обращению, а 700 000 — к резервам и закрытым распределениям. Никаких мостов, пересчётов балансов, долговых обёрток и изменений единицы нет. Мы сознательно ограничиваем модель, чтобы каждый переход можно было проверить без скрытых допущений.

В течение периода создаются 40 000 новых U, сразу попадающих в обращение. Затем 100 000 уже существующих U из закрытого распределения переходят в обращение. После этого уничтожаются 10 000 U из свободного запаса с соответствующим уменьшением общего количества. Наконец, из прежнего резерва передаются ещё 20 000 U, которые теперь учитываются в обращении. Каждое действие применяется ровно один раз.

Уточнение про методику обращения принципиально. Мы не утверждаем, что любой агрегатор классифицировал бы эти переводы точно так же. Для учебного примера категории заданы заранее. В реальной проверке сначала согласуют определения, затем выполняют арифметику. Иначе корректная таблица будет вычислять не тот показатель, который читатель собирался изучить.

Журнал, в котором нельзя дважды посчитать одну разблокировку

Проверка общего предложения: 1 000 000 + 40 000 − 10 000 = 1 030 000 U. Валовой выпуск равен 40 000, то есть 4% исходного количества. Чистый прирост — 30 000, или 3%. Если кто-то назвал все 160 тысяч новых доступных единиц эмиссией, он смешал создание и перемещение: в эту сумму попали и уже существовавшие распределения.

Проверка обращения: 300 000 + 40 000 + 100 000 − 10 000 + 20 000 = 450 000 U. Рост составляет 150 тысяч, или 50% первоначального обращения. Это важное изменение доступного запаса, но оно не превращает чистую эмиссию из 3% в 50%. Два процента описывают разные величины, и оба полезны, если названы правильно.

Остаток вне обращения теперь равен 1 030 000 − 450 000 = 580 000 U. Его также можно проверить другим путём: исходные 700 тысяч минус разблокированные 100 тысяч и переданные из резерва 20 тысяч. Совпадение двух расчётов помогает заметить пропущенное действие или двойное вычитание. В реальном досье такое расхождение не прячут округлением: сначала ищут источник ошибки.

Что произошло с тысячей токенов обычного владельца

Предположим, у вас было 1 000 U и за период с вашим балансом ничего не произошло. Доля в общем предложении сначала составляла 1 000 ÷ 1 000 000 = 0,1%. В конце — 1 000 ÷ 1 030 000 ≈ 0,097087%. Относительное сокращение доли равно примерно 2,9126%, а не ровно 3%. Различие возникает потому, что новая доля считается по увеличенному знаменателю.

Доля в обращении изменилась иначе: примерно с 0,333333% до 0,222222%. Это относительное снижение на треть. Нельзя из него заключать, что у вас исчезла треть монет или что на треть уменьшилась доля во всём запасе. Ваш баланс остался прежним. Изменилось соотношение с определённой категорией, которая расширилась ещё и за счёт старых распределений.

В общем виде, если баланс неизменен, а выбранное предложение выросло на долю g, относительное изменение вашей доли равно 1 ÷ (1 + g) − 1. Если предложение сократилось, выражение покажет увеличение доли при прежнем балансе, пока знаменатель положителен. Это арифметика количества, не обещание денежной доходности и не корпоративная доля: владение токенами само по себе не означает владение акциями компании.

Для полноты добавьте стоимость. В учебном сценарии цена U сначала и в конце остаётся равной двум денежным единицам. Ваши тысяча U по-прежнему оцениваются в две тысячи, несмотря на сокращение количественной доли. При другой конечной цене денежный результат будет другим. Именно поэтому в отчёте должны существовать отдельные строки: количество, доля и стоимость, а не одна универсальная надпись «прибыль».

Два одинаковых остатка не доказывают отсутствие выпуска

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

Для владельца различие может быть существенным. Пусть новые единицы получил один участник, а уничтожен резерв другой категории. Даже при одинаковом суммарном запасе изменилось распределение. Если ваш баланс не затронут, доля в общем количестве сохранится, но структура держателей может стать иной. Поэтому два снимка отвечают на вопрос «каков итоговый запас», а журнал отвечает ещё и на вопрос «за счёт каких действий он получен».

В отчёте удобно показывать три строки: валовое создание 200 000, уничтожение 200 000, чистое изменение 0. Неправильная подпись — «эмиссии не было». Правильная — «выпуск был полностью компенсирован уничтожением в пределах рассматриваемой модели». Аналогично нулевая эмиссия при переводе большого резерва не означает отсутствие распределения. Это разные причины, по которым внешне спокойная итоговая цифра скрывает значимые процессы.

Для контрольной проверки рассчитайте остаток как начало плюс все создания минус все уничтожения. Затем отдельно сопоставьте перемещения между категориями. Если данные событий неполные или актив использует нестандартный пересчёт балансов, не делайте вид, что простая схема доказала всё. Отметьте границу: остатки подтверждены, происхождение изменений установлено частично. Честная неполнота полезнее неверной уверенности.

Темп выпуска: проценты требуют правильного периода

Предположим, вымышленный контракт создаёт 0,05 токена за секунду, условие работает непрерывно и лимит в рассматриваемом окне не достигается. За 30 полных суток по 86 400 секунд получится 0,05 × 86 400 × 30 = 129 600 токенов. Если правило задано на блок, нельзя подставлять секунды напрямую: понадобится фактическое или отдельно оговорённое ожидаемое число блоков.

Даже маленькая ставка на действие может давать значительный поток при большом числе действий. И наоборот, высокая награда за редкое событие не всегда означает огромный годовой выпуск. Поэтому сначала выясните, что запускает начисление: время, блок, перевод, участие или решение администратора. Затем считайте количество таких событий и проверяйте ограничения. Слова «автоматически» недостаточно, чтобы восстановить формулу.

Не называйте месячный рост годовым, просто сохранив то же число. Линейная экстраполяция и последовательное применение процентного роста дают разные результаты. Но и корректно пересчитанная годовая оценка не становится прогнозом: будущие параметры могут измениться. Для сравнения полезнее указать наблюдаемый прирост за реальные 30 дней, а отдельно — условный сценарий повторения такого темпа.

Наконец, процент требует ненулевой базы. У нового токена, запас которого только создаётся, деление на исходный ноль не даёт осмысленного темпа инфляции. В такой ситуации показывают абсолютный выпуск, первоначальное распределение и выбранную дату начала сравнения. Не заменяйте неопределённый показатель большим эффектным процентом: это мешает понять устройство старта.

5. Доходность в токенах: когда баланс растёт, а доля уменьшается

Сначала сравните одинаковые периоды и одинаковые единицы

Начисление 8% и прирост предложения 12% можно содержательно сопоставить только при совпадении периода и актива. Если 8% — предполагаемая годовая ставка, а 12% — фактический выпуск за три года, прямое вычитание не отвечает ни на один полезный вопрос. Если награда выплачивается другим токеном, нельзя прибавить его количество к исходному балансу без отдельной оценки. Сначала приводят данные к общей системе, затем делают вывод.

Рассмотрим вымышленный год. На старте участник имеет 1 000 U, а общее предложение — 1 000 000 U. К концу общий запас увеличился до 1 120 000 U. За участие начислено 80 U. Пока не учитываем расходы и изменения цены. Итоговый баланс составляет 1 080 U, то есть номинально вырос на 8%. Первоначальная доля — 0,1%, конечная — примерно 0,096429%.

Относительное изменение доли получается так: 1,08 ÷ 1,12 − 1 ≈ −3,5714%. Вы получили больше единиц, но их доля в общем предложении уменьшилась. Простое вычитание 8% минус 12% даёт лишь приближение, а не точный результат отношения. На небольших величинах разница может казаться несущественной, но правильная формула несложна и избавляет от путаницы.

Не называйте полученное число универсальной «реальной доходностью». Оно корректирует изменение количества на рост конкретного предложения. Оно не учитывает покупательную способность, стоимость вывода, рыночный курс, санкции протокола и доступность средств. Для понимания механизма начислений полезно отдельно прочитать что такое стейкинг криптовалюты. Здесь мы проверяем ровно один эффект: соотношение личного баланса и общего запаса.

Расходы меняют результат, даже если ставка выглядит привлекательной

Продолжим тот же пример. Предположим, оператор удерживает 10% именно от начисленных 80 U, а не от первоначального капитала. Удержание составляет 8 U, остаётся 72 U. Ещё 5 U составляют отдельные расходы, которые оплачиваются из этой же позиции. Итоговый баланс: 1 000 + 80 − 8 − 5 = 1 067 U. Чистый прирост количества — 6,7%.

При общем запасе 1 120 000 доля владельца теперь составляет приблизительно 0,095268%, а относительное изменение к исходной доле — 1,067 ÷ 1,12 − 1 ≈ −4,7321%. Все расходы в модели вычтены один раз. Если приложение уже показывает чистое начисление после удержания оператора, повторно вычитать те же 8 U нельзя. Поэтому в журнале подписывайте, валовая или чистая цифра взята из интерфейса.

Реальная сетевая плата часто оплачивается другой монетой. Тогда буквальное вычитание «пяти U» было бы неверным. В нашем примере расходы намеренно выражены в U для прозрачной арифметики. В собственном отчёте ведите отдельные количества, а для денежного результата переводите их в общую валюту по явно указанным ценам и моментам оценки. Иначе формально верная формула смешает несопоставимые активы.

Есть и вопрос срока доступности награды. Начисленное, доступное для получения и фактически полученное количество могут различаться. Если награда пока заблокирована, не выдавайте её за свободные средства для покрытия сегодняшних расходов. Можно показать оценку требования отдельной строкой, указав условия получения. Но отсутствие ликвидного результата нельзя скрыть красивым приростом счётчика.

Денежная прибыль и результат относительно хранения

Теперь допустим, что U стоил две денежные единицы в начале периода и 1,50 в конце. Начальная стоимость тысячи U — 2 000. Стоимость итоговых 1 067 U — 1 600,50. Денежный результат в упрощённой модели составляет минус 399,50, или минус 19,975%. Расходы уже учтены уменьшением количества; повторно добавлять их к убытку не нужно.

Сравним с бездействием. Если бы исходные 1 000 U просто хранились, их конечная стоимость составила бы 1 500. Участие дало на 100,50 больше этого ориентира, хотя не сохранило исходные две тысячи. Получается три одновременно верных наблюдения: количество выросло, доля в общем запасе уменьшилась, денежный результат отрицательный, но лучше простого хранения. Это не противоречие, а разные вопросы к одной позиции.

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

Выбирайте ориентир до оценки результата. Для решения «стоило ли покупать актив вообще» важен исходный капитал и альтернативы. Для решения «имело ли смысл участвовать, уже владея активом» полезно сравнение с хранением того же начального количества. Для контроля структуры владения нужна доля. Смешивание этих задач позволяет представить почти любой исход успешным, но не помогает следующему решению.

Награда в другом токене и повторное вложение

Предположим, владелец U получает награды в токене R. Его количество U остаётся прежним, поэтому рост общего запаса U продолжает изменять соответствующую долю. Полученные R могут иметь стоимость, но они не увеличивают долю U автоматически. В отчёте фиксируются два баланса, два предложения и, при необходимости, две цены. Нельзя складывать 1 000 U и 80 R в универсальные «1 080 монет капитала».

Повторное вложение наград также нужно считать как отдельный процесс. Если участник продаёт R и приобретает U, итог зависит от полученного количества U после расходов. Награды и купленные на них токены не являются двумя независимыми доходами: одна форма результата превратилась в другую. Сохраните связь между операциями, чтобы не завысить прибыль двойным учётом.

Возможен и пропорциональный пересчёт баланса без рыночной операции. Тогда рост количества не обязательно является распределением новой ценности именно этому участнику. Вернитесь к проверке знаменателя: как изменился общий запас и кого затронул пересчёт? Если все сопоставимые балансы увеличились одинаково, относительная доля не выросла. Счётчик стал больше, но экономический вывод требует других данных.

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

6. Как проверить правила выпуска токена без подключения кошелька

Установите актив, сеть и версию, а не только название

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

Для обычного ERC-20 стандарт описывает totalSupply, а decimals задаёт масштаб отображаемого количества, когда этот необязательный метод реализован. Если контракт вернул 1 030 000 000 000 минимальных единиц при шести знаках, человеческое количество равно 1 030 000 токенов. Необязательность метаданных означает, что отсутствие привычного поля нельзя молча заменять выбранным наугад значением. [12]

Для получения информации не нужно разрешать расходование токенов. В Ethereum eth_call предназначен для выполнения вызова без создания транзакции в цепочке; параметр блока позволяет привязать чтение к состоянию на определённой высоте. Это полезно для сопоставимых снимков. Доступность старых состояний зависит от используемого узла или сервиса, а ошибка исторического запроса не означает нулевой запас. [13]

На практике новичку достаточно проверенного обозревателя и режима чтения, если он корректно показывает нужный контракт. Не нажимайте Write, Mint или Approve, чтобы «проверить выпуск». Если страница требует подпись для просмотра общедоступного количества, остановитесь и разберите причину. Для этой статьи никакие контракты не вызываются и никакие кошельки не подключаются; речь идёт о порядке самостоятельной проверки данных.

Найдите механизм создания и отдельный механизм уничтожения

Откройте описание реализации и установите, какое действие увеличивает предложение. В библиотеке OpenZeppelin для обычного ERC-20 используется внутренний механизм _mint, но конкретный проект определяет, когда он вызывается. Публичная функция может называться иначе, а создание может происходить внутри нескольких путей исполнения. Поэтому текстовый поиск единственного слова mint — начало анализа, а не доказательство отсутствия дополнительных выпусков. [1]

Для своей карточки запишите понятное условие: «создаётся только при запуске», «создаётся по расписанию», «создаётся по разрешённому вызову», «выпускается представление против обеспечения». Если не удалось установить условие, так и напишите. Фраза «в коде ничего подозрительного не увидел» без описания механизма не заменяет технический вывод, особенно когда реализация сложная или обновляемая.

Стандарт ERC-20 рекомендует обозначать создание событием Transfer с нулевым отправителем. Однако журнал событий сам по себе не является универсальным доказательством корректного баланса: конкретный контракт может иметь особенности. Для обычной проверенной реализации сопоставляют события и состояние, а для нестандартной сначала разбирают её устройство. Не объявляйте любое похожее событие эмиссией всего проекта без проверки адреса и роли контракта. [12]

Отдельно выясните, что именно делает сжигание. Оно уменьшает состояние предложения, переводит актив на особый адрес или существует только в названии операции? Нужно сопоставить изменение количества до и после, а не доверять подписи интерфейса. Для общей диагностики пригодится руководство по проверке токена перед покупкой; анализ эмиссии — его отдельный, более узкий слой.

Лимит запаса не всегда является лимитом всех выпусков за жизнь

Это важная тонкость конкретной реализации. ERC20Capped в OpenZeppelin ограничивает величину общего существующего предложения. Само это свойство не означает, что контракт обязательно ведёт отдельный неизменяемый счётчик всех когда-либо созданных единиц. Поэтому из присутствия cap нельзя без проверки вывести запрет повторного выпуска после уменьшения текущего запаса. [14]

Рассмотрим учебный контракт, в котором cap равен 1 000, существует разрешённый путь создания, уничтожение уменьшает totalSupply, а отдельного пожизненного ограничения нет. Сначала выпущена тысяча. Затем уничтожены двести: осталось восемьсот. Повторное создание двухсот возвращает запас к тысяче и не превышает текущий лимит. Но суммарно за историю было создано уже 1 200 единиц.

Это не утверждение, что любой токен с ограничением обязательно позволяет такой цикл. Он возможен только при указанных условиях, включая сохранённое право и путь выпуска. Если они отсутствуют или есть дополнительное ограничение, вывод будет другим. Именно поэтому в досье нужны две разные формулировки: «не более N одновременно существующих» и «не более N выпущенных за всю историю». Они могут совпадать по намерению команды, но не по устройству кода.

Полезный вопрос проекту звучит конкретно: «После сжигания восстанавливается доступная квота выпуска или лимит учитывает совокупное создание независимо от уничтожения?» На такой вопрос можно дать проверяемый ответ. Надпись «максимальная эмиссия зафиксирована навсегда» без объяснения проверяемой переменной оставляет существенную неопределённость.

Кто вправе выпускать и кто может назначить нового выпускающего

Проверка действующего выпускающего адреса недостаточна. В ролевой модели OpenZeppelin разрешение создавать токены может принадлежать одной роли, а назначать и отзывать её — администратору этой роли. Значит, отсутствие активного выпускающего сейчас не всегда исключает его появление позже. В простом владении действуют другие условия. Эти модели нельзя смешивать. [15]

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

Отказ от владения тоже оценивается в границах механизма. Если действие защищалось исключительно проверкой владельца и соответствующее полномочие действительно устранено, это ограничивает этот путь. Но отдельные роли и управление обновлением могут находиться в другой части системы. Поэтому сообщение «owner обнулён» нельзя расширять до вывода «никаких изменений больше невозможно». [15]

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

Проверьте обновляемость: текущий код не всегда последнее слово

В архитектуре proxy адрес, с которым взаимодействует пользователь, может сохраняться, а исполняемая логика — изменяться. Поэтому проверять только оболочку или старый отчёт недостаточно: нужно установить действующую реализацию и механизм её замены. OpenZeppelin описывает такое разделение состояния и логики в модели обновляемых контрактов. [16]

Для распространённых proxy определённые служебные слоты стандартизованы ERC-1967: они помогают инструментам находить адрес реализации, администратора или beacon в соответствующих конструкциях. Но это не означает, что любой контракт обязан следовать одному стандарту. Если обозреватель не распознал proxy, это не является доказательством невозможности обновления. [17]

Практическая карточка должна включать дату проверки, адрес действующей реализации, доступное описание управления и ссылку на относящийся к этой версии отчёт. Не пишите «аудит есть» вместо связи конкретного кода и конкретного заключения. Если после просмотра реализация изменилась, старое понимание лимита нужно перепроверить: вы оценивали один набор правил, а теперь можете иметь дело с другим.

Не пытайтесь компенсировать непонимание пробной покупкой. Маленькая сделка показывает лишь отдельное исполнение в определённом состоянии и не доказывает неизменность будущей эмиссии. Для значимой суммы сложная система требует компетентной технической проверки. Для отказа от участия такой проверки не требуется: достаточно признать, что необходимые ограничения не удалось подтвердить.

7. Как составить календарь выпуска на свой срок владения

Выберите горизонт и разделите обязательные и условные события

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

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

Для каждого количества укажите, откуда оно взято. Текст проекта, значение контракта, агрегатор и собственная модель не имеют одинаковую доказательную силу. Сохраняйте основание рядом с числом, чтобы обновление можно было проверить без повторного поиска всей истории. Для такой работы полезен материал о проверке источников о криптовалюте: здесь особенно легко спутать дату публикации и дату события.

Не прячьте неопределённость внутри нуля. Если объём будущего административного выпуска неизвестен, ноль означает не отсутствие риска, а произвольное оптимистичное допущение. Покажите диапазон или пометку «не установлен». Если от этого числа зависит приемлемость всей позиции, данных для точного решения недостаточно. Сценарная таблица должна выявлять неизвестные условия, а не маскировать их оформлением.

Блоки, секунды, эпохи и клифы нельзя переводить на глаз

Если правило задаёт награду на блок, точный расчёт за завершившийся период опирается на фактическое число подходящих блоков. Для будущего периода можно построить оценку через ожидаемый интервал, но её нужно назвать оценкой. В Bitcoin появление блока вероятностно: средний интервал не является гарантированным временем между каждой парой блоков. [18]

Вымышленная система выпускает десять токенов на подходящий блок. За рассматриваемый интервал таких блоков оказалось 8 000. Валовой выпуск — 80 000. Если аналитик заранее предполагал 7 500 блоков, он ожидал 75 000. Разница не обязательно означает нарушение правил: мог отличаться исходный прогноз темпа. Проверяют и условие пригодности блока, и используемое окно, прежде чем обвинять проект в скрытом выпуске.

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

Особенно внимательно читайте пополнение уже работающего хранилища. В стандартном VestingWallet OpenZeppelin позднее переданные активы следуют тому же расписанию, как если бы находились там с начала; часть может стать доступной сразу. Поэтому новый перевод в существующий vesting-контракт не всегда означает новый полный срок блокировки. Это свойство конкретной конструкции нужно проверять, а не переносить на любой проект. [9]

Три сценария предложения — не три прогноза курса

Продолжим вымышленный U после предыдущей таблицы: существует 1 030 000, в обращении 450 000. На следующие 90 дней базовый сценарий предполагает создание 60 000, уничтожение 10 000, переход в обращение 120 000 из существующих закрытых распределений и 30 000 из резервов. Для простоты весь новый выпуск сразу считается обращающимся, а уничтожение происходит из этой же категории.

Конечное общее предложение: 1 030 000 + 60 000 − 10 000 = 1 080 000 U. Конечное обращение: 450 000 + 60 000 − 10 000 + 120 000 + 30 000 = 650 000 U. Общий запас растёт приблизительно на 4,8544%, обращение — на 44,4444%. Мы снова видим, что два типа изменения существенно различаются даже при одном временном горизонте.

Для сценария меньшего обращения оставим выпуск 60 000, но предположим уничтожение 30 000, а прежние 150 000 распределений пока не войдут в выбранную категорию обращения. Тогда итог: общий запас 1 060 000, обращение 480 000. Для стресс-сценария добавим к базовым условиям ещё 100 000 разрешённого создания и исключим ожидаемое уничтожение: общий запас 1 190 000, обращение 760 000. Эти варианты допустимы в учебной модели только потому, что соответствующие возможности заранее предполагаются.

Не присваивайте таким сценариям названия «рост цены», «нормальная цена» и «обвал». Они описывают предложение. Курс зависит и от других обстоятельств. Смысл таблицы в том, чтобы выяснить чувствительность к условиям: какое событие сильнее всего меняет доступный запас и какие допущения требуют подтверждения. Если стресс-вариант невозможен по проверенному коду, его не нужно выдавать за равновероятный исход; если возможен, нельзя забывать о нём только из-за обещания команды.

От количества к собственному решению

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

Для оценки рыночной нагрузки полезно знать ликвидность криптовалюты. Однако даже большой доступный запас не означает, что все держатели немедленно начнут продавать. Сравнивайте потенциальный поток с реальными условиями исполнения, не превращая его в неизбежное падение. Текущая котировка и объём торгов также не обещают, что крупная продажа исполнится по той же цене.

Собственный риск ограничивается не словами «всё уже учтено рынком», а понятным размером позиции, отсутствием неосознанных обязательств и условиями пересмотра. В качестве основы есть руководство о размере вложения в криптовалюту. Эмиссионный анализ добавляет к нему вопросы: какой прирост количества я допускаю, какие изменения правил потребуют нового решения и какие сведения сейчас отсутствуют.

Бездействие тоже требует определённости. «Жду документы» лучше, чем «жду, потому что цена должна вырасти». Установите, что именно должно появиться: подтверждённый контракт, актуальное расписание, отчёт о роли выпуска или объяснение расхождения. Это превращает ожидание в проверяемый процесс, а не в эмоциональную привязанность к активу.

8. Как читать громкие обещания и разбирать расхождения

«Ограниченная эмиссия, значит цена обязательно вырастет»

Ограничение количества описывает предложение, но само по себе не создаёт спрос. Вымышленный токен с тысячей единиц может оставаться невостребованным, а маленькая цена одного токена с огромным запасом не делает проект дешёвым. Сначала переводите рекламный тезис в проверяемые утверждения: существует ли лимит, к чему он относится, кто способен изменить правило и почему пользователю нужен сам актив.

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

Обратная ошибка — считать отсутствие конечного лимита доказательством немедленного обесценивания. Вы уже видели разницу между ограниченным темпом и произвольным выпуском. Поэтому полезный вопрос не сводится к отметке «есть максимум». Он включает скорость, механизм, получателей и возможность изменения. Две системы без конечной цифры могут иметь совершенно разную предсказуемость денежной политики.

Для решения не требуется выводить идеальную цену из эмиссии. Достаточно обнаружить, что рекламное объяснение пропускает важную часть условий. Например, оно говорит о максимуме, но не о сохранённом выпуске после burn; о прекращении создания, но не о доступности резервов; о росте наград, но не о темпе общего предложения. Такие пробелы нужно закрыть до финансового действия.

«Всё сожжено», «владение отменено» и другие неполные доказательства

Любое утверждение проверьте тремя вопросами: что именно произошло, в каком объекте и какие пути остались. Сожжён резерв? Уменьшен totalSupply? Устранено конкретное административное полномочие? Отменена будущая программа? Это разные события. Даже технически верное сообщение способно вводить в заблуждение, когда из него делают более широкий вывод, чем позволяют факты.

В учебном примере команда уничтожила все токены на одном резервном адресе. Это доказывает судьбу этого остатка при подтверждённом механизме, но не судьбу остальных распределений. Если другой контракт сохраняет возможность создания, общий выпуск не обязательно завершён. Если представление в другой сети имеет отдельный путь выпуска, нужна сверка обеих сторон. Нельзя проверять только удобный адрес из рекламной публикации.

Аналогично слово Verified относится к определённой процедуре проверки кода в обозревателе, а не к обещанию дохода. Etherscan объясняет верификацию как сопоставление опубликованного исходного кода с развёрнутым байткодом. Это даёт возможность изучения, но не заменяет содержательный аудит, анализ прав или оценку экономики. [19]

Не стремитесь собрать десяток тревожных признаков для права отказаться. Если для вашей задачи критична неизменность выпуска, а она не подтверждена, этого уже достаточно для паузы. Равным образом не обвиняйте проект на основании одного непонятного поля. Уровень уверенности должен соответствовать проверке: «не установлено», «установлен этот путь» и «подтверждено отсутствие всех таких путей» — разные по силе выводы.

Два источника показывают разный supply: порядок диагностики

Сначала сравните объект: сеть, контракт, версию и тип токена. Затем — момент измерения и масштаб единиц. Потом — определение показателя: on-chain totalSupply, аналитическое предложение после исключения специальных адресов или обращение. Только после этого имеет смысл искать скрытый выпуск. Большая часть неправильных выводов возникает раньше, на этапе сравнения разных величин.

Возьмём учебное расхождение: обозреватель показывает 1 030 000, а аналитический сервис — 450 000. В нашем сквозном примере оба значения корректны: первое относится к общему предложению, второе — к обращению. Другой случай: один источник показывает 1 030 000 токенов, другой — 1 030 000 000 000 минимальных единиц при шести знаках. Расхождение полностью объясняется масштабом, а не дополнительным триллионом монет.

Если после нормализации разница сохраняется, проверьте полноту истории. Диапазон событий может быть обрезан ограничением сервиса, старое состояние недоступно, адрес реализации изменён или данные ещё не обработаны индексатором. Не трактуйте отсутствие ответа как ноль и не объявляйте пустой список транзакций доказательством отсутствия операций. Для технического запроса нужен сохранённый диапазон, параметры и полный текст ошибки.

В Ethereum запросы чтения и журналов позволяют привязать проверку к конкретному состоянию или диапазону, но не все источники предоставляют одинаковую глубину истории. Полезно сохранять номер и хеш выбранного блока, а не только слово latest. Это делает сравнение воспроизводимым. Самостоятельная выгрузка также требует проверки полноты, а не доверия первому вернувшемуся экрану. [13]

Что написать проекту и чего не передавать помощнику

Хорошее обращение описывает проверяемое расхождение. Например: «В документации для указанного контракта приведено такое количество. На выбранном блоке метод возвращает другое значение. Масштаб decimals учтён, речь идёт об общем предложении, а не обращении. Прошу объяснить источник разницы и дать ссылку на действующее правило». Это гораздо полезнее сообщения «вы печатаете бесконечно» без исходных данных.

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

Для выяснения общедоступных правил выпуска никому не нужны ваша seed-фраза, приватный ключ или разрешение расходовать личные активы. Не устанавливайте неизвестный «проверяющий модуль» и не отправляйте депозит за открытие таблицы эмиссии. Если помощнику требуется доступ к закрытому служебному источнику, это отдельная организационная задача, но она всё равно не обосновывает передачу ключей от имущества.

Сохраните ответ вместе с исходным вопросом. Если условия позже изменятся, будет видно, что именно подтверждалось раньше. Не выдавайте старое письмо за вечную гарантию. Версия, дата и область ответа так же важны, как убедительность формулировки. Эмиссионный анализ остаётся актуальным только пока действуют проверенные предпосылки.

9. Итоговая карточка: что должно быть понятно до следующего решения

Соберите вывод, который можно перепроверить

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

В следующем блоке запишите управление: кто может создавать новые единицы, назначать выпускающих, менять график и обновлять реализацию. Не объединяйте четыре разных права в слово «админ». Если какое-то полномочие не удалось установить, оставьте конкретную пометку. Неизвестность должна быть видна и через месяц, когда первоначальное впечатление о проекте забудется.

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

Пример заполненного вывода по учебному токену U

Краткая запись по нашему первому периоду выглядит так: «U — вымышленный токен с неизменной единицей учёта. Исходный общий запас 1 000 000, конечный 1 030 000. Создано 40 000, уничтожено 10 000. Чистый прирост 3%. Обращение в принятой для примера классификации выросло с 300 000 до 450 000, то есть на 50%. Дополнительные 120 000 существовали раньше и перешли из закрытых распределений и резерва».

Личная часть записи: «Баланс 1 000 U не изменился. Доля в общем запасе сократилась с 0,1% до приблизительно 0,097087%. Стоимость не определяется этим процентом и требует отдельной цены. Сценарий не включает мосты, изменение масштаба единиц, долги и комиссии владельца». Такая оговорка защищает расчёт от последующего использования в неподходящей ситуации.

Чего в этой карточке нет? Вывода, что цена обязательно упадёт на 3% или на 50%; предположения, что все разблокированные токены проданы; утверждения, что общее предложение никогда не изменится иначе. Для таких выводов приведённых данных недостаточно. Запись отделяет установленное от неизвестного и тем самым остаётся пригодной для дальнейшего анализа.

В реальном досье вместо условного U будут адрес, сеть, точные границы и первичные материалы. Если какое-то движение не удалось классифицировать, добавьте отдельную строку расхождения с суммой. Не распределяйте её произвольно между эмиссией и резервом только ради сходящейся таблицы. Сначала ищите основание, потом меняйте расчёт: цифры должны следовать доказательствам, а не наоборот.

Когда карточку нужно обновить

Необязательно пересчитывать всё после каждого небольшого колебания цены. Гораздо важнее события, которые меняют модель: новая реализация, назначение роли выпуска, изменение графика, перенос контракта, существенное распределение резерва или уточнение методики поставщика данных. Для каждого события заранее решите, какую строку оно затрагивает. Тогда проверка займёт меньше усилий и будет конкретнее.

Периодические снимки полезны и без громких новостей. Возьмите одинаковые параметры чтения, сопоставимые категории и понятный интервал. Сравните фактическое изменение с прежним сценарием. Если ожидалось сто тысяч новых единиц, а наблюдается сто двадцать, сначала выясните, ошибся ли прогноз событий, изменилось ли правило или смешались показатели. Объяснённое расхождение повышает качество модели; скрытое разрушает её.

Не превращайте обслуживание карточки в обязательство держать актив. Время, уже потраченное на исследование, не делает будущий риск приемлемым. Если ключевое ограничение снято или перестало быть проверяемым, решение следует пересмотреть независимо от количества прочитанных документов. Анализ полезен, когда позволяет менять вывод вслед за фактами, а не защищать первоначальную покупку.

Главное: количество, доля, доступность и цена отвечают на разные вопросы

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

Самый полезный результат статьи — способность задать точный вопрос. Не «инфляционная ли монета?», а «какой запас вырос, за какой срок и почему». Не «есть ли максимум?», а «какое ограничение проверяет реализация и кто может изменить путь выпуска». Не «дали ли процент?», а «что произошло с количеством, долей и итоговой стоимостью после расходов». Такие вопросы труднее заменить рекламным лозунгом.

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