Ответ по кросс-компиляции

1) Можно сделать по-простому, использованием скриптов:

https://github.com/CryptoManiac/novabuild

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

2) Можно сделать вручную.

Читать далее →

Обновлена тестовая сборка

Changes list:

  • Refactoring of Proof-of-Stake checkings code;
  • Remove some redundant messages from debug.log output;
  • Make stake related DoS checkings harder;
  • Database code is updated, direct CCoins links approach is implemented to decrease count of worthless flush and copy events;
  • Initial block download optimization, transaction hashes are cached now to make blocks validation faster;
  • Multiple CChainDB instantiations were replaced with a single CBlockTreeDB instance;
  • CCoinsDB and CBlockTreeDB are updated to use LevelDB storage;
  • gettxout and gettxoutsetinfo RPC calls added;
  • getblock and getblockbynumber RPC calls are now providing generator public key for proof-of-stake blocks.

Читать далее →

Новые тестовые сборки

https://bitcointalk.org/index.php?topic=143221.msg4594114#msg4594114

Новые тестовые сборки. Что дают, вкратце:

  • База UTXO вместо полного индекса транзакций (аналогично Bitcoin, но не во всем);
  • Пакетное добавление транзакций в БД (пачками по 5000 штук);
  • Транзакции сортируются по дате, а не статусу;
  • Функция repairwallet теперь удаляет из него орфаны.

Имейте в виду, что было много изменений в реализации базового функционала, и потому возможно наличие пока не найденных багов.

Читать далее →

Обновление 0.4.4.6
  • Оптимизации proof-of-stake майнера, думаю что в ближайшее время больше его пилить не будем;
  • Удаление поддержки BDB из репозитория, теперь leveldb является единственным доступным при компиляции хранилищем индекса транзакций;
  • Отныне у индекса транзакций своя, отдельная версия и если клиент ее меняет в большую сторону, то старая БД транзакций удаляется и синхронизируется заново.
Balthazar

Дано:

  • В соответствии с наблюдением Хауса (который из Intel, а не из сериала), мощность логики на ИМС возрастает в два раза в течение 18 месяцев;
  • С ростом сложности в 64 раза эмиссия падает в два раза.

Из этого можно сделать вывод, что в постоянно работающей в режиме насыщения* мощностями сети награда за PoW блок будет падать в два раза в течение 96 лет (т.е. 1152 месяца).

Читать далее →

Balthazar

Давайте лучше потроллим лайтотролля. Мой вброс:

https://github.com/Someguy123/novafoil/commit/d32ae105f04dd4f4c16e7715477ff0f9c540668d#commitcomment-5043985

…

Luke-Jr (один из разработчиков Bitcoin) опубликовал патч для клиента NVC, с намерением сделать 51% атаку. Лайтотролли загорелись этой идеей и сделали клон репозитория, после чего начали рассылать друг другу эту ссылку в надежде что получится «устранить засилье русской мафии». Вроде как, даже начали генерировать цепочку… Да вот только невдомек им было, что с помощью одного лишь PoW атаку делать полностью бесполезно. Но оно и неудивительно с их уровнем адекватности…

Вот я, спустя 11 месяцев после этого представления, решил наступить им на мозоль напоминанием.

Оригинал

Новые экспериментальные сборки 0.4.4.6

Новые экспериментальные сборки 0.4.4.6.  [AMD64  | i686 | src]

Изменения:

  • Новый, не тормозящий на большом количестве инпутов proof-of-stake майнер;
  • Унификация представления coinbase и coinstake транзакций в Qt клиенте;
  • Переход на Berkeley DB 6.0.20.
Обновление 0.4.4.6

Было решено обновить некоторые библиотек из набора используемых для создания Windows сборок.

libminiupnpc 1.6 -> 1.8
openssl 1.0.1c -> 1.0.1f
libdb 4.8.30 -> 5.3.21

Обратная совместимость сохраняется, однако однажды открытые в обновленном билде wallet.dat станут нечитаемы для сборок, использующих старые версии библиотек.

Тестовые сборки для проверки совместимости: [AMD64  | i686]

Balthazar

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.

Читать далее →

  Valid XHTML 1.0 Transitional Valid XHTML 1.0 Transitional   Valid CSS Valid CSS      I find a bug/typo or I have a suggestion
Adapted for Lynx-like browsers
2013-2017 © Zloy & Co
For donations: 4ZLoY6T8wXKgrbZM9gL8fQt48NUzGo2yAg