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

[Balthazar]

Как я понимаю, в этой сборке старая функция, так что ничего странного в этом нет. Там же написано красным по белому, какой синтаксис оно хочет.

[1714731272]

1714731272

[1714731272]

1714731272

[1714731272]

1714731272

[alpet]

"Большинству"? Откуда такая статистика?

Это нормальное распределение для любой зрелой криптовалюты. Большинство кошельков содержит едва-ли по 100-500 монет. Что обычно не более 3-4 инпутов занимает, если конечно не запускать процесс их деления до микроскопических размеров.

это ж как раз два в мес? у вас  шо там 1 нова лежит? а незабибаетесь по 30-60 раз в сутки включать и выключать кошельки?

Я вас не очень понимаю. Если инпутов не более 5, то надеяться на частоту более блока в неделю не стоит. Сколько-бы там монет не было. У крупных владельцев монет инпутов много десятков, соответственно для них актуально держать ноду круглосуточно онлайн.

P.S.: В идеале было-бы, чтобы клиент в таблице PoS отображал время и дату ближайших "родов".

[MegaDady]

"Большинству"? Откуда такая статистика?

Это нормальное распределение для любой зрелой криптовалюты. Большинство кошельков содержит едва-ли по 100-500 монет. Что обычно не более 3-4 инпутов занимает, если конечно не запускать процесс их деления до микроскопических размеров.

Чёрт, да откуда у Вас такие мега-данные?
Дайте что ли ссылку, где есть актуальная статистика по остаткам кошельков, прям вот хочу увидеть график по двум осям "остаток кошелька / кол-во кошельков с таким остатком"!
С какого волшебного дуба Вы взяли данные, что: "Большинство кошельков содержит едва-ли по 100-500 монет".
Я вот думаю, что большинство кошельков содержать НОЛЬ монет. Но я не утверждаю в наглую, что так и есть, я лишь предполагаю.
Я понимаю, что остатки кошельков общедоступны в блокчейне, но у меня ощущение, что Вы не проводили никакой аналитики по этому вопросу, а просто в наглую вещаете то, что Вам "кажется".
Пожалуйста, не выдавайте свои фантазии за достоверные данные, это портит Вам карму.

P.S.: В идеале было-бы, чтобы клиент в таблице PoS отображал время и дату ближайших "родов".

Если уж и говорить о некоторой дате, то можно лишь построить график с двумя осями: кол-во дней онлайн / вероятность.
А вот при какой вероятности повезёт и найдётся блок - это событие случайно, может оно найдется и при 10%  , а может лишь при 95%! Вообщем, дата события неизвестна. Если уж хотите получить какое-то одно число а не график, то можно условно принять для себя некий порог вероятности, например Вы решили для себя, что после накопления онлайном 80% вероятности, Вы точно выиграете блок. Тогда в клиенте это можно отобразить как-то так: "Срок достижения вероятности 80%: ещё 15 суток онлайна".
В этом случае в настройках клиента надо будет добавить поле "Предполагаемый порог генерации PoS %".
В принципе, вариант неплохой, главное чтобы это было оформлено интуитивно понятно, но это скорее вопрос к Бальтазару, будет ли он с этим возиться.

Кстати, у кого-то есть наблюдения на тему: при какой накопленной вероятности удаётся выиграть блок?
Ну прям эдакий график бы увидеть по осям: накопленная вероятность / кол-во выигранных блоков

[in100]

P.S.: В идеале было-бы, чтобы клиент в таблице PoS отображал время и дату ближайших "родов".

Если уж и говорить о некоторой дате, то можно лишь построить график с двумя осями: кол-во дней онлайн / вероятность.

Информация о команде scaninput, видимо, прошла мимо...

Дайте что ли ссылку, где есть актуальная статистика по остаткам кошельков

Нет такой ссылки, и быть не может
Сколько денег на адресе - знают все, кому это интересно. Сколько всего денег в кошельке - знает лишь владелец кошелька.

[narousberg]

Идея с отображением даты "родов" отличная.
Предложу свой вариант:
В клиенте создаём вкладку сканинпута где вводим: сложность и глубину расчётов в днях и другие параметры. (или значения по дефолту).
Жмём на кнопку "Расчитать". (Можно красной сделать)
Результат работы выводим в виде "календаря" с возможностью экспорта полученных данных в ".csv"

