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

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

Как рассчитать полностью разводнённую оценку и проверить результат

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

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

Пять причин расхождения и как отличить одну от другой

Первая причина самая обидная. Функция totalSupply возвращает целое число в минимальных единицах, и к человеческому виду оно приводится делением: в примере на сайте Ethereum это записано как «totalSupply().call() / 10**decimals». Пропустили деление — получили оценку, завышенную в миллиарды раз. Подвох заметен по числу знаков.

Вторая причина — какую величину предложения взял сервис. Поля предела выпуска и общего предложения в данных агрегатора разные, и при незаполненном пределе сервис считает от общего выпущенного числа. Это даёт меньшую оценку. Третья причина связана со сжиганием: стандарт ERC-20 не описывает сжигание вовсе, поэтому в одних реализациях списанные единицы уменьшают totalSupply, а в других остаются на адресе, с которого их нельзя забрать, и число не меняется.

Четвёртая причина встречается у токенов, живущих в нескольких сетях. Контракт в одной сети знает только о своей части выпуска, и его totalSupply меньше полного предложения проекта, а агрегатор складывает части по всем сетям, которые ему известны. Пятая причина — время. Кеш рыночного запроса у агрегатора обновляется каждые 30 секунд, и цена, снятая вами на три минуты позже, даёт другой итог при том же предложении. Сверено 17 октября 2026 года.

Расхождение само по себе не ошибка ни с вашей стороны, ни со стороны сервиса. Ошибка — не выяснить его причину и подставить в сводку то число, которое выглядит удобнее. В сводке держат оба значения с пометкой, от какой величины предложения считано каждое.
Причина расхождения Как выглядит Чем проверяется Что записать в сводку
Не поделили на знаки после запятой Оценка больше разумной на много порядков Значение decimals у контракта и деление на десять в этой степени Сырое значение totalSupply и число знаков
Разные величины предложения Публичная оценка ниже вашей в разы Деление публичной оценки на цену того же момента Какое поле предложения взял сервис и какое взяли вы
Сожжённые единицы Контракт показывает больше, чем документация проекта Остаток на адресе списания и наличие функции сжигания Два числа: по контракту и за вычетом списанного
Несколько сетей у одного токена Сумма частей больше, чем totalSupply в одной сети Перечень сетей в документации проекта и адреса контрактов Список сетей и предложение по каждой
Разное время снятия цены Предложения совпали, оценки разошлись на проценты Повторное снятие обоих чисел в одну минуту Дата, час и валюта пересчёта

Разбор на условном примере: расхождение в полтора раза

Условный пример, числа условны. Вы посчитали: цена 0,40 доллара, заявленный предел 1 000 000 000 единиц, разводнённая оценка 400 миллионов долларов. У сервиса показано 248 миллионов. Делим 248 миллионов на 0,40 и получаем 620 000 000 единиц. Это не предел, а выпущенное на сегодня.

Расхождение объяснилось в один шаг. Сервис считает от общего выпущенного предложения, потому что поле предела у него не заполнено, а вы считали от предела, заявленного в документации проекта. Оба числа верны. Разные они потому, что отвечают на разные вопросы: 248 миллионов — оценка при нынешнем выпуске, 400 миллионов — оценка при полном, и выбор между ними зависит от того, что вы хотите увидеть, а не от того, какое число точнее.

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

Красные флаги при сверке результата

  • Сравниваются оценки, а не величины предложения.
  • Цена для деления взята из другого сервиса или другого часа.
  • Значение decimals у контракта не проверено.
  • Расхождение списано на ошибку сервиса без разбора.
  • Для многосетевого токена взят totalSupply одной сети.
  • В сводку попало одно число из двух, без пометки об источнике.

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

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

Запись сверки короче самой сверки. Нужны два предложения, две цены и строка о найденной причине. Остальное восстанавливается по ним.

  1. Своё предложение и источник: документация проекта с версией или контракт с адресом.
  2. Предложение сервиса, полученное делением публичной оценки на цену того же момента.
  3. Обе цены с датой, часом и валютой пересчёта.
  4. Строка о причине расхождения из пяти известных или пометка «причина не найдена».
Схема из пяти шагов: считаем прямо, делим публичное значение на цену, сравниваем предложения, ищем причину по списку, записываем оба числа с пометками
Схема из пяти шагов: считаем прямо, делим публичное значение на цену, сравниваем предложения, ищем причину по списку, записываем оба числа с пометками

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

Итог

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

Материалы по теме

Частые вопросы

Чьё значение считать правильным при расхождении?

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

Как узнать, сколько знаков после запятой у токена?

Читают у контракта. Функция decimals возвращает число знаков, и сырое значение totalSupply делят на десять в этой степени. Функция помечена в стандарте как необязательная, и текст прямо требует не рассчитывать на её наличие. Когда функции нет, число знаков ищут в документации проекта, а при её отсутствии расчёт помечают как непроверенный и в сводку с готовым результатом не ставят.

Что делать с токеном, который выпущен в нескольких сетях?

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

Нужно ли пересчитывать сверку при каждом снятии цены?

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

Вердикт

Сверка расчёта занимает две минуты и снимает большую часть споров о метрике. Делением публичной оценки на цену восстанавливается предложение, которое использовал сервис, и дальше разговор идёт про конкретную величину, а не про абстрактную точность. Запись причины важнее совпадения чисел. Разборы метрик с проверкой по первоисточникам публикуем в Telegram-канале Cryptium.

Первоисточники: текст стандарта ERC-20 — функции totalSupply и decimals, отметка об их необязательности; страница документации Ethereum о стандарте ERC-20 — пример приведения сырого значения к человеческому виду. Сверено 17 октября 2026 года.