NovaCoin (scrypt PoW + PoS hybrid)

[bee7]

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

Едем дальше.

Хорошая идея!

[rPman]

Если же хотим строить социализм в отдельно взятом государстве предотвратить вредоносное поведение пользователя, владеющего 99+% из общего объема генерирующих ресурсов, то можно предусмотреть рамки и даже жесткие ограничения. К примеру, запретить указание в prevhash хэша блока, не имеющего "достаточное" количество подписей. И это сработает, но в качестве бонуса это создаст и проблему. А именно, если среди "выборщиков" не окажется никого в онлайне и не будет конкурирующих подписанных блоков, то вся цепь встанет. Посему, подобный вариант в чистом виде является злом.

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

Еще раз конечная цель то какая? - необходимо отфудболивать блоки, в которых 'злонамеренно' использовался в качестве потомка не тот блок что уже 'вся сеть' знает а более старый.

Вот это понятие 'вся сеть' знает ты пытаешься определить через рассылку дополнительной информации от клиентов в сети (я бы ото всех слал, точнее тех кто майнит, но у нас PoS - так что ото всех), которые говорят типа 'мамой клянусь я получил такой то блок', и если получаешь кучу таких подтверждений от ограниченного списка узлов, которые на основании детерминированного правила от текущего блока выбираются из всего доступного списка.

А дальше - тот блок, о которых говорит большинство текущих доверенных, должен быть прописан в следующем принимаемом блоке, иначе он не будет принят.

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

[Balthazar]

А дальше - тот блок, о которых говорит большинство текущих доверенных, должен быть прописан в следующем принимаемом блоке, иначе он не будет принят.

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

С интервалом верное замечание, как вариант - брать для выборки блоки за последнюю неделю (для них шанс того, что намайнивший находится онлайн, достаточен). Но все же не совсем понимаю, зачем запрещать использование неподписанного блока в качестве предка? Ведь это как раз и создает возможную проблему с "затыками". Не лучше ли подсчитывать подписи кумулятивно для цепочки, как это сейчас делается со сложностью блоков? Тогда будут легитимными такие равноправные варианты, победа которых будет определяться уже только кумулятивной сложностью:

.. -> A1 [0 подписей] -> B1 [+2 подписи] -> C1 [+1 подпись] -> ..
(3 подписи)

.. -> A2 [+1 подпись] -> B2 [0 подписей] -> C2 [+2 подписи] -> ..
(3 подписи)

.. -> A3 [+1 подпись] -> B3 [+2 подписи] -> C3 [0 подписей] -> ..
(3 подписи)

А не только такие:

.. -> A[+N1 подписей] -> B[+N2 подписей] -> C [+N3 подписей] -> ..
(N1 + N2 + N3 подписей)

Нужно только ограничить временное окно, в течение которого принимаются подписи для конкретного блока. К примеру, принимать только если блок не старше 10/20/30/60 минут, а кто не успел - тот опоздал.

[icreator]

я к тому что подписи может ставить "плохой кошелек" - кооторых плохиши могут наплодить в сети мульен... и что тогда толку с этих плохих подписей?

[Balthazar]

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

Тут актуальны совсем другие вопросы.

[icreator]

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

Тут актуальны совсем другие вопросы.

вероятность вероятность - если 50% мощности сети у когото есть то почему бы не создать 50% от всего числа кошельков в сети?

[Balthazar]

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

[George5]

Balthazar,

Подскажите, плиз, какой кошелек сейчас юзать нужно, чтобы все правильно работало, а то что-то отстал от темы.

Я так понял отсюда нужно брать?: http://sourceforge.net/projects/novacoin/files/

[Balthazar]

Balthazar,

Подскажите, плиз, какой кошелек сейчас юзать нужно, чтобы все правильно работало, а то что-то отстал от темы.

Выдают предупреждение, но полностью работоспособны до 1 мая 2014:

• 0.4.4.5
• 0.4.4.6

Актуальные стабильные версии:

• 0.4.4.6 update1
• 0.4.4.6 update2

