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

[pant-79]

Число активных нод у них скорее всего ошибочно , без ipv6

http://bitinfocharts.com/novacoin/nodes-active/ но свою я там нашёл

novacoin@nvcnode:~/novacoin$ ./novacoind getinfo

    "connections" : 132,

В https://novaco.in/seeders, например, величина, отображающая число активных нод постоянно растет с приблизительно одинаковой скоростью. Судя по всему, там все-таки история активных нод, а не текущее состояние.

[Kepasa]

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

[sir.miklosh]

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

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

Насчёт переводов интерфейса, для сравнения:
bitcoin -- ach af_ZA ar be_BY bg bs ca ca@valencia ca_ES cmn cs cy da de el_GR en eo es es_CL es_DO es_MX es_UY et eu_ES fa fa_IR fi fr fr_CA gl gu_IN he hi_IN hr hu id_ID it ja ka kk_KZ ko_KR ky la lt lv_LV mn ms_MY nb nl pam pl pt_BR pt_PT ro_RO ru sah sk sl_SI sq sr sv th_TH tr uk ur_PK uz@Cyrl vi vi_VN zh_CN zh_HK zh_TW
ppcoin -- ca_ES cs da de en es es_CL et eu_ES fa fa_IR fi fr_CA fr_FR he hr hu it lt nb nl pl pt_BR ro_RO ru sk sr sv tr uk zh_CN zh_TW
litecoin -- af_ZA ar bg bs ca ca_ES cs cy da de el_GR en eo es es_CL et eu_ES fa fa_IR fi fr fr_CA gu_IN he hi_IN hr hu it ja la lt lv_LV nb nl pl pt_BR pt_PT ro_RO ru sk sr sv th_TH tr uk zh_CN zh_TW
primecoin -- af_ZA ar bg bs ca ca_ES cs cy da de el_GR en eo es es_CL et eu_ES fa fa_IR fi fr fr_CA gu_IN he hi_IN hr hu it ja la lt lv_LV nb nl pl pt_BR pt_PT ro_RO ru sk sr sv th_TH tr uk zh_CN zh_TW
dogecoin -- af_ZA ar bg bs ca ca_ES cs cy da de el_GR en eo es es_CL et eu_ES fa fa_IR fi fr fr_CA gu_IN he hi_IN hr hu it ja la lt lv_LV nb nl pl pt_BR pt_PT ro_RO ru sk sr sv th_TH tr uk zh_CN zh_TW

и novacoin -- ru en

Имхо стыдно должно быть. И сообществу, и разработчикам.

[Kepasa]

Курс скакнет для начала до сотки, и оборот до миллиона долларов в день. Потом и все будет, в  т.ч. и перевод на сотку будущих китайских диалектов.

[t309]

вобщето ua ru en de ch и ето только те что я знаю, но почемуто их никак на сайт не виложат, видно не время еще, мистер стенка сначала втарится на 77к а уж потом все будет

[sir.miklosh]

вобщето ua de ch

ну, вчера в исходниках их не нашёл, потому то и обратил на это внимание

[Foxcool]

Так прикольно торговать на пустом рынке
https://cryptex.biz/market/94