[narousberg]

у меня сейчас 73 входа посят (17-140 монет каждый) Капает 2-3 блока в неделю

[FAN]

Как я понимаю, в этой сборке старая функция, так что ничего странного в этом нет. Там же написано красным по белому, какой синтаксис оно хочет.

пробовал я тот синтаксис... те же блестящие тока сбоку 
отчего в последнюю сборку включили старый синтаксис? ведь в предыдущей было все нормально и новый синтаксис?

какие то чудеса творятся в последнее время...

[FAN]

"Большинству"? Откуда такая статистика?

Это нормальное распределение для любой зрелой криптовалюты. Большинство кошельков содержит едва-ли по 100-500 монет. Что обычно не более 3-4 инпутов занимает, если конечно не запускать процесс их деления до микроскопических размеров.

это ж как раз два в мес? у вас  шо там 1 нова лежит? а незабибаетесь по 30-60 раз в сутки включать и выключать кошельки?

Я вас не очень понимаю. Если инпутов не более 5, то надеяться на частоту более блока в неделю не стоит. Сколько-бы там монет не было. У крупных владельцев монет инпутов много десятков, соответственно для них актуально держать ноду круглосуточно онлайн.

P.S.: В идеале было-бы, чтобы клиент в таблице PoS отображал время и дату ближайших "родов".

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

хотя бы с выдачей первой ближайшей даты...

хотя один инпут (они все что имеют 9999 дней то появляются то исчезают) уже 10 раз показывал роды, но уже за 2 года никак не отдуплится... кошельки онлайн 366/24

[MegaDady]

P.S.: В идеале было-бы, чтобы клиент в таблице PoS отображал время и дату ближайших "родов".

Если уж и говорить о некоторой дате, то можно лишь построить график с двумя осями: кол-во дней онлайн / вероятность.

Информация о команде scaninput, видимо, прошла мимо...

Что-то не понял, поясните пожалуйста, как scaninput может помочь рассчитать дату родов?

Дайте что ли ссылку, где есть актуальная статистика по остаткам кошельков

Нет такой ссылки, и быть не может
Сколько денег на адресе - знают все, кому это интересно. Сколько всего денег в кошельке - знает лишь владелец кошелька.

Я лишь предположил, что у автора заявления "Большинство кошельков содержит едва-ли по 100-500 монет" владеет такой информацией.
Прошу поделиться, не более того [сарказм]

у меня сейчас 73 входа посят (17-140 монет каждый) Капает 2-3 блока в неделю

Интересно, при какой накопленной вероятности находится блок? Можете поделиться статистикой?

[FAN]

статистика проста или находится или долго ненаходится... как повезет
день на день не приходится, может ни одного не отдуплится а может сразу и 20-30 разродиться...

сканипуты дают осечку 50%50 

крайняя дата (это уже 10 или 11 роды должны были состояться) была 7 марта.. но воз и нынче там... 10 монеток так все не капают и некапают... за 2 года этот инпут с 3 монет уже до 10 монет не может разродиться.. и уперся в потолок 10 и так уже на протяжении последнего года... для таких клинических случаев надо или потолок убирать или принудительно их рожать хотя бы на 10 сканинпуте...
а то и 2 года прошло и сидит себе как цука репка без шишки... 

[leksus]

Всем привет. Некоторое время майнил PoS, затем хотел перевести часть монеток на btc-е. Чтобы не трогать крупные инпуты, выбрал всю мелочь и отправил. Второй день висит с 0 подтверждений. Вероятно, я что-то сделал не так. Прочитав бегло последние страницы, подозреваю, что отправил несколько намайненных манет, которые еще не отлежались. Собственно, вопрос: что делать? Просто ждать или можно откатить как-то операцию?

https://dl.dropboxusercontent.com/u/838873/123.png

[Balthazar]