Актуальная экспериментальная версия:

• 0.4.4.7 bugfix3

Если используется версия ниже 0.4.4.5, либо экспериментальные сборки ниже 0.4.4.7 bugfix3, то следует обновиться немедленно. Также обратите внимание, что формат БД у 0.4.4.6 несовместим с форматом более старых версий. Поэтому, при переходе на 0.4.4.6 требуется удалить файлы БД блоков и индекс транзакций.

Я так понял отсюда нужно брать?: http://sourceforge.net/projects/novacoin/files/

Да. Можно также скомпилировать свою сборку из исходных текстов:

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

[Balthazar]

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

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

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

Скачать: [ i686 | AMD64 ]

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

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

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

Скачать: [ i686 | AMD64 ]

Кроме того, исправлены опечатки локализации в некоторых местах, вроде "сгенерированно".

[Balthazar]

Помнится, кто-то публиковал фотографии бумажных банкнот. Не поделитесь шаблонами?

https://github.com/CryptoManiac/bitaddress.org

Адреса генерирует нормально, надо внешний вид допилить и можно выкладывать. 

[penek]

Чуть не забыл: если кто найдёт баги шаблона при отображении Wiki, прошу писать сюда или в личку...

ПыСы принимаются идею по наполнению домена/страниц дополнительной информацией (не относится к wiki)

[Foxcool]

Чуть не забыл: если кто найдёт баги шаблона при отображении Wiki, прошу писать сюда или в личку...

ПыСы принимаются идею по наполнению домена/страниц дополнительной информацией (не относится к wiki)

мне кажется,  что стоит расписать на первой странице про преимущества: гибридная архитектура,  действительно деуентрализованная эмиссия и пооведение транзакций благодаря пос. Энергоэффективность и отсутствие необходимости строить громадные датацентры и другие.

[aceltradegid]

Чуть не забыл: если кто найдёт баги шаблона при отображении Wiki, прошу писать сюда или в личку...

ПыСы принимаются идею по наполнению домена/страниц дополнительной информацией (не относится к wiki)

Думаю, стоит добавить айдентику и текущий курс к битку\доллару. Ещё прямые ссылки на скачивание кошельков, встроить данные с charts.novaco.in Так же калькулятор вероятности нахождения блока. Не знаю, позволяет ли это формат вики, но таким полезным интерактивным штукам здорово было бы находится на одном легкодоступном ресурсе.

[pant-79]

У новы всегда был такой значок?

Мне казалось, он был каким-то другим? Или я что-то путаю?

[Balthazar]

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

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

Windows сборки:

0.4.4.6 update3: [ AMD64 | i686 ]
0.4.4.7 bugfix4: [ AMD64 | i686 ]

[Balthazar]

У новы всегда был такой значок?

Мне казалось, он был каким-то другим? Или я что-то путаю?

Это логотип одного из пулов.

[penek]

мне кажется,  что стоит расписать на первой странице про преимущества: гибридная архитектура,  действительно деуентрализованная эмиссия и пооведение транзакций благодаря пос. Энергоэффективность и отсутствие необходимости строить громадные датацентры и другие.

для этого есть вики

Думаю, стоит добавить айдентику и текущий курс к битку\доллару. Ещё прямые ссылки на скачивание кошельков, встроить данные с charts.novaco.in Так же калькулятор вероятности нахождения блока. Не знаю, позволяет ли это формат вики, но таким полезным интерактивным штукам здорово было бы находится на одном легкодоступном ресурсе.

большая часть из этого есть на домашней странице, если не обратил внимание... а калькулятор -- это не для этого ресурса...

[Balthazar]

Я все же думаю, что содержимое шапки надо чем-то заменить. 

[Foxcool]

мне кажется,  что стоит расписать на первой странице про преимущества: гибридная архитектура,  действительно деуентрализованная эмиссия и пооведение транзакций благодаря пос. Энергоэффективность и отсутствие необходимости строить громадные датацентры и другие.

для этого есть  вики

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