Как это работает

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

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

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

После того как все транзакции будут загружены и обработаны вы получите от бота отчёт, в котором по каждой монете будет примерно такой вывод:

POPE (70%)
Reserve: 15'166'875 BIP
Amount: 0,504
Spent: 2'355 BIP
PriceA: 4'672 BIP
PriceD: 3'537 BIP (-24,29%)
StakeD: 1'783 BIP (-24,29%)
PriceS: 5'020 BIP (+7,46%)
StakeS: 2'531 BIP (+7,46%)

Первая строка - тикер и crr монеты
Reserve - резерв монеты в BIP
Amount - приблизительное количество имеющейся на адресе кастомной монеты
Spent/Profit - сколько на нее было потрачено / сколько на ней заработали
PriceA - персональная средневзвешенная цена по всем операциям (average price)
PriceD - цена делегирования
StakeD - какое количество BIP при делегировании составит ваш объем монет
PriceS - цена продажи
StakeS - какое количество BIP составит ваш объем монет при продаже
У PriceD и PriceS в скобках указана дельта относительно PriceA.
У StakeD и StakeS в скобках указана дельта относительно Spent.

В отчёт попадают все кастомные монеты в вашем кошельке, StakeS которых больше 1 BIP. Монеты в отчете сортируются также по StakeS в порядке убывания.

Для того чтобы посчитать персональную средневзвешенную цену (PriceA), нужно знать какое количество кастомной монеты вы имеете (Amount) и сколько BIP вы на это потратили (Spent). В результате:

PriceA = Spent / Amount

Изменение Spent и Amount зависит от типа и параметров транзакции.

Также по каждой кастомной монете выводится количество транзакций каждого типа:

🔼 - покупка монеты за BIP
🔽 - продажа монеты за BIP
⏫ - покупка монеты за другой кастом
⏬ - продажа монеты за другой кастом
↗️ - получение монеты с внешнего адреса (в т.ч. через мультисенды и чеки)
↙️ - отправка монет на внешний адрес (в т.ч. через мультисенды и чеки)
🚮 - штрафы
🆕 - иконка выводится, если монета была создана с текущего адреса

Покупка и продажа за BIP

Это самый простой и понятный тип операции. Давайте рассмотрим его на примере. Допустим, что не имея до этого монеты POPE мы покупаем 0.1 POPE и тратим на это 400 BIP. Тогда:

Amount = 0.1 POPE
Spent = 400 BIP + 0.1 BIP = 400.1 BIP
где 0.1 - комиссия за конвертацию
PriceA = 400.1 / 0.1 = 4001 BIP

Допустим, что после этого мы покупаем ещё 0.2 POPE и тратим на это уже 900 BIP. Тогда:

Amount = 0.1 + 0.2 = 0.3 POPE
Spent = 400.1 + 900 + 0.1 = 1300.2 BIP
PriceA = 1300.2 / 0.3 = 4334 BIP

Таким образом при покупке кастомной монеты за BIP Amount увеличивается на купленный объем, а Spent увеличивается на сумму, которая отдана в BIP с учётом комиссии.

Допустим, что после этого мы продаем 0.1 POPE и получаем за это 500 BIP. Тогда:

Amount = 0.3 - 0.1 = 0.2 POPE
Spent = 1300.2 - 500 + 0.1 = 800.3 BIP
PriceA = 4001.5 BIP

Таким образом при продаже кастомной монеты за BIP Amount уменьшается на проданный объем, а Spent уменьшается на сумму, которая получена в BIP и увеличивается на сумму комиссии.

Получение и отправка кастомной монеты

Продолжим наш пример. Допустим, что мы решили задонатить имеющиеся у нас монеты POPE в какой-то сервис или купить на них какой-то товар и отправляем на другой адрес 0.1 POPE. Тогда:

Amount = 0.2 - 0.1 = 0.1 POPE
Spent = 800.3 + 0.01 = 800.31 BIP
PriceA = 800.31 / 0.1 = 8003.1 BIP