Всем привет. Некоторое время майнил PoS, затем хотел перевести часть монеток на btc-е. Чтобы не трогать крупные инпуты, выбрал всю мелочь и отправил. Второй день висит с 0 подтверждений. Вероятно, я что-то сделал не так. Прочитав бегло последние страницы, подозреваю, что отправил несколько намайненных манет, которые еще не отлежались. Собственно, вопрос: что делать? Просто ждать или можно откатить как-то операцию?

getrawtransaction <txid>
sendrawtransaction <hex>

[leksus]

getrawtransaction <txid>
sendrawtransaction <hex>

В консоле набрал
getrawtransaction 96babebf6cc81be6f63352a48f58abcf76881663de06174f5399bbb896d5ec9a

Появилась строка из 6276 символов, я так понял, хэш? Далее набрал:
sendrawtransaction <хэш из 6276 символов>

Появилось:
96babebf6cc81be6f63352a48f58abcf76881663de06174f5399bbb896d5ec9a

То есть, тот же id транзакции.

[Balthazar]

getrawtransaction <txid>
sendrawtransaction <hex>

В консоле набрал
getrawtransaction 96babebf6cc81be6f63352a48f58abcf76881663de06174f5399bbb896d5ec9a

Появилась строка из 6276 символов, я так понял, хэш? Далее набрал:
sendrawtransaction <хэш из 6276 символов>

Появилось:
96babebf6cc81be6f63352a48f58abcf76881663de06174f5399bbb896d5ec9a

То есть, тот же id транзакции.

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

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

[Balthazar]

Хотя отбой, нашел транзакцию логах и вижу, что в повторной отправке нет никакого смысла.

ERROR: Non-canonical signature: S value is unnecessarily high
ERROR: CSCriptCheck() : 96babebf6c VerifySignature failed

Такое бывает, если отправляли транзакцию со старого клиента... Если точнее, с очень старого, потому что это правило вступило в силу очень давно, 20 сентября 2014 года.

Самое простое решение - установить крайний клиент и сделать вот так:

signrawtransaction <hex дамп транзакции>

После чего отправить получившуюся переподписанную транзакцию в сеть с помощью sendrawtransaction. Есть и другие варианты, но прямым решением они не являются.

[anotherlateminer]

Товарищи разработчики, а вы не планируете обновление ядра Новы до последней версии Bitcoin Core?

[leksus]

Такое бывает, если отправляли транзакцию со старого клиента... Если точнее, с очень старого, потому что это правило было вступило в силу очень давно, 20 сентября 2014 года.

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

[Balthazar]

Товарищи разработчики, а вы не планируете обновление ядра Новы до последней версии Bitcoin Core?

Краткий ответ:

Нет.

Длинный ответ:

Даже если отбросить в стороны их религиозные войны , до которых нам нет никакого дела (Core vs. XT, Core vs. Classic и т.п.), в обозримом будущем нет такой задачи. К тому же, самими разработчиками Core тоже порой принимаются решения, слишком противоречивые для того, чтобы принимать их в качестве верных по умолчанию.

Текущая политика включает в себя следующее:

• Перенос важных исправлений безопасности из Core, если таковые появляются и актуальны для нас;
• Профилактический прогон кода через статические анализаторы, с последующими исправлениями вылезающего;
• Улучшение совместимости с компиляторами, отличными от g++.

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

[Balthazar]

Ну, не такой он уж и старый, висит себе и майнит

Оно понятно, что висит и майнит. Если бы майнингом его использование ограничивалось, то мог бы ещё пару лет висеть. 

[anotherlateminer]

Товарищи разработчики, а вы не планируете обновление ядра Новы до последней версии Bitcoin Core?

Краткий ответ:

Нет.

Длинный ответ:

Даже если отбросить в стороны их религиозные войны , до которых нам нет никакого дела (Core vs. XT, Core vs. Classic и т.п.), в обозримом будущем нет такой задачи. К тому же, самими разработчиками Core тоже порой принимаются решения, слишком противоречивые для того, чтобы принимать их в качестве верных по умолчанию.

Текущая политика включает в себя следующее:

• Перенос важных исправлений безопасности из Core, если таковые появляются и актуальны для нас;
• Профилактический прогон кода через статические анализаторы, с последующими исправлениями вылезающего;
• Улучшение совместимости с компиляторами, отличными от g++.

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

Спасибо за ответ.