NovaCoin (scrypt PoW + PoS hybrid) [self-mod]

[becool]

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

Я конечно всё понимаю, но...
Вот это плохой способ отдохнуть:
"penek: seocook, а ты не заметил, что так всегда конда нет движняка? "
А вот это хороший способ реально отдохнуть:
Вы забанены в чате. Осталось 9500 мин.

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

Ща я на форексе заработаю чтобы нов купить пока время есть.
Сегодня на 15 нов уже заработал.

[penek]

"когда коту делать нечего..." (С)

остальное без комментариев...

[in100]

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

0xDEADFACE пофиксил https://github.com/novacoin-project/novacoin/commit/56e46b89aac57a230e343181b464b9d59e494e5d (я правда ещё не тестировал, но кажется всё должно работать)

Возвращаясь к этому вопросу

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

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

Кстати, а на какой период времени разблокируется кошель через меню?

[Balthazar]

Когда кошелек разблокирован для майнинга, пункт меню "Разблокировать бумажник" становится неактивным. По-моему, раньше было не так, бумажник можно было разблокировать после разблокировки для майнинга.

В каких версиях так было? Не припоминаю подобного поведения.

Кстати, а на какой период времени разблокируется кошель через меню?

Неограниченное время.

[in100]

Когда кошелек разблокирован для майнинга, пункт меню "Разблокировать бумажник" становится неактивным. По-моему, раньше было не так, бумажник можно было разблокировать после разблокировки для майнинга.

В каких версиях так было? Не припоминаю подобного поведения.

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

[penek]

penek
В чем сакральный смысл указывать 5, а не 6 знаков после запятой в сумме в эксплорере? Получаются занятные вещи

поправлено...
надеюсь нигде не забыл...

• отображает сразу увеличение баланса от PoS, или возможность указывать кол-во подтверждений;

если удастся вспомнить что я там в своё время "наколдовал" в кудрявом запросе, то выполним API-функцию getbalance с ключом /full с развёрнутым списком непотраченных транзакций, потому как в свёрном виде виде отображать баланс, включая неподтверждённые транзы, я не вижу смысла...

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

[in100]

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

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

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

Code:

nProofReward = min(10, CoinAge / 3650 * (difficulty / 0.03125) ^ (1/3))

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

Code:

nProofReward = min(10, nCoinAge  * nRewardCoinYear * 33 / (365 * 33 + 8))

где nRewardCoinYear = (0.03125 / difficulty) ^ (1/3)

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

Code:

185.140354 * 30 + 2789.030149 = 8343.240769

2) Считаем nRewardCoinYear:

Code:

(0.03125 / 1.16394928) ^ (1 / 3) = 0.2994369

Принимаем равным 0.30

3) Считаем nProofReward:

Code:

8343.240769 * 0.30 * 33 / (365 * 33 + 8) = 6.852906

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

Code:

Reward	6.852708

[becool]

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

Code:

nProofReward = min(10, nCoinAge  * nRewardCoinYear [b]* 33 / (365 * 33 + 8)[/b])

где nRewardCoinYear = (0.03125 / difficulty) ^ (1/3)

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

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

[fruit]

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

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

[fsb4000]

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

Code:

nProofReward = min(10, nCoinAge  * nRewardCoinYear [b]* 33 / (365 * 33 + 8)[/b])

где nRewardCoinYear = (0.03125 / difficulty) ^ (1/3)

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

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

[becool]

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

[sir.miklosh]

поправлено...
надеюсь нигде не забыл...

[ShadowAlexey]

если удастся вспомнить что я там в своё время "наколдовал" в кудрявом запросе, то выполним API-функцию getbalance с ключом /full с развёрнутым списком непотраченных транзакций, потому как в свёрном виде виде отображать баланс, включая неподтверждённые транзы, я не вижу смысла...

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

[sir.miklosh]

2) Считаем nRewardCoinYear:

Code:

(0.03125 / 1.16394928) ^ (1 / 3) = 0.2994369

Принимаем равным 0.30

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

Code:

nRewardCoinYear = min((nRewardCoinYear / CENT) * CENT, MAX_MINT_PROOF_OF_STAKE);

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

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

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

[penek]

если удастся вспомнить что я там в своё время "наколдовал" в кудрявом запросе, то выполним API-функцию getbalance с ключом /full с развёрнутым списком непотраченных транзакций, потому как в свёрном виде виде отображать баланс, включая неподтверждённые транзы, я не вижу смысла...

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

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

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

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

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

[becool]

2) Считаем nRewardCoinYear:

Code:

(0.03125 / 1.16394928) ^ (1 / 3) = 0.2994369

Принимаем равным 0.30

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

Code:

nRewardCoinYear = min((nRewardCoinYear / CENT) * CENT, MAX_MINT_PROOF_OF_STAKE);

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

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

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

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

[in100]

2) Считаем nRewardCoinYear:

Code:

(0.03125 / 1.16394928) ^ (1 / 3) = 0.2994369

Принимаем равным 0.30

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

Code:

nRewardCoinYear = min((nRewardCoinYear / CENT) * CENT, MAX_MINT_PROOF_OF_STAKE);

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

Code:

8343.240769 * 0.29 * 33 / (365 * 33 + 8) = 6.622998

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

Также я понял, где оно ещё округляет до целого

1) Считаем nCoinAge:

Code:

185.140354 * 30 + 2789.030149 = 8343.240769

Результат надо принять равным 8343, и тогда

Code:

8343 * 0.30 * 33 / (365 * 33 + 8) = 6.852708

что и требовалось доказать

[in100]

Когда кошелек разблокирован для майнинга, пункт меню "Разблокировать бумажник" становится неактивным. По-моему, раньше было не так, бумажник можно было разблокировать после разблокировки для майнинга.

В каких версиях так было? Не припоминаю подобного поведения.

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

[sir.miklosh]

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

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

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

[penek]

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

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