Таким образом при отправке кастомной монеты на другой адрес Amount уменьшается на отправленную сумму, а Spent увеличивается на размер комиссии. В результате чего PriceA увеличивается.

Теперь допустим, что на наш адрес кто-то задонатил 1000 MINTERINFO, которых у нас до этого не было. Тогда:

Amount = 1000 MINTERINFO
Spent = 0 BIP
PriceA = 0 / 1000 = 0 BIP

Обратите внимание, что мы ничего не потратили на эту монету, поэтому средневзвешенная цена монеты для нашего адреса равна 0. Таким образом при получении кастомных монет Amount увеличивается на сумму перевода, а Spent остаётся без изменений.

Мультисенды

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

Чеки

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

Создание монеты

Данная транзакция учитывается также как и покупка монеты.

Продажа кастома за кастом

Допустим, что мы решили купить ZERO за имеющиеся у нас POPE. Продаем 0.05 POPE, получаем 100 ZERO. Чтобы учесть данную операцию, нужно посчитать сколько BIP перетечет из POPE в ZERO:

8003.1 BIP * 0.05 POPE = 400.155 BIP
где 8003.1 BIP - средневзвешенная цена POPE после последней операции
0.05 POPE - продаваемый объем POPE
400.155 BIP - столько BIP перетечет из POPE в ZERO

Тогда:

POPE
Amount = 0.1 - 0.05 = 0.05 POPE
Spent = 800.31 - 400.155 = 400.155 BIP
PriceA = 400.155 BIP / 0.05 POPE = 8003.1 POPE

ZERO
Amount = 100 ZERO
Spent = 400.155 BIP
PriceA = 4.00155 BIP

Таким образом при покупке кастома за кастом стоимость BIP перетекает из продаваемой монеты в покупаемую.

Штрафы

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

Ликвидация монет

При ликвидации монеты, имеющейся на адресе, ее Amount и Spent обнуляются для того, чтобы при новых операциях с монетой, созданной с таким же тикером, расчет PriceA начался заново.

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

Spent/Profit

Представим, что мы решили продать половину монет MINTERINFO, которые нам задонатили. Вот наше текущее состояние:

Amount = 1000 MINTERINFO
Spent = 0 BIP
PriceA = 0 / 1000 = 0 BIP

Продаем 500 MINTERINFO за 25 BIP. Тогда:

Amount = 1000 - 500 = 500 MINTERINFO
Spent = 0 - 25 = -25 BIP
PriceA = -25 BIP / 500 MINTERINFO = -0.05 BIP

Отрицательный Spent означает, что в результате всех операций по данной монете мы вернули все потраченные BIP и ещё получили сверх этого доход, поэтому в отчёте Spent поменяется на Profit. Т.к. отрицательный PriceA не имеет особого смысла, то в отчёте он будет равен 0 или вовсе не будет указан.

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

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

Остальные типы транзакций

Все вышеперечисленные типы транзакций и событий так или иначе влияют на PriceA. Ниже представлен список типов транзакций, которые никак не влияют на PriceA кастомных монет:

• Делегирование монет
• Отзыв монет из валидатора
• Декларирование новой мастерноды
• Редактирование мастерноды
• Включение/выключение мастерноды
• Создание мультисига

Комиссия в кастомной монете

В примерах выше, когда мы продавали и покупали монеты, подразумевалось, что комиссию мы платим в BIP, и учитывали это в Spent. Но по факту мы могли оплатить комиссию в какой-нибудь кастомной монете. К сожалению на момент написания этого функционала из API эксплорера можно достать не все данные по комиссии, чтобы корректно ее учесть. Поэтому этим мы пренебрегаем. Это, кстати, может стать причиной небольшого отличия между Amount в отчёте и действительным балансом на адресе (с учётом делегированных средств). Но т.к. комиссии довольно маленькие, это не должно сильно повлиять в большинстве случаев.