Сначала скупил десяток нов дешевле бтце и потом ради прикола не удержался и купил один в 10 раз дороже, задрав график. (:

[t309]

хм, стенкин на нове интересно себя ведет, ему налили 8к он стенку переставил и теперь хочет купить 6+ лямов нови(но их стоко нет потому стенка таки непробиваемая), еще он все ети 8к виставил на продажу как и 10к которие купил не так давно по 1.11 (размазав по стакану) похоже чтото на нове затевается

[pant-79]

Тут в одной дискуссии вопрос один родился, вот хочу спросить знающих людей.
Судя по этому:

У чистого PoW сложность зависит от мощности сети, у чистого PoS сложность персональная для юзера и зависит от отношения его объема "голосующих" монет к общему
объему "голосующих" монет.

и этому:

hash(nStakeModifier + txPrev.block.nTime + txPrev.offset + txPrev.nTime + txPrev.vout.n + nTime) < bnTarget * nCoinDayWeight
nStakeModifier - вычисляемый коэффициент, значение которого почти невозможно предсказать для блоков в будущем, но легко посчитать для блоков в прошлом. Получается
из массива entropyBit блоков в пределах предыдущего интервала пересчета nStakeModifier.
hash - это, на данный момент, стандартный двойной sha256. В готовящемся релизе на базе 0.7, возможно, будет заменено на другую функцию посредством софт-форка.
Используемая для вычисления kernel хэш-функция должна быть быстрой. Иначе произойдет деградация системы в более извращенную реализацию Proof-of-Work.

высказываниям, у меня сложилось такое (возможно, неверное) представление о PoS-генерации:
1. Ресурсы процессора при PoS-генерации используются, в идеале они должны быть небольшими, но народ в обсуждении жаловался на подвешивание как минимум одного ядра.
2. Индивидуальная сложность у каждого стейкхолдера обратно пропорциональна числу его монето-дней. Значит, чем меньше денежек на кошельке (при прочих равных условиях), тем больше загружается процессор при PoS-генерации.
3. При гипотетической ситуации, когда какой-нибудь идиот запустит на одном компьютере большое число кошельков с небольшими суммами на каждом, PoS-генерация сожрет все ресурсы его процессора и их даже может не хватить.
Поправьте меня, если я где неправильно понял.

[alpet]

Что-то долго не проходит транзакция:
https://explorer.novaco.in/tx/e49e2c08350a8e09c8976267f0f2a0f73ff6a7de9c88286915564628b4438ca5
И последующие за ней тоже пока не подтверждаются, кроме одной с типом "Добыто".

[fsb4000]

Что-то долго не проходит транзакция:
https://explorer.novaco.in/tx/e49e2c08350a8e09c8976267f0f2a0f73ff6a7de9c88286915564628b4438ca5
И последующие за ней тоже пока не подтверждаются, кроме одной с типом "Добыто".

У меня в mempool есть эта транзакция, всё нормально вроде. Скоро должна подтвердиться...

Code:

getrawmempool
[
"a4a8c0a28a75459eac0fe3ccf427476c9f69bb251dcf27d42c55e70829520f4e",
"ceb5270f37cffc3599652b7353a178860a561e52941a3cc32634d4604620c6ff",
"e49e2c08350a8e09c8976267f0f2a0f73ff6a7de9c88286915564628b4438ca5"
]

[Balthazar]

Тут в одной дискуссии вопрос один родился, вот хочу спросить знающих людей.
Судя по этому:

У чистого PoW сложность зависит от мощности сети, у чистого PoS сложность персональная для юзера и зависит от отношения его объема "голосующих" монет к общему
объему "голосующих" монет.

и этому:

hash(nStakeModifier + txPrev.block.nTime + txPrev.offset + txPrev.nTime + txPrev.vout.n + nTime) < bnTarget * nCoinDayWeight
nStakeModifier - вычисляемый коэффициент, значение которого почти невозможно предсказать для блоков в будущем, но легко посчитать для блоков в прошлом. Получается
из массива entropyBit блоков в пределах предыдущего интервала пересчета nStakeModifier.
hash - это, на данный момент, стандартный двойной sha256. В готовящемся релизе на базе 0.7, возможно, будет заменено на другую функцию посредством софт-форка.
Используемая для вычисления kernel хэш-функция должна быть быстрой. Иначе произойдет деградация системы в более извращенную реализацию Proof-of-Work.

высказываниям, у меня сложилось такое (возможно, неверное) представление о PoS-генерации:
1. Ресурсы процессора при PoS-генерации используются, в идеале они должны быть небольшими, но народ в обсуждении жаловался на подвешивание как минимум одного ядра.
2. Индивидуальная сложность у каждого стейкхолдера обратно пропорциональна числу его монето-дней. Значит, чем меньше денежек на кошельке (при прочих равных условиях), тем больше загружается процессор при PoS-генерации.
3. При гипотетической ситуации, когда какой-нибудь идиот запустит на одном компьютере большое число кошельков с небольшими суммами на каждом, PoS-генерация сожрет все ресурсы его процессора и их даже может не хватить.
Поправьте меня, если я где неправильно понял.

1. Это было решено в 0.4.4.7u8 и старше, новый майнер процессор почти не нагружает. 20000 инпутов - 3% нагрузка одного ядра Intel Core i5 2520.
2. Нагрузка на процессор никак не зависит от сложности даже при PoW.
3. Да, это возможно. Но это из разряда отрезания себе пальцев секатором - можно, но цель не ясна.

[alpet]

У меня в mempool есть эта транзакция, всё нормально вроде. Скоро должна подтвердиться...

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

Code:

repairwallet

{
"mismatched spent coins" : 11,
"amount affected by repair" : 2200.21007000
}

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

[edited]
Неожиданно сразу куча подтверждений появилась. Правда с временем транзакции 13:51, а не 13:12

[fsb4000]

У меня в mempool есть эта транзакция, всё нормально вроде. Скоро должна подтвердиться...

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

Code:

repairwallet

{
"mismatched spent coins" : 11,
"amount affected by repair" : 2200.21007000
}

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

Потому что уже подтвердилась
https://explorer.novaco.in/block/a11efe9875f735f5cee5cd149be9c96eb27d5d0cbce7212b21b66cfad73fb7c4

[pant-79]

1. Это было решено в 0.4.4.7u8 и старше, новый майнер процессор почти не нагружает. 20000 инпутов - 3% нагрузка одного ядра Intel Core i5 2520.
2. Нагрузка на процессор никак не зависит от сложности даже при PoW.
3. Да, это возможно. Но это из разряда отрезания себе пальцев секатором - можно, но цель не ясна.

Как-то пункты 1 и 3 немного противоречат друг другу. Ежели нагрузка небольшая, то и сотней процессов систему не завесишь.
Ситуация абсолютно гипотетическая, в нове ее быть не может (если только правда какой-нибудь идиот не попадется).

[Echoes]

1. Это было решено в 0.4.4.7u8 и старше, новый майнер процессор почти не нагружает. 20000 инпутов - 3% нагрузка одного ядра Intel Core i5 2520.
2. Нагрузка на процессор никак не зависит от сложности даже при PoW.
3. Да, это возможно. Но это из разряда отрезания себе пальцев секатором - можно, но цель не ясна.

Как-то пункты 1 и 3 немного противоречат друг другу. Ежели нагрузка небольшая, то и сотней процессов систему не завесишь.
Ситуация абсолютно гипотетическая, в нове ее быть не может (если только правда какой-нибудь идиот не попадется).

Нагрузка зависит не от количества монет, а от количества инпутов.
1 и 3 пункты согласуются, жаловались до обновления, а еще майнить можно нам ARM проце, а они на порядки слабее, соответственно и загрузить его майнингом легко.

[Balthazar]

Как-то пункты 1 и 3 немного противоречат друг другу. Ежели нагрузка небольшая, то и сотней процессов систему не завесишь.
Ситуация абсолютно гипотетическая, в нове ее быть не может (если только правда какой-нибудь идиот не попадется).

Нисколько не противоречат. Вода, к примеру, считается нетоксичным веществом. Однако, при желании водой отравиться можно, а если выпить 10-12 литров то смертельный исход отравления гарантирован. Аналогично с поваренной солью, если съесть 600 грамм соли то можно получить смертельное отравление, хотя токсичность пренебрежимо мала.

[pant-79]

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

[t309]

учреждаю фонд на разработку кошелька NVC под Андроид 4MK5u5vzDnE23X4MT6VLNFk8aJz7aQUdvy
опен сорс, безплатний, возможность зашифровать валет, понятное дело возможность отправлять и получать NVC, присутсвие на Play Маркет.
тому кто первий создаст простой тонкий клиент достанется 50% собраних средств, остальное получит тот кто реализует POS.
в самой програме должен присутсвовать NVC адрес для донейта, туда и будет отправлено вознаграждение после тестирования кошелька, при отсутствии критический проблем или после их исправления.
Вся POS генерация на 4MK5u5vzDnE23X4MT6VLNFk8aJz7aQUdvy также плюсуется к вознаграждению, моего интереса 0, от себя закину 50 NVC
Просьба добавить в шапку!!!
если есть предложения предлагайте

[yo-blin]

учреждаю фонд на разработку кошелька NVC под Андроид 4MK5u5vzDnE23X4MT6VLNFk8aJz7aQUdvy
опен сорс, безплатний
---------------->8------------------
если есть предложения предлагайте

ИМХО
Кошелек должен быть ТОНКИЙ
Прошу не забыть платформы, iOS, WinPhone.
Готов оказать идеологическую поддержку в виде кусков кода где взять большинство модулей кошелька.

Реализовать POS не сложно, но я считаю не нужно, так как это утяжеляет приложение.