NovaCoin (scrypt PoW + PoS hybrid) [self-mod]

[Alex AXe]

В чём особенность Новы? Не забросили ли её разрабы? Какие планы и перспективы?
На поло монетку собираются добавлять?

Особенности:
1. Гибридный дизайн PoW+PoS, что дает большую защиту от централизации и стойкость к атакам 51%
2. Динамическое снижение награды за блок (и PoW и PoS) с ростом сложности. Что также помогает противостоять централизации майнинга.
3. Динамический пересчет сложности (с каждым блоком).
4. Возможность деэмиссии денежной массы (т.е. уменьшения ее количества) путем удаления комиссий при значительном росте числа транзакций в сети (реализовано пока не до конца, но станет актуально в будущем)

Разрабы как видишь, вовсе не забросили, а постепенно усовершенствуют монету на протяжении уже 3-х лет.


2 All: Новые усовершенствования - это хорошо, но лично я все же предложил бы вернуть обязательную комиссию (логично ее делать зависимой от размера транзакции, например 1 сатоши за 1 байт), которая уничтожалась бы (с целью деэмиссии и противодействию заспамливанию блокчейна). Кроме того часть комиссии, свыше уничтожаемой можно отдавать PoW-майнеру (как в битке).

[Foxcool]

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

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

[Balthazar]

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

[avirdoz]

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

А каковы преимущества от смены алгоритма? В случае сильного роста популярности, будут разработаны узконаправленные устройства. Если аргумент, что не все могут себе приобрести асик, то я думаю это не так. Кто хочет, может купить и тем самым поддерживать достойную криптостойкость сети, с более высоким КПД, чем на ГПУ. Минусы ввиде централизации PoW на данном этапе мне ясны, но если большие холдеры купят себе хотябы по одному асику, это решит проблему больше, чем смена алгоритма.
UPD. большие и средние холдеры.

[Balthazar]

Сиюминутных преимуществ особых нет, вот потому алгоритм и остается без изменений вот уже три года.

Возможность же смены алгоритма рассматривается не в рамках абстрактной и бессмысленной "борьбы с асиками", а в целях избавления от алгоритма с поставленной под сомнение надежностью. В рамках всем известных новостей за последние 2-3 года, не таким уж бессмысленным выглядит отказ от SHA256 в пользу алгоритмов RIPEMD-160/ RIPEMD-256, созданных открытым сообществом. Доказано надежных и не содержащих потенциальных закладок в виде специально подобранных констант инициализации, критерии выбора которых никто из авторов SHA256 объяснить не в состоянии. Они декларируются, как случайно выбранные числа, но независимая проверка непредвзятости использованного генератора не представляется возможной. Конечно, это проблема для любого алгоритма с заданным начальным состоянием, но у открытого сообщества меньше мотивов делать закладки.

И речь идет не о PoW, для него использование даже полностью скомпрометированного md5 не было бы проблемой. Речь в первую очередь о функции, используемой для хэширования данных, подписываемых при трате средств. Остальное является лишь бесплатным приложением, не более того.

[avirdoz]

Сиюминутных преимуществ особых нет, вот потому алгоритм и остается без изменений вот уже три года.

Возможность же смены алгоритма рассматривается не в рамках абстрактной и бессмысленной "борьбы с асиками", а в целях избавления от алгоритма с поставленной под сомнение надежностью. В рамках всем известных новостей за последние 2-3 года, не таким уж бессмысленным выглядит отказ от SHA256 в пользу алгоритмов RIPEMD-160/ RIPEMD-256, созданных открытым сообществом. Доказано надежных и гарантированно не содержащих потенциальных закладок в виде констант инициализации, критерии выбора которых никто из авторов SHA256 объяснить не в состоянии. Они декларируются, как случайно выбранные числа, но независимая проверка непредвзятости использованного генератора не представляется возможной.
И речь идет не о PoW, для него использование даже полностью скомпрометированного md5 не было бы проблемой. Речь в первую очередь о функции, используемой для хэширования данных, подписываемых при трате средств. Остальное является лишь бесплатным приложением, не более того.

Спасибо за инфо. А есть ли реализации криптовалют на основе данных алгоритмов?
Т.е. в целом речь о смене алгоритма подписи, а PoW на данном этапе может оставаться без изменений?
Последнее предложение совсем не понял

[Balthazar]

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


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

Спасибо за инфо. А есть ли реализации криптовалют на основе данных алгоритмов?

И да и нет. Большинство основанных на коде Сатоши монет используют SHA256+RIPEMD-160 для хэширования публичных ключей, когда создают адреса. Мы используем эту связку также и для генерации одноразовых публичных ключей. Однако, этим их использование на данный момент и ограничивается.