Отчет по нескольким адресам

У одного человека может быть несколько адресов, между которыми может происходить движение кастомных монет. Для того, чтобы увидеть корректный отчет по нескольким адресам, нужно добавить их все в избранное. Кроме ваших адресов в избранном не должно быть других, чтобы отчет был правильным. Далее заходим в "Общий баланс" и нажимаем кнопку BND.

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

Итоговые данные

В конце отчёта выводятся итоговые данные по всем монетам:
- сумма потраченных на кастомы BIP (Spent)
- все ваши кастомные монеты при делегировании (StakeD) и при продаже (StakeS)
В скобках после StakeD и StakeS указана дельта относительно Spent.

Обратная связь

Если у вас остались вопросы по построению отчета, то я буду рад на них ответить в чате поддержки и осветить их в этом документе. Благодаря вам это описание станет более полным.

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

Если вам нравится это функционал и @MinterInfoBot в целом, то вы можете перечислить немного BIP на кошелек проекта: Mxe97b54e594c1d748e37476d240d91836ac15bc98

Полученные средства пойдут на оплату серверов, с помощью которых работает бот.

Спасибо за внимание!

Обновление данных

В @MinterInfoBot данные обновляются раз в 120 блоков (≈10 минут). В самом низу есть строка с номером блока и временем его создания, на котором сформированы текущие данные:
block #2059787 at 2019-09-13 13:30:22 UTC
Стоит обращать внимание на эту строку, чтобы убедиться что данные свежие. Время указано по Гринвичу для удобства пользователей из разных часовых поясов.

В канале @minter_log статус сети публикуется каждые 10'000 блоков и каждые сутки. Первые 15'000 блоков первой версии сети статус опубликован через каждые 1'000 блоков.

Всего в сети

Сколько BIP выпущено на момент формирования данных. В скобках указан процент от общей эмиссии всех BIP равной 10 миллиардам.

Делегировано

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

Выводится

Сколько монет в пересчёте на BIP выводится из делегирования на момент формирования данных. Когда делегатор вручную выводит монеты из валидатора, они возвращаются делегатору не сразу, а через 518'400 блоков (≈30 дней). В этот момент делегатор не получает с этих монет доход и не может ничего с ними сделать. В скобках указан процент от текущей эмиссии BIP.

Значение высчитывается на основе транзакций "MinterUnbondTx", которые учитываются в течение 518'400 блоков. Монеты пересчитываются в BIP на момент формирования данных.

Сожжено

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

Значение высчитывается на основе событий "minter/SlashEvent". Монеты пересчитываются в BIP на момент непосредственно перед сжиганием.

Free float

Сколько монет в пересчёте на BIP доступны на балансах на момент формирования данных. Рассчитывается по формуле:
Free float = Всего в сети - Делегировано - Выводится - Сожжено
В скобках указан процент от текущей эмиссии BIP.
Free float имеет 3 составляющие.

DAO - свободные средства на кошельке DAO, который получает 10% наград с каждого блока. В скобках указан процент от текущей эмиссии BIP.

Разработчики - свободные средства на кошельке разработчиков, который получает 10% наград с каждого блока. В скобках указан процент от текущей эмиссии BIP.

Остаток - свободные средства на остальных кошельках. В скобках указан процент от текущей эмиссии BIP.

Все монеты

Резерв всех существующих монет на момент формирования данных. В круглых скобках указан процент от текущей эмиссии BIP. В квадратных скобках указано количество существующих в сети монет.

Монеты с CRR 10%

Резерв всех существующих монет с CRR 10% на момент формирования данных. Данный тип монет обычно используется для быстрого вывода средств из делегирования без ожидания 518'400 блоков. Поэтому это что-то среднее между Делегировано и Free float. В круглых скобках указан процент от текущей эмиссии BIP. В квадратных скобках указано количество существующих в сети монет с CRR 10%.

