Topic: NovaCoin (scrypt PoW + PoS hybrid) [self-mod] - page 194. (Read 744451 times)

можно пробовать: https://novaco.in/api/getbalance/<адрес>/full ...
как и обещал пока только непотраченные транзы, но все, без учёта зрелости...
добавлены 2 столбца: количество подтверждений (естественно не больше 520, т.к. точное количество подтверждений значения большого не имеет, думаю) и тип транзакции PoW/PoS (имеется в виду генерация) или пустое значение, т.е. обычная транзакция перевода...
вместо количества подтверждений, теоретически, можно указывать высоту блока, куда попала транза, а максимальную высоту можно взять из другого метода...

7 итераций против 10 в худшем случае? не существенно)

Вот потому я и предложил второй вариант, решающий это кардинально) если попадаем на первые 10 отрезков из 100 вызываем себя рекурсивно, дробя эти первые 10 отрезков на 100 и т.д., в результате всегда имеем два значащих числа при расчёте награды за PoS-блок, а так-как PoS-сложность ещё не опускала награду ниже 10% даже форка не нужно

Большой проблемы в этом никакой нет, за исключением хардфорка. Достаточно просто брать не 100, а 1000 точек... Ценой большего количества итераций будет находить более точное решение.

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

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



...знаешь, мне всё-равно не нравится такой подход, ведь как я уже писал выше:

P.S. От нечего делать подшаманил с графиком на табличке из моей подписи, имхо стало поинформативнее..

Аналгем за 1-й курс, метод половинного деления aka бисекция

Составляем уравнение:


где неизвестным является nRewardCoinYear. Затем пытаемся решить его слегка модифицированным методом бисекции. Модифицированным, потому что находит только корни на отрезке [CENT, COIN]. Если же корень за пределами отрезка, то в качестве решения просто берется крайняя точка с соответствующей стороны отрезка.

Ах вот о какой формуле речь.

Исправлено:

https://github.com/novacoin-project/novacoin/wiki/Proof-of-stake


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

И совсем другой результат: 6.840043785996486

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

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

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

То есть


Так основная проблема этой формулы - награда РАСТЁТ с ростом сложности Неужели никто этого не видит
И почему делится на 3650???

там всё просто... там целочисленные вычисления...

пообщался с "создателем"... он рекомендовал не мудрствовать и использовать ту самую формулу, которая указана в вики... а всё что в итоге получается -- это частные моменты применения данной формулы...

да чёрт его знает как оно работает если честно, какой-то метод последовательного уполовинивания (завёрнутый в цикл) вместо математики, напоминает приближённое вычисление площади криволинейной трапеции методом численного интегрирования

хз почему это не было оформлено в аналитической форме

Прошу прощения, напутал, показалось

Но тогда вообще не получается:

Скорее всего, дело в способе вычисления кубического корня (т.е. степени 1/3). Насколько я понимаю, он вычисляется в этом цикле, и в результате получается число >0.3

Также я понял, где оно ещё округляет до целого
Результат надо принять равным 8343, и тогда
что и требовалось доказать

К моменту когда будет 3-4%% монеты должны больше использоваться для переводов, потому что процент уже не интересный.
Нужно развивать использование монет.

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

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


какая прелесть где-то с округлением начудил значит в своё время, буду искать

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

Извини, но так делать нельзя. То что дальше сотой отбрасывается, а не округляется:

https://github.com/novacoin-project/novacoin/blob/b032c4a33e27deebe9210347048998ecc4624ee4/src/main.cpp#L1122

Мысли вслух: а вообще я бы сдвинул это округление на один знак вправо, до промилле. Ибо в будущем разница между, к примеру 3% и 4% может заставить в цикле после каждого нового блока включать/выключать майнинг, пытаясь подловить момент более удобный для чеканки блока с финансовой точки зрения.

Или, как вариант, оставить только два значащих знака, а-ля: 99%-10%, 9,9%-1,0%, 0,99%-0,10%..

Очень бы хотелось, чтобы отображалось кол-во транзакций по типам: входящие, исходящие, майнинг(можно отдельно pow\pos).

Спасибо, вижу
только сверху сложно описано всё

in100 прав
В исходниках:
https://github.com/novacoin-project/novacoin/blob/b032c4a33e27deebe9210347048998ecc4624ee4/src/main.cpp#L1143
https://github.com/novacoin-project/novacoin/blob/b032c4a33e27deebe9210347048998ecc4624ee4/src/main.cpp#L1133

Вспомнилось:

Первый раз такую формулу вижу, ты ее сам придумал?
" * 33 / (365 * 33 + "
Это где такое в исходниках?
Наиболее правильное это то что в исходниках, потому что других вариантов правильного быть не может.

Может тут?
https://github.com/novacoin-project/novacoin/blob/b032c4a33e27deebe9210347048998ecc4624ee4/src/main.cpp#L1062

Описание эмиссии NVC - это и есть исходник, который мы совместно писали Там ещё много чего надо править, sleekka собирался доделать, но пока что-то застопорилось...

По поводу wiki, писал уже пару раз, напишу снова.
Надо поправить формулу расчета PoS-награды, которая сейчас выглядит так:

Наиболее правильное написание же такое:

Причем на калькуляторе получить результат, идентичный рассчитанному кошельком, не получится.
Возьмём в качестве примера мой блок и транзакцию.
1) Считаем nCoinAge:
2) Считаем nRewardCoinYear:
Принимаем равным 0.30

3) Считаем nProofReward:

А в блоке видим