Topic: NovaCoin (scrypt PoW + PoS hybrid) - page 64. (Read 600921 times)

В свете поддержки p2pool важные исправления.

1) https://github.com/CryptoManiac/novacoin/commit/440991a0f8dbdd6147e56ec55e3423429cee6e90

Данный коммит добавляет новый RPC вызов, позволяющий создавать публичные ключи и работающий по аналогии с getnewaddress, с тем отличием, что возвращает "сырой", не сжатый и не хэшированный ключ. Это будет необходимо для построения точек выхода в coinbase-транзакции, т.к. все блоки в NVC подписываются сгенерировавшими их майнерами, и использование для точек выхода хэшированных ключей невозможно.

2) https://github.com/CryptoManiac/novacoin/commit/3b2f04b998fca87c3f5e57b6fbb78f01da699a34

Данный коммит изменяет правила подписывания блоков и проверки подписей. В оригинале и у нас до этого исправления автором подписи блока мог быть только владелец первой точки выхода генерационной транзакции, что создает массу ограничений при децентрализованном майнинге. Данный патч решает проблему, т.к. позволяет подписать блок любому, у кого есть приватный ключ к одной из точек выхода в coinbase-транзакции (в случае p2pool это все майнеры, которые отправили достаточно шар для получения выплат по генерируемым блокам), необязательно первой. Он сохраняет обратную совместимость, то есть новая проверка успешно сработает для старых блоков. Но добавляет несовместимость старого клиента с блоками, подписанными по новому протоколу. Так что правило вступает в силу не сейчас, а начиная с 24 февраля, в 0 часов по GMT. До этого дедлайна все должны обновиться, касается не только майнеров, а вообще всех.

Теперь о специфике системы выплат в p2pool под NVC, которая будет в нем действовать. Как уже выше озвучивалось, создание в coinbase-транзакции выходов с объемом меньше 0.01 невозможно из-за действующих ограничений протокола. Поэтому введены следующие изменения:

1) Награда за блок, распределяемая между майнерами, оставляет награда за блок минус 0.02. 0.01 на точку, выплачивающую донейт разработчику p2pool и 0.01 на служебную точку, содержащую информацию о шаре.
2) P2Pool под NVC не выплачивает награду в случае, если она меньше 0.01 монеты. Если таковые награды присутствуют, они прибавляются к награде нашедшему блок пользователю.

Все остальное идентично поведению оригинального P2Pool.

В будущем, по мере падения награды за блок, эти ограничения будут пересмотрены на уровне самого клиента, сейчас это несущественно.



http://novacoin.ru/

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

UPDATE:

https://github.com/CryptoManiac/bitcoin-abe




По запросу SRoulette смержена актуальная реализация gettransaction из bitcoin:

https://github.com/CryptoManiac/novacoin/commit/67d038bcf2a329ea1304aede5997a5bc3d2c8062



Билд клиента версии 0.3.5. Изменения:
Проверка доли блоков v3 заменена на реджект блоков с версией ниже v3 начиная с #14060, поскольку именно на этом блоке был достигнут целевой порог и далее проверки продолжать нет смысла;
Добавлен чекпоинт на блоке #14189;
bnProofOfStakeLimit переключится на 1/256 от сложности 1 начиная с блока #15000;
Полагаю, что исправлена проблема, приводившая к нестабильности работы Windows-сборки 0.3.4.

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

Для перезагрузки блоков надо удалить blkindex.dat и blk0001.dat и запустить клиент.

Исходники: https://github.com/CryptoManiac/novacoin
Сборки и снимок цепочки блоков: https://sourceforge.net/p/novacoin/files/

Если испытываете проблемы с закачкой блоков, или просто не хотите тратить время: https://bitcointalk.org/index.php?topic=114712.msg1755772#msg1755772

Клиент NVC P2Pool 11.4.1
Исправлена корявость в проверке номера версии кошелька.

Исходники: https://github.com/CryptoManiac/p2pool
Сборка и срез исходников: https://sourceforge.net/p/novacoin/files/



Анонс изменений в 0.4.1:

Исправления в GUI, связанные с отображением coinstake транзакций (то, что было поломано в 0.4);
Опция -nocheckpoints, позволяющая ортодоксальным пользователям игнорировать чекпоинты;
Изменения в модели эмиссии, делающие ее еще более PoS-ориентированной.



Опубликован StratumServer, адаптированный под NVC.