Награда за блок

Награда, которая распределяется между всеми валидаторами и их делегаторами, за каждый созданный блок на момент формирования данных. Награда уменьшается каждые 200'000 блоков на 1 BIP.

Награда за 1000 делегированных BIP в день

Сколько BIP приносит 1000 делегированных BIP за день без учёта комиссии валидатора на момент формирования данных. Этот параметр напрямую отражает падение ревардов. Также этот параметр необходим для расчета параметров оптимального ределегирования.

Количество валидаторов

Количество активных валидаторов / Количество активных валидаторов и кандидатов

Скорость блоков

Скорость создания блоков за последние 17280 блоков (≈24 часа).

Цена газа

Это коэффициент комиссии на момент формирования данных, который в обычной ситуации равен 1. Он увеличивается при увеличении количества транзакций в блоке. Например, если транзакций в блоке станет больше 100, то цена газа станет равной 2. Тогда, например, при делегировании комиссия будет не 0.2 BIP, а 0.4 BIP.

Сеть

Текущая версия сети

Цена BIP

Цены BIP с bip.dev на момент формирования данных.
Средний курс по последнему проданному миллиону BIP / Гарантированный курс покупки 5 миллионов BIP
Раньше до начала предоставления информации о цене продажи последнего миллиона BIP выводилась только гарантированная цена покупки.

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

При расчете минимальный период ределегирования равен 10 минутам, т.к. примерно с такой частотой происходит пересчет делегированных средств в сети. По этой же причине шаг между периодами тоже равен 10 минутам. Т.е. мы будем производить расчет для 10, 20, 30 и т.д. минут.

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

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

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

На вход для расчета поступает всего 2 параметра:

• Размер награды в BIP за последнюю минуту. Этот параметр пользователь вводит сам при использовании команды /d, либо данные рассчитываются автоматически в других сервисах бота. Эту информацию можно найти на вкладке REWARDS в эксплорере или в других источниках. Если вы делегировали в несколько нод и/или несколько монет, то все награды начисленные за одну минуту нужно просуммировать.
• Награда за 1 делегированный BIP в минуту. Она нам понадобится, чтобы учесть ределегированные средства. Этот параметр рассчитывается автоматически раз в 10 минут и отображается в боте по команде /status. За этим параметром интересно наблюдать изо дня в день, видя как он постепенно тает. Этот параметр не учитывает комиссию валидаторов, т.к. она у всех разная, но в нем отражена комиссия DAO и разработчиков (суммарно 20%).

Для примера представим что наша награда в минуту равна 1 BIP. А награда за 1 делегированный BIP в минуту - 0,000005 BIP (на момент написания статьи фактическое значение больше, но для ровных чисел возьмем это).

Итак, считаем прибыль, если бы мы делегировали каждые 10 минут.

За первые 10 минут мы получили бы награду:
1 BIP * 10 минут = 10 BIP
С учётом комиссии мы делегируем:
10 BIP - 0,2 BIP = 9,8 BIP
Записываем в общую прибыль:
9,8 BIP
Рассчитаем награду в минуту для следующего периода:
1 BIP + 9,8*0,000005 = 1,000049,
где 1 BIP - это текущая награда в минуту,
0,000005 - награда за 1 делегированный BIP в минуту, которая рассчитывается автоматически,
9,8*0,000005 - изменение награды в минуту, которое произошло в результате ределегирования 9,8 BIP

За вторые 10 минут мы получили бы награду:
1,000049 BIP * 10 минут = 10,00049 BIP
С учётом комиссии мы делегируем:
10,00049 BIP - 0,2 BIP = 9,80049 BIP
Записываем в общую прибыль:
9,8 BIP + 9,80049 BIP = 19,60049 BIP
Рассчитаем награду в минуту для следующего периода:
1,000049 BIP + 9,80049*0,000005 = 1,00009800245 BIP