[Balthazar]

есть предложение
уже не первый и не второй раз возникают вопросы что делать с неотправившимися в сеть и зависшими транзакциями
понятно что есть команды консоли и запуск клиента с соответсвующими ключами, что решают подобные проблемы, но 90% пользователей подобные манипуляции не по зубам без предварительного растолкования каждому отдельно.
предлагаю в меню клиента сделать подраздел устранение неполадок
куда и запихнуть команды проверки базы и валлета. те-же самые что и в консоли но в одном подменю и с говорящим названием.
а для особо ленивых большую красную кнопку на видном месте "устранение неполадок", которая всё сама проверит и очистит )

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

[Foxcool]

я пока не вникал в Эфир и его смарт-контракты, но интересно, есть ли там вариант интеграции с другими криптовалютами для участия в смарт-контрактах? Тот же нвц бы туда протолкнуть.

[narousberg]

эээ, вы там хоть сообщите зарание когда "ховно" чистить будете, а то ещё ненароком мои монеты смоете...

[yo-blin]

В чём особенность Новы? Не забросили ли её разрабы? Какие планы и перспективы?

Интересно в какие источники заглянул monopolist перед своим вопросом.
Хотя, с другой стороны, глядя сюда https://blog.novaco.in/ru/ можно подумать что с сентября никакого движения то и нет. 

[Foxcool]

эээ, вы там хоть сообщите зарание когда "ховно" чистить будете, а то ещё ненароком мои монеты смоете...

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

[aclon]

эээ, вы там хоть сообщите зарание когда "ховно" чистить будете, а то ещё ненароком мои монеты смоете...

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

т.е. предлагаешь те монеты что 5 лет не двигались считать недействительными? )
и обрезать со спокойной душой все блоки старше 5 лет?
а монеты если держишь в долгосрок то всё равно посишь, а значит не лежат 5 лет без движения. а если для текущих платежей то тем более не залёживаются.

[Foxcool]

эээ, вы там хоть сообщите зарание когда "ховно" чистить будете, а то ещё ненароком мои монеты смоете...

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

т.е. предлагаешь те монеты что 5 лет не двигались считать недействительными? )
и обрезать со спокойной душой все блоки старше 5 лет?
а монеты если держишь в долгосрок то всё равно посишь, а значит не лежат 5 лет без движения. а если для текущих платежей то тем более не залёживаются.

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

[narousberg]

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

[Foxcool]

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

Если посмотреть на биткоин,  то видно,  что весь блокчеин жиреет.  Это ведет к тому,  что массы будут пересаживаться на тонкие клиенты,  что делает сеть по  сути федеральной вместо нормальной распределенности.  В нашем случае будет страдать распределенность пос-майнинга. Олигополия ни к чему,  если новакоин не хочет быть трешем псевдокриптоанархическим,  как биток.

[Balthazar]

Просто обрезать нельзя: дочерние же блоки зависят от родительских.

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

Из минусов - клиент потяжелеет, т.к. в нем будет содержаться копия UTXO, актуальная на момент удаления "ховна". Сейчас это не является осмысленным занятием, но может быть принято в качестве регулярной практики в случае активного роста блокчейна, к примеру как выпуск своего рода фиксирующего клиента раз в полгода.

[aclon]

Просто обрезать нельзя: дочерние же блоки зависят от родительских.

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

Из минусов - клиент потяжелеет, т.к. в нем будет содержаться копия UTXO, актуальная на момент удаления "ховна". Сейчас это не является осмысленным занятием, но может быть принято в качестве регулярной практики в случае активного роста блокчейна, к примеру как выпуск своего рода фиксирующего клиента раз в полгода.

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

[Foxcool]

Просто обрезать нельзя: дочерние же блоки зависят от родительских.

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

Из минусов - клиент потяжелеет, т.к. в нем будет содержаться копия UTXO, актуальная на момент удаления "ховна". Сейчас это не является осмысленным занятием, но может быть принято в качестве регулярной практики в случае активного роста блокчейна, к примеру как выпуск своего рода фиксирующего клиента раз в полгода.

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

Таки да. В идеале, чтобы процесс требовал подтверждение других нод с проверкой на годность. ЧТо-то вроде майнерского блока, который сеть может принять, а может нет, но для такого сервисного самообслуживания.

[Balthazar]

Это было бы не самым удачным моментом, потому что реализация такого алгоритма лишает юзеров осознанного выбора, признавать блок N в качестве нового начала цепочки или нет. Скачивание клиента это же не какая-то рутинная ерунда, а по сути есть акт принятия обновленного общественного договора. Видели ли, чтобы в каком-нибудь государстве конституция правила саму себя, без вмешательства граждан?