https://github.com/CryptoManiac/stratum-mining
https://bitcointalk.org/index.php?topic=201230.msg2234622#msg2234622



0.4.3 запланирован на выходных, включит в себя:

Изменения, ускоряющие работу GBT до 10 раз;
Наряду с PoW мощностью через RPC можно будет получать информацию о текущем Stake Weight кошелька (т.е. PoS мощность);
Клиент будет использовать более агрессивную политику склеивания транзакций при генерации стейков.

По части совместимости на уровне БД и протокола клиент ничем не будет отличаться от 0.4.2.




Также, в 0.4.2 с 20 июля уменьшится целевой интервал между PoW блоками, что приведет к росту их количества и падению PoW сложности в 4 раза.




На данный момент планируется:

Реализация seed сообщений;
Выравнивание веса PoW/PoS блоков, либо фиксация максимальной длины цепочки идущих подряд PoS блоков.

Под критическими изменениями понимается исправление багов.





Пока последовательность такая:

20 июня переход на новый алгоритм вычисления ROI (реализовано в 0.4.1);
20 июля увеличение минимальной PoS сложности до 0.03 и увеличение целевого количества PoW блоков с 1 в два часа до 2 в 1 час (реализовано в 0.4.2);
20 августа отключение проверки, предотвращающей создание блоков со слишком большим количеством транзакций (реализовано в 0.4.2);
20 сентября - отключение проверки более не нужной ECDSA подписи PoW блоков (она не нужна начиная с 9689 блока) и округления PoS награды, переключение алгоритма расчета TrustScore на сбалансированный в отношении оценки вклада PoW/PoS блоков (будет в 0.4.3).

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



Итак, изменения 0.4.2 вступили в силу.

Минимальная PoS сложность зафиксирована на 0.031;
Целевой интервал между PoW блоками уменьшился до 30 минут.




О дальнейшей судьбе ветки 0.4.x и политике мержа с Bitcoin.

Изначально рассматривалась возможность переноса проекта на кодовую базу Bitcoin 0.8 (еще в 0.4.0, когда разработка только начала идти своим путем, не связанным с PPC), но симуляция показала, что с нашим размером блокчейна визуально никакой разницы между 0.7 и 0.8 не будет еще несколько лет. Поэтому на данный момент политика использования 0.7.х с портами исправлений из 0.8.х/0.9.x является предпочтительной в плане стабильности и поддержки актуальности кода проекта, в сравнении с полным переездом на 0.8.х.

Резюмируя, будущая ветка NovaCoin 0.5.x на базе Bitcoin 0.8.x/0.9.x будет развиваться отдельно и иметь статус экспериментальной. Стабильной и рекомендуемой для production по-прежнему будет считаться ветка 0.4.x на базе Bitcoin 0.7.




Анонс на 0.4.4.4:

Добавление гугловской levelDB в качестве хранилища транзакций. Как и остальные экспериментальные опции на данный момент, будет отключено по умолчанию.





Итак, список изменений на 0.4.4.6:

Кэширование scrypt хэшей для блоков старше 24 часов;
Новые чекпоинты на блоке № 65000;
Удаление старого кода расчета веса;
Удаление лимита на размер транзакции (в тестнете сразу, в мейннете с 1 мая 2014);
Удаление обязательной комиссии для транзакций (в тестнете сразу, в мейннете с 1 мая 2014).
Попутно решили перейти на boost 1.55 для сборок под Windows, в нем исправлено много проблем совместимости. Так что новый 32 бит билд будет отличаться то того, что опубликован ранее, хотя это не повод  менять уже установленный.




Обновление клиента 0.4.4.7.

Это обновление включает в себя все изменения из ветки, прежде известной как "novacoin-next".

