Обновление сборок

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

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

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

Читать далее

Balthazar о подписи блоков stakeholders

Quote from: rPman on February 21, 2014, 04:43:15 PM

кто такие stakeholders? я в том смысле, кто или что их определяет.

Сейчас подобный механизм уже используется для выборки блоков-источников энтропии stake modifier.

Суть идеи проста и похожа на жеребьевку. По детерминированному алгоритму функция принятия блока выбирает N proof-of-stake блоков из прошлого. Это делается таким образом, чтобы выборка была всегда идентичной для конкретного блока, но нельзя или сложно было бы предсказать результат выборки для блока в будущем. Далее из этих блоков берутся публичные ключи vin[0] коинстейк-транзакции. Вот это и будут те самые холдеры, которым будет предложено подписать блок-кандидат.

Читать далее

Обновление протокола: предпосылки и перспективы

A new proposal for Proof-of-Work signing protocol is currently under development. It would provide stakeholders an ability to vote for Proof-of-Work blocks they’ve received. What is interesting, it’s possible to implement without breaking a compatibility with nodes that doesn’t support this protocol.

A main idea is quite simple:

1. Proof-of-Work miner submits a new block over the network;
2. New block is accepted as a «candidate» (score = 1);
3. Each node builds a deterministic list of stake generators from the past (64 items, for example);
4. Stake holder appends own signature to vchBlockSig field (currently it’s not used) and then submits signed block over the network;
5. Once enough signatures collected (16 of 64, for example) new block is accepted into block chain as a «full value» block (score is equal with provided by the current proof-of-work score policy).

This process would be able to prevent malicious miner from creating a secretly pre-mined chain in order to perform 51%+ attack even if he has 99% of hashing power and significant stake volume. Because he can’t collect enough signatures while keeping his chain secret.

Мысли о транзакциях и их идентификации

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

Навеяно мыслями о транзакциях и их идентификации… Помимо объединения конфликтных транзакций, в 0.4.4.7 будет добавлен хэш метаданных транзакции. Фактически, тут ничего нового нет, потому что этот же хэш подписывается пользователем перед отправкой транзакции. Просто раньше он не выводился, а теперь gettransaction будет его выводить.

Читать далее

Релиз 0.4.4.7

Основной объем необходимого по 0.4.4.7 сделан, пощупать можно здесь:

https://github.com/novacoin-project/novacoin/tree/current

Из базовых изменений следует отметить концепцию записей об «вычищенных транзакциях». Это транзакции, все выходы которых были потрачены. Ранее 0.4.4.7 просто удаляла такие записи из БД, теперь сохраняет метадату (номер блока, время, флаги coinbase&coinstake) в компактном формате (длина записи о любой такой транзакции укладывается в 13-14 байт).

Таким образом, решается вопрос с синхронизацией клиента при наличии конкурирующих веток. Пока ограничений на время жизни таких записей нет, но в будущем и они будут стираться после 520 подтверждений истратившей транзакции.

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

Другие изменения:

  • Адекватная обработка конфликтующих транзакций, чтобы не было как недавно с BTC;
  • Опция для очистки wallet.dat от мусорных транзакций (смержено из BTC);

Тестовые бинарники будут доступны позже.

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