Topic: NovaCoin (scrypt PoW + PoS hybrid) - page 231. (Read 600924 times)
Выключи до 20 сентября и никаких проблем.
Минимальный размер транзакции, которая точно не даст нуля - это 12,17 новы. Можно вычислить как 365/30.
Меньшие могут дать ноль. Причем чем транзакция меньше, тем более он вероятен.
Меньшие могут дать ноль. Причем чем транзакция меньше, тем более он вероятен.
ахренительно, с учетом того что после каждой пос генерации нашедшая сумма дробится напополам....у меня было много блоков по 12+ но теперь от них осталось в лучшем случае 3+
@sleekka, @yo-blin
Тут разжевано, дальше некуда, как я думаю https://bitcointalksearch.org/topic/m.3030512
Тут разжевано, дальше некуда, как я думаю https://bitcointalksearch.org/topic/m.3030512
Я дико извиняюсь - хоть сам начинал тему Новакоин для новичков, но сам немного туплю.
Купил я допустим н-е количество новы.
Для POS-генерации. мне нужно
1) побить их кучками по 80 нов, отправляя самому себе.
2) периодически запускать кошель, вопрос на сколько и как часто?
Купил я допустим н-е количество новы.
Для POS-генерации. мне нужно
1) побить их кучками по 80 нов, отправляя самому себе.
2) периодически запускать кошель, вопрос на сколько и как часто?
Если на счету 100 одним переводом в возрасте 25 дней, то чтобы скушать вкусный POS сейчас гасим клиента и ждем 20 сентября?
А реально ли вообще отображение количества монет с их возрастом ?
@Balthazar
x64 за ночь нашёл один POS-блок, плюс в диспетчере задач процесс валлета мегабайт 30 в весе прибавил, а так - работает.
Следующий билд будет меньше кушать, думаю. x64 за ночь нашёл один POS-блок, плюс в диспетчере задач процесс валлета мегабайт 30 в весе прибавил, а так - работает.
Да про глюк с 0 в PoS я давненько ещё говорил...
Может и из списка транзы уберут с 0 подтверждений....
Может и из списка транзы уберут с 0 подтверждений....
@Balthazar
x64 за ночь нашёл один POS-блок, плюс в диспетчере задач процесс валлета мегабайт 30 в весе прибавил, а так - работает.
x64 за ночь нашёл один POS-блок, плюс в диспетчере задач процесс валлета мегабайт 30 в весе прибавил, а так - работает.
Ну что же, cgminer в очередной раз доказал свою кривизну.
Balthazar
Итог тестирования bfgminer - ночь полет успешный, соединения с пулом закрывает. netstat в порядке.
Итог тестирования bfgminer - ночь полет успешный, соединения с пулом закрывает. netstat в порядке.
Если все пойдет нормально, то от 32-битных сборок под винду хотелось бы что постепенно отказаться. Потому как доля AMD64 версии Windows уже достаточно велика для этого. Хотя, ясное дело, что желания и возможности - это разные вещи.
Добавлен инсталлятор:http://sourceforge.net/projects/novacoin/files/novacoin-setup-win32-amd64-0.4.4.4.exe/download
Вопрос. Тут случайно не ошибка?
https://github.com/CryptoManiac/novacoin/blob/master/src/main.cpp
в обоих случаях результат один.
Далеко не один. https://github.com/CryptoManiac/novacoin/blob/master/src/main.cpp
Code:
if(nTime < CHAINCHECKS_SWITCH_TIME)
nSubsidy = nCoinAge * 33 / (365 * 33 + 8) * nRewardCoinYear;
else
nSubsidy = nCoinAge * nRewardCoinYear * 33 / (365 * 33 + 8);
nSubsidy = nCoinAge * 33 / (365 * 33 + 8) * nRewardCoinYear;
else
nSubsidy = nCoinAge * nRewardCoinYear * 33 / (365 * 33 + 8);
в обоих случаях результат один.
Учти, что все эти переменные целочисленные, а арифметические действия выполняются последовательно.
Соответственно, в первом случае на выходе всегда ноль, если nCoinAge * 33 меньше чем 365 * 33 + 8 и результат может принимать только значения, кратные nRewardCoinYear
Во втором случае ноль будет только если nCoinAge * nRewardCoinYear * 33 меньше чем 365 * 33 + 8 и результат может быть любым целым числом.
Из-за этого бага и сыпятся сейчас нули в PoS блоках
Спасибо, разобрались.
Это не ошибка, а тест на внимательность 
Вопрос. Тут случайно не ошибка?
https://github.com/CryptoManiac/novacoin/blob/master/src/main.cpp
в обоих случаях результат один.
https://github.com/CryptoManiac/novacoin/blob/master/src/main.cpp
Code:
if(nTime < CHAINCHECKS_SWITCH_TIME)
nSubsidy = nCoinAge * 33 / (365 * 33 + 8) * nRewardCoinYear;
else
nSubsidy = nCoinAge * nRewardCoinYear * 33 / (365 * 33 + 8);
nSubsidy = nCoinAge * 33 / (365 * 33 + 8) * nRewardCoinYear;
else
nSubsidy = nCoinAge * nRewardCoinYear * 33 / (365 * 33 + 8);
в обоих случаях результат один.
Насчет 64 битной сборки заметил, что большой список транзакций на целероне с намного менее заметными лагами и залипаниями перематывается 
Очень заметно с 8000 транз.
Очень заметно с 8000 транз.
Понятно, что это не к спеху. Тем более, что для достижения дефляции в 2% сейчас нужно установить совершенно зверскую комиссию (по моим прикидкам почти в 0,5 новы) -так что комиссия должна иметь некое ограничение сверху, например равное существующей фиксированной величине 0,01 монеты за килобайт. Соответственно, гипотетическая динамическая комиссия еще довольно долго под него будет попадать.
Но тем не менее, вопрос заслуживает рассмотрения.
Но тем не менее, вопрос заслуживает рассмотрения.
Да, это вопрос безусловно интересный. Но какие-либо изменения если и будут введены, то войдут в силу со значительной отсрочкой. Все эксперименты будут перенесены в тестнет.
Насчет комиссии вопрос очень спорный, какая-либо динамика здесь очень опасна и труднодостижима без внесения зависимости от непроверяемых внешних факторов. К примеру, сделав зависимость от количества транзакций за T мы не можем гарантировать, что эти транзакции легитимны. То есть, созданы реальными пользователями, а не желающим контролировать поведение системы флудером.
Дороговато ему обойдется такое "контролирование".К примеру, заложив дефляцию 2% за счет комиссий, мы добьемся того, что флудеру придется потратить 1% от общей денежной массы (т.е. сейчас это почти 5000 нов) только для того, чтобы комиссия снизилась вдвое.
Jump to: