- Оптимизации proof-of-stake майнера, думаю что в ближайшее время больше его пилить не будем;
- Удаление поддержки BDB из репозитория, теперь leveldb является единственным доступным при компиляции хранилищем индекса транзакций;
- Отныне у индекса транзакций своя, отдельная версия и если клиент ее меняет в большую сторону, то старая БД транзакций удаляется и синхронизируется заново.
Дано:
- В соответствии с наблюдением Хауса (который из Intel, а не из сериала), мощность логики на ИМС возрастает в два раза в течение 18 месяцев;
- С ростом сложности в 64 раза эмиссия падает в два раза.
Из этого можно сделать вывод, что в постоянно работающей в режиме насыщения* мощностями сети награда за PoW блок будет падать в два раза в течение 96 лет (т.е. 1152 месяца).
Стресс-тест в тестнете:
http://s006.radikal.ru/i213/1401/21/22b9e8099046.png
PoW и PoS майнинг на кошельке с более чем миллионом монет и почти 20000 тысячами транзакций. Стейк майнер полностью съел одно ядро CPU, но тормозов нет как класса.
Давайте лучше потроллим лайтотролля. Мой вброс:
…
Luke-Jr (один из разработчиков Bitcoin) опубликовал патч для клиента NVC, с намерением сделать 51% атаку. Лайтотролли загорелись этой идеей и сделали клон репозитория, после чего начали рассылать друг другу эту ссылку в надежде что получится «устранить засилье русской мафии». Вроде как, даже начали генерировать цепочку… Да вот только невдомек им было, что с помощью одного лишь PoW атаку делать полностью бесполезно. Но оно и неудивительно с их уровнем адекватности…
Вот я, спустя 11 месяцев после этого представления, решил наступить им на мозоль напоминанием.
Было решено обновить некоторые библиотек из набора используемых для создания Windows сборок.
libminiupnpc 1.6 -> 1.8 openssl 1.0.1c -> 1.0.1f libdb 4.8.30 -> 5.3.21
Обратная совместимость сохраняется, однако однажды открытые в обновленном билде wallet.dat станут нечитаемы для сборок, использующих старые версии библиотек.
Just a little piece of info…
As far we know, some payment processors and users accepts 0/unconfirmed transactions. But this solution is not secure, because it’s possible to create two transactions with the same inputs, but different outputs.
http://eprint.iacr.org/2012/248.pdf
Attacker is able to send a first transaction directly to victim, and then broadcast a second transaction over the network. This couldn’t be prevented using the proof-of-work design, but it’s possible to fight with such manipulations through using an extension for our proof-of-stake system, and we even don’t need a chain fork to implement this.
Changes planned for 0.4.4.8:
- Separate databases for private keys and transactions, instead of wallet.dat;
- Moving the public data to separate folder (e.g. move blockchain database to AppData\Local\Novacoin on Windows);
- Switching to UTXO storage (similar to used in the Bitcoin, but with extended metadata) instead of the current full transaction logs approach;
- Switching to deterministic keys, and possibly withdrawal of the keypool approach;
- Withdrawal of the Berkeley DB support (LevelDB is used by default for a long time).
This changes will be implemented in the 0.4.4.7 testing branch, the 0.4.4.7 binaries will be rebuilt and published sometimes, just for testing purposes.
Parts of this functionality are already available for testing.
Клиенты версий ниже 0.4.4.5 содержали ошибку, которая в дальнейшем была исправлена. Как результат, вот этот блок:
http://explorer.novaco.in/block/aab5ad74039e711b3afb52127c0ea6eaac5bc756c41d76ca0460ea29d0ec85f2
был отклонен клиентами с версией до 0.4.4.5, а 0.4.4.5 и более новые его приняли без проблем. Если у вас клиент с версией ниже 0.4.4.5, то следует обновить его до 0.4.4.5 или более новой.
P.S. Подтверждено, что btc-e, coinpool и khore находятся на правильной ветке.
Инсталлятор поврежден и на некоторых системах ведет себя странно, сейчас заменим. Неприятная нестыковка.
64-бит инсталлятор перезалит, sha1 хэш правильного файла
8a8eac4c2abd70e94520014dfe67faa63945e2c3
32-бит инсталлятор перезалит, sha1 хэш правильного файла
ae600c0df9f5367787ff1ba9a401e3858005ee70