Core: Новая реализация proof-of-stake майнера. Решена проблема с производительностью, примерно в 100 раз быстрее старого майнера на больших количествах входов;
Qt: Унификация представления coinbase и coinstake транзакций в GUI;
Core: Удаление поддержки Berkeley DB;
Core: Индекс транзакций заменен на БД непотраченных входов, ~20% уменьшение размера БД;
Core: Пакетная обработка блоков при начальной синхронизации. Вставляем записи в БД в случае если буфер достиг размера 5000+ штук, либо если работа клиента завершается;
Core: Coinbase транзакция proof-of-stake блоков более не обрабатывается в методах ConnectBlock()/DisconnectBlock(), дает уменьшение БД на ~3-4mb (экономия 80 байт на блок);
Core: Рефакторинг кода, реализующего проверку подписей proof-of-stake блоков;
Core: Убраны неинформативные сообщения из debug.log;
Core: Некоторые проверки proof-of-stake блоков теперь дают приславшей блок ноде больше штрафных баллов в случае ошибки. К примеру, несоответствие таргету или некорректная подпись теперь дают достаточное для бана ноды количество очков;
Core: Вместо копирования объектов из кэша CCoinsView используется передача ссылок непосредственно на находящиеся в кэше CCoins объекты, что дает существенное уменьшение количества бесполезных операций копирования;
Core: Использование merkle root блоков в качестве кэша хэшей транзакций для снижения количества операций хэширования в ходе начальной синхронизации;
Core: Использование глобального объекта CBlockTreeDB для БД дерева блоков вместо пересоздания/уничтожения множества экземпляров CChainDB, снижает количество требуемых операций инициализации индекса блоков до одной;
RPC: добавлены команды gettxout and gettxoutsetinfo;
RPC: getblock and getblockbynumber теперь предоставляют публичный ключ создавшего proof-of-stake блок пользователя.





NovaCoin 0.4.4.7 bugfix2

CORE: Исправлена ошибка с подсчетом комиссии в функции CreateTransaction();
RPC: Добавлен вызов getsubsidy, позволяющий получить значение proof-of-work награды для текущего или заданного таргета;
RPC: getmininginfo и getinfo теперь сообщают так же и текущее значение proof-of-stake сложности.




Опубликована 0.4.4.6 update1. От 0.4.4.6 отличается тем, что включает себя часть изменений 0.4.4.7, а именно:

Автоматический снос устаревшей БД блоков при обновлении;
Добавлен RPC вызов getsubsidy (для грядущего p2pool), а getmininginfo и getinfo выдают текущее значение proof-of-stake сложности.
Статус транзакций в wallet.dat обновляется в процессе синхронизации блокчейна сам, нет необходимости делать repairwallet.

Кроме того, этот клиент игнорирует предупреждение, разосланное по сети вчера.





Опубликованы Windows nosetup сборки 0.4.4.6 update2 и 0.4.4.7 bugfix3.

Список изменений 0.4.4.6 update2:

Добавлены усиленные проверки скриптов транзакции, для предупреждения имевших место проблем с подменой txid;
Соединения от старых клиентов (старше 0.4.4.5) теперь отклоняются, предотвращает ненужный флуд запросами блоков;
Добавлена новая нода dns seed.

Список изменений 0.4.4.7 bugfix3:

Используется новый тип "сокращенного" представления транзакции на диске. Это решает проблему с синхронизацией;
Удаление не только NULL, но и EMPTY выходов из индекса. Сокращает использование дискового пространства coinstake транзакциями;
Добавлены усиленные проверки скриптов транзакции, для предупреждения имевших место проблем с подменой txid;
Добавлено поле metahash в вывод запросов gettransaction и listtransactions. Это поле содержит хэш метаданных транзакции, который идентичен для всех "транзакций-двойников";
Добавлена новая нода dns seed.

Обратите внимание, что формат БД несовместим с предыдущими сборками 0.4.4.7.





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

https://github.com/novacoin-project/novacoin/pull/9
https://github.com/novacoin-project/novacoin/pull/10


В следующем билде 0.4.4.7 метаданные транзакции будут включать в себя смещение транзакции в блоке. Это позволит избежать ненужных загрузок блоков с диска для проверки proof-of-stake, в том числе при майнинге.



Были опубликованы сборки 0.4.4.6 u3, а 0.4.4.7 b5 перенесен на неделю из-за нестабильности. Проблема была найдена и исправлена, но решили что торопить незачем т.к. все равно большинство пока сидит на версиях 0.4.4.6 u*.



Кстати, смержен в дерево current небольшой набор патчей:

https://github.com/novacoin-project/novacoin/pull/11

Новый шаблон выхода OP_RETURN << OP_SMALLDATA в списке стандартных, позволит облегчить реализацию децентрализованных протоколов обмена сообщениями.
Обновление алгоритма генерации модификатора proof-of-stake. Фиксированный интервал смены модификатора теперь будет гарантироваться протоколом, изменение вступает в силу с 12 июня 2014.

Он войдет в 0.4.4.7b5, а также будет бэкпортирован на 0.4.4.6u4. После этого ветка 0.4.4.7 станет основной, а 0.4.4.6 будет обновляться только в случае обнаружения критических ошибок.