За третьи 10 минут мы получили бы награду:
1,00009800245 BIP * 10 минут = 10,0009800245 BIP
С учётом комиссии мы делегируем:
10,0009800245 BIP - 0,2 BIP = 9,8009800245 BIP
Записываем в общую прибыль:
19,60049 BIP + 9,8009800245 BIP = 29,4014700245 BIP
Рассчитаем награду в минуту для следующего периода:
1,00009800245 BIP + 9,8009800245*0,000005 = 1,0001470073501225 BIP

И так далее. Т.к. мы ограничили максимальный период ределегирования 30 днями, то продолжаем расчет как будто мы делегируем все 30 дней. В итоге мы получаем, что за 30 дней общая прибыль будет равна 47254,752748705 BIP.

Здесь есть несколько нюансов:

• Естественно, в течение 30 дней награда за 1 делегированный BIP в минуту сильно уменьшится, но она уменьшится при ределегировании и раз в 10 минут и раз в день, поэтому мы пренебрегаем этим. Общая награда за 30 дней будет не соответствовать действительности, но она нам нужна только для сравнения с другими периодами.
• Расчет составлен так, как будто пересчет делегированных средств в сети происходит сразу же после того, как мы ределегируем очередную сумму. В реальности это не так. Пересчет в сети может произойти и через секунду и через 9 минут 59 секунд после того как мы ределегировали очередную сумму. В последнем случае следующие 9 минут 59 секунд начисление награды будет происходить как будто мы ничего только что не делегировали.
• Если мы рассчитываем общую прибыль для периода, который не делится на 43200 минут (30 дней) без остатка, то нужно в последней итерации вместо рассчитываемого периода взять оставшееся количество минут. Например, если мы рассчитываем прибыль для периода 70 минут, то остаток в последней итерации составит 10 минут. И в расчетах последней итерации вместо 70 минут будет использоваться 10 минут.
• Комиссия может быть больше 0,2 BIP. Но это редкость и в расчет не берем.

Рассчитав прибыль за 30 дней для всех периодов с шагом в 10 минут получим следующие данные:

• 10 минут - 47254,752748705 BIP
• 20 минут - 47735.617260053 BIP
• 30 минут - 47895.012029309 BIP
• 40 минут - 47974.039435461 BIP
• 50 минут - 48020.919954298 BIP
• 60 минут - 48051.727077741 BIP
• 70 минут - 48073.179872377 BIP
• 80 минут - 48089.231376301 BIP
• 90 минут - 48101.286382038 BIP
• 100 минут - 48110.662568948 BIP
• 110 минут - 48118.043432761 BIP
• 120 минут - 48124.057401558 BIP
• 130 минут - 48128.773012973 BIP
• 140 минут - 48132.789339383 BIP
• 150 минут - 48136.113627921 BIP
• 160 минут - 48138.793105246 BIP
• 170 минут - 48140.832749213 BIP
• 180 минут - 48142.812891462 BIP
• 190 минут - 48144.193890587 BIP
• 200 минут - 48145.493605578 BIP
• 210 минут - 48146.422123755 BIP
• 220 минут - 48147.107961881 BIP
• 230 минут - 48147.757022755 BIP
• 240 минут - 48148.177274801 BIP
• 250 минут - 48148.437547759 BIP
• 260 минут - 48148.450391945 BIP
• 270 минут - 48148.628337526 BIP
• 280 минут - 48148.472956579 BIP
• 290 минут - 48148.418092643 BIP
• 300 минут - 48148.187295058 BIP
• 310 минут - 48147.825921439 BIP
• 320 минут - 48147.521676453 BIP
• 330 минут - 48147.107347445 BIP
• 340 минут - 48146.451651129 BIP
• 350 минут - 48146.072001715 BIP
• 360 минут - 48145.521865073 BIP
• 370 минут - 48144.938336827 BIP
• 380 минут - 48144.291541224 BIP
• 390 минут - 48143.609605324 BIP
• 400 минут - 48142.853863796 BIP
• 410 минут - 48142.099296739 BIP
• 420 минут - 48141.367316213 BIP
• 430 минут - 48140.562147099 BIP
• 440 минут - 48139.625831904 BIP
• 450 минут - 48138.851296378 BIP
• 460 минут - 48138.015733428 BIP
• 470 минут - 48137.127497414 BIP
• 480 минут - 48136.18301745 BIP
• 490 минут - 48135.191497617 BIP
• 500 минут - 48134.380955518 BIP
• …
• 1 день - 48021.78475367 BIP
• ...
• 7 дней - 46976.822160455 BIP
• ...
• 43110 минут - 43218.99941 BIP
• 43120 минут - 43216.84792 BIP
• 43130 минут - 43214.69543 BIP
• 43140 минут - 43212.54194 BIP
• 43150 минут - 43210.38745 BIP
• 43160 минут - 43208.23196 BIP
• 43170 минут - 43206.07547 BIP
• 43180 минут - 43203.91798 BIP
• 43190 минут - 43201.75949 BIP
• 30 дней - 43199.8 BIP

Максимальная прибыль 48148.628337526 BIP за 30 дней будет получена при ределегировании раз в 270 минут. Также можно заметить следующие особенности:

• Минимальная прибыль будет получена, если делегировать один раз по истечении 30 дней. Фактически это вариант когда мы не делегируем.
• Частое делегирование, например, раз в 10 минут, тоже далеко от максимума.
• Прибыли с периодами от 220 до 330 минут довольно близки друг к другу, поэтому если вы делегируете чуть раньше или чуть позже, и как следствие чуть меньше или чуть больше, то потери будут минимальными.

Чтобы определить оптимальную сумму ределегирования нужно получившийся период умножить на размер награды в минуту: 270 минут * 1 BIP = 270 BIP
Суточная прибыль рассчитывается также с учетом комиссий и без учета уменьшения награды за 1 делегированный BIP в минуту. В том числе из-за последнего фактора расчетная суточная прибыль всегда будет немного выше фактического значения.

Теперь вы знаете как именно считаются параметры оптимального ределегирования и от чего они зависят.

Описанные выше расчеты используются в следующих сервисах бота:

• Команда /d - расчет оптимальных параметров ределегирования на основе награды в минуту, введенной пользователем.
• Команда /re - прогноз доходности на основе делегированного стейка, введенного пользователем. Здесь параметры оптимального ределегирования выведены в качестве дополнительной информации. Нужно понимать, что в этом случае в расчете не учтены комиссии валидаторов, поэтому его точность немного ниже, чем при использовании команды /d.
• Также информацию об оптимальном ределегировании можно получить в рамках информации об адресе, которую можно получить просто отправив адрес боту. В этом случае вам не нужно вручную считать вашу награду за последнюю минуту. Зная ваш адрес бот сделает это сам, просуммировав награды со всех делегированных монет во всех валидаторов за последнюю минуту. Этот способ наиболее простой и точный, т.к. не везде можно получить данные о наградах с нужной точностью. А бот получает данные прямо из сети. К тому же вы можете добавить свой адрес в избранное и всегда иметь к нему доступ по команде /my.
• Команда /alert - подписка на уведомления о том, что баланс BIP достиг суммы оптимального ределегирования. В этом случае бот также берет данные из сети и уведомляет, когда пора ределегировать средства. Первые 7 дней подписка на каждый адрес бесплатна. Далее 50 MINTERINFO (≈2,5 BIP) за 7 дней подписки на каждый адрес. Сервис будет полезен не только тем, кто делегирует вручную, но и тем, кто использует автоделегаторы. В случае если ваш автоделегатор перестанет работать, от бота вы узнаете, что ваш баланс стал больше, чем обычно.

Спасибо, что дочитали до конца)