NovaCoin (scrypt PoW + PoS hybrid)

[AlexRus227]

Windows 64-bit билд обновлен.

Инсталлятор (не забудьте удалить предыдущий билд): http://sourceforge.net/projects/novacoin/files/experimental/novacoin-setup-win32-amd64-0.4.4.4.exe/download
Архив: http://sourceforge.net/projects/novacoin/files/experimental/novacoin-0.4.4.4-win32-amd64.zip/download

• Меньше ест памяти;
• Больше не инициализирует заново объект LevelDB при получении чекпоинтов;
• Инициализирует индекс блоков в среднем на 10% быстрее.

Установил теперь в последних транзакциях показывает добытые монеты которые не за считались !!! + вчера кашелек пытался через IRC кудато ломанутся =) Target IP   192.75.207.148 Target Port 6667

[Balthazar]

Не куда-то, а за айпишниками.

[fsb4000]

кстати, это я просто не замечал, или в новой версии увеличили количество подключений кошелька с другими кошельками?
сейчас novacoind.exe getinfo показывает "connections" : 61
раньше вроде 16 -20 было, хотя я не часто смотрел на эту строчку, так что могу ошибаться...

[Balthazar]

Нет, никаких связанных с этим изменений не проводилось.

[w0rmmax]

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

[Balthazar]

Так и должно быть. Раньше считался лишь монетизируемый вес, как он есть. А сейчас реальный с учетом TimeWeight, тот который влияет на нахождение хэшей.

[w0rmmax]

Так и должно быть. Раньше считался лишь монетизируемый вес, как он есть. А сейчас реальный с учетом TimeWeight, тот который влияет на нахождение хэшей.

Если это до сих пор монетодни то для созревших 127 NVC стало 375мд, что даст 1NVC в место 9-10NVC.
Или я не прав?
Напишите новую формулу нахождения размер награды через stakeweight.

[Balthazar]

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

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

[w0rmmax]

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

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

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

[Balthazar]

RoadTrain
nBits - это упакованное значение таргета (256 бит ==> 32 бит). Можно было сразу использовать таргет, но зачем использовать 256 битный тип, если можно обойтись 32 битами.

[RoadTrain]

nBits - это упакованное значение таргета (256 бит ==> 32 бит). Можно было сразу использовать таргет, но зачем использовать 256 битный тип, если можно обойтись 32 битами.

А какова специфика с учётом pos?
Пока не могу понять, что делает функция GetBlockTrust()
Вернее, как она это делает

[Balthazar]

А какова специфика с учётом pos?

Нет никакой специфики.

Пока не могу понять, что делает функция GetBlockTrust()
Вернее, как она это делает

Изначально было просто - для PoS проводилось деление максимального 256-битного числа на таргет, в случае PoW всегда возвращалось 1. Позже были добавлены зависимости от соотношения PoS и PoW блоков и учет PoW сложности. Но на самом деле этот метод несовершенен, обдумывается его адекватная замена в будущем.

[fsb4000]

блин такое и у меня случилось, пока спал  
Warning: LOST CONTACT WITH BITCOIND for 4 hours! Check that it isn't frozen or dead!
При том это так p2pool писал, кошелёк вроде норм работал, по крайней мере на getinfo отвечал...
перезапустил и p2pool и кошелёк...

[3dfx]

блин такое и у меня случилось, пока спал  
Warning: LOST CONTACT WITH BITCOIND for 4 hours! Check that it isn't frozen or dead!
При том это так p2pool писал, кошелёк вроде норм работал, по крайней мере на getinfo отвечал...
перезапустил и p2pool и кошелёк...

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

[3dfx]

Balthazar

Какие можете дать рекомендации по уменьшению количеству orphan, как влияет увеличение исходящих пиров в p2pool c 6 до например 10, и тоже самое с пирами в кошельке?

[Balthazar]

Balthazar

Какие можете дать рекомендации по уменьшению количеству orphan, как влияет увеличение исходящих пиров в p2pool c 6 до например 10, и тоже самое с пирами в кошельке?

Количество соединений p2pool, без сомнения, имеет некоторое влияние на долю Orphaned шар, как и количество соединений кошелька влияет на долю орфанов в соло майнинге. Но влияние непрямое и по количеству соединений его проследить нельзя. Попробую грубо описать, как обстоит дело.

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

[fsb4000]

блин такое и у меня случилось, пока спал  
Warning: LOST CONTACT WITH BITCOIND for 4 hours! Check that it isn't frozen or dead!
При том это так p2pool писал, кошелёк вроде норм работал, по крайней мере на getinfo отвечал...
перезапустил и p2pool и кошелёк...

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

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

[3dfx]

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

Так мы тут сами парились не известно сколько дней, пока общими усилиями (спасибо Balthazar и dndhost) не выяснили в чем глюк , и оказалось виновник этого безобразия cgminer.

[RoadTrain]

А какова специфика с учётом pos?

Нет никакой специфики.

Пока не могу понять, что делает функция GetBlockTrust()
Вернее, как она это делает

Изначально было просто - для PoS проводилось деление максимального 256-битного числа на таргет, в случае PoW всегда возвращалось 1. Позже были добавлены зависимости от соотношения PoS и PoW блоков и учет PoW сложности. Но на самом деле этот метод несовершенен, обдумывается его адекватная замена в будущем.

nBits -это таргет pos/pow в зависимости от типа блока?

Эта функция в нове выглядит несколько запутанно на первый взгляд.
Что такое nPoWBase?

[Balthazar]

nBits -это таргет pos/pow в зависимости от типа блока?

Да, упакованный.

https://en.bitcoin.it/wiki/Difficulty

Эта функция в нове выглядит несколько запутанно на первый взгляд.

Верно. В любом случае, она в будущем будет неактуальна.

Что такое nPoWBase?

Это захардкоденный таргет для сложности 1, то есть 0x00000000ffff0000000000000000000000000000000000000000000000000000. Надо будет убрать и заменить на CBigNum переменную.

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

Кстати, в абсолютном большинстве "PoW/PoS no premine" (R) TM форков Trust Score для PoW блоков не дифференцируется (всегда возвращается 1), что при отсутствии чекпоинтов открывает возможность сравнительно дешево форкнуть цепочку. Потому что можно создать цепочку, в которой сложность будет в десятки и сотни раз ниже, чем в легитимной.