NovaCoin (scrypt PoW + PoS hybrid)

[Balthazar]

Перепрыгнули 70k блоков.

[yo-blin]

Перепрыгнули 70k блоков.

и занимаем всего 12 место по капитализации http://coinmarketcap.com/mineable.html

Хочу поинтересоваться планами по развитию
Я вижу сейчас кучу новых тестовых сборок
Но не вижу планов по увеличению капитализации и развитию, не вижу блекдежека и шлюх фенечек и няшек способных привлечь широкую аудиторию  .
Вот гляжу на собак - рука-лицо, но работает блин...
Ну не можем сами так давайте наймем дизайнера и PR-щиков!
Что бы вы предпочли ? Чтобы ваши накопления обесценивались по 20% в мес. или отдать 10% за грамотную PR капанию?

[Dimanoid]

• Функция repairwallet теперь удаляет из него орфаны.

Обновился на последнюю next x64
repairwallet воспользовался вынужденно, т.к. баланс не соответствовал. После перезагрузки кошелька баланс восстановился, но орфан POS не удалился почему-то...

[Balthazar]

• Функция repairwallet теперь удаляет из него орфаны.

Обновился на последнюю next x64
repairwallet воспользовался вынужденно, т.к. баланс не соответствовал. После перезагрузки кошелька баланс восстановился, но орфан POS не удалился почему-то...

Посмотрим.

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

Хочу поинтересоваться планами по развитию

Если ближайшие вопросы, то зарегистрировано юрлицо и сейчас разбираемся с получением code signing сертификатов. Как закончим, все официальные бинарники будут подписываться, как это происходит в Bitcoin.

Ну не можем сами так давайте наймем дизайнера и PR-щиков!
Что бы вы предпочли ? Чтобы ваши накопления обесценивались по 20% в мес. или отдать 10% за грамотную PR капанию?

PR это дело наживное, а вот когда за проектом нет ничего кроме PR - это неизлечимо и смертельно.

Вот как разберемся с подписыванием, так можно и пиариться... И заодно добавить в аргументы пункт "да ваше УГ в нормальном настроенном AD домене тупо не запустится ахаха лузеры".  

[pant-79]

Quote from: Balthazar on Today at 06:46:30 AM
Перепрыгнули 70k блоков. Smiley
и занимаем всего 12 место по капитализации http://coinmarketcap.com/mineable.html

Хочу поинтересоваться планами по развитию
Я вижу сейчас кучу новых тестовых сборок
Но не вижу планов по увеличению капитализации и развитию, не вижу блекдежека и шлюх фенечек и няшек способных привлечь широкую аудиторию  Wink.
Вот гляжу на собак - рука-лицо, но работает блин...
Ну не можем сами так давайте наймем дизайнера и PR-щиков!
Что бы вы предпочли ? Чтобы ваши накопления обесценивались по 20% в мес. или отдать 10% за грамотную PR капанию?

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

[Balthazar]

Вряд ли, название вполне себе меметично, самое то для картинок-вбросов. А картинки-вбросы это весь фундамент, на котором держатся некоторые.

P.S. Помимо капитализации ликвидность имеет значение. А с этим при 32 миллиардах монет явно большие проблемы.  

[ShadowAlexey]

Меня пугает PoS сложность.... Кажется она и не думает падать...
А doge это явный показатель того, кем являются инвесторы... Так же как и ларки... боюсь это будут самые эпичные лопнувшие пузыри...

[Sibiryak]

• Функция repairwallet теперь удаляет из него орфаны.

Обновился на последнюю next x64
repairwallet воспользовался вынужденно, т.к. баланс не соответствовал. После перезагрузки кошелька баланс восстановился, но орфан POS не удалился почему-то...

Посмотрим.

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

Набираю в консоли бумажника
repairwallet
ответ
{
"mismatched spent coins" : 15,
"amount affected by repair" : 12.94168900
}
Плохо, нет подсказки о том что перезапустить ещё нужно.
Для тестовой версии всё равно это, но когда оно попадёт в релизную, такое молчунство будет пугать.
Может все эти сканирования перезапуски совсем автоматическими сделать, или такая проблема не у всех?

[dmd]

С предыдущей ошибкой вроде разобрался - при сборке подцеплялись не кросс-собранные либы. Сейчас у меня другая ошибка.

В связи с этим прошу подсказать, как правильно собрать зависимости для крос-компиляции демона в Линуксе для win64. Сейчас я так пытаюсь собирать:

Code:

openssl:
./Configure --prefix=/usr/local/x86_64-w64-mingw32 --cross-compile-prefix=x86_64-w64-mingw32- mingw64

Berkeley DB:
../dist/configure --prefix=/usr/local/x86_64-w64-mingw32 --enable-cxx --enable-mingw --disable-replication --enable-shared=yes --build=/usr/local/x86_64-w64-mingw32 --host=x86_64-w64-mingw32

boost:
./bootstrap.sh --prefix=/usr/local/x86_64-w64-mingw32
./b2 --with-chrono --with-filesystem --with-program_options --with-system --with-thread --target-os=windows toolset=gcc-mingw64 link=shared address-model=32 threadapi=win32 stage

miniupnpc:
не нашёл инфу, но в Makefile.mingw внёс такие изменения
#CC = gcc
CC = /usr/local/bin/x86_64-w64-mingw32-gcc
...
#wingenminiupnpcstrings:	wingenminiupnpcstrings.o
#wingenminiupnpcstrings.o:	wingenminiupnpcstrings.c
#miniupnpcstrings.h: miniupnpcstrings.h.in wingenminiupnpcstrings
#	wingenminiupnpcstrings $< $@
miniupnpcstrings.h:	miniupnpcstrings.h.in updateminiupnpcstrings.sh VERSION
	sh updateminiupnpcstrings.sh
и либа вроде собралась

Если что-то не правильно - поправьте пожалуйста.

[Balthazar]

• Функция repairwallet теперь удаляет из него орфаны.

Обновился на последнюю next x64
repairwallet воспользовался вынужденно, т.к. баланс не соответствовал. После перезагрузки кошелька баланс восстановился, но орфан POS не удалился почему-то...

Посмотрим.

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

Набираю в консоли бумажника
repairwallet
ответ
{
"mismatched spent coins" : 15,
"amount affected by repair" : 12.94168900
}
Плохо, нет подсказки о том что перезапустить ещё нужно.
Для тестовой версии всё равно это, но когда оно попадёт в релизную, такое молчунство будет пугать.
Может все эти сканирования перезапуски совсем автоматическими сделать, или такая проблема не у всех?

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

[in100]

Меня пугает PoS сложность.... Кажется она и не думает падать...

Судя по графику Matured outputs, начался новый цикл созревания крупных выходов, так что я не думаю, что PoS-сложность упадет

[ImmortAlex]

Меня пугает PoS сложность.... Кажется она и не думает падать...

Судя по графику Matured outputs, начался новый цикл созревания крупных выходов, так что я не думаю, что PoS-сложность упадет

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

[yo-blin]

Меня пугает PoS сложность.... Кажется она и не думает падать...

Balthazar давай подкрутим гайки нагенерим себе монет с целью повышения капитализации  

кстати давно хотел спросить что надо править в коде чтобы ускоренно (но после 30 дней) рожать валидные POS блоки ?   

[Reaver]

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

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

[Balthazar]

С предыдущей ошибкой вроде разобрался - при сборке подцеплялись не кросс-собранные либы. Сейчас у меня другая ошибка.

В связи с этим прошу подсказать, как правильно собрать зависимости для крос-компиляции демона в Линуксе для win64. Сейчас я так пытаюсь собирать:

Code:

openssl:
./Configure --prefix=/usr/local/x86_64-w64-mingw32 --cross-compile-prefix=x86_64-w64-mingw32- mingw64

Berkeley DB:
../dist/configure --prefix=/usr/local/x86_64-w64-mingw32 --enable-cxx --enable-mingw --disable-replication --enable-shared=yes --build=/usr/local/x86_64-w64-mingw32 --host=x86_64-w64-mingw32

boost:
./bootstrap.sh --prefix=/usr/local/x86_64-w64-mingw32
./b2 --with-chrono --with-filesystem --with-program_options --with-system --with-thread --target-os=windows toolset=gcc-mingw64 link=shared address-model=32 threadapi=win32 stage

miniupnpc:
не нашёл инфу, но в Makefile.mingw внёс такие изменения
#CC = gcc
CC = /usr/local/bin/x86_64-w64-mingw32-gcc
...
#wingenminiupnpcstrings:	wingenminiupnpcstrings.o
#wingenminiupnpcstrings.o:	wingenminiupnpcstrings.c
#miniupnpcstrings.h: miniupnpcstrings.h.in wingenminiupnpcstrings
#	wingenminiupnpcstrings $< $@
miniupnpcstrings.h:	miniupnpcstrings.h.in updateminiupnpcstrings.sh VERSION
	sh updateminiupnpcstrings.sh
и либа вроде собралась

Если что-то не правильно - поправьте пожалуйста.

Слишком усложнили все

1) Можно сделать по-простому, использованием скриптов:

https://github.com/CryptoManiac/novabuild

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

2) Можно сделать вручную.

Скачиваем:

boost_1_55_0
qrencode-3.4.2
db-6.0.20
miniupnpc-1.8
openssl-1.0.1f

Распаковываем.

Накладываем патч на файл build/Jamfile.v2

Code:

     : $(sources) 
      : <link>shared:<define>BOOST_IOSTREAMS_DYN_LINK=1 
        <define>BOOST_IOSTREAMS_USE_DEPRECATED
 -      [ ac.check-library /zlib//zlib : <library>/zlib//zlib
 -        <source>zlib.cpp <source>gzip.cpp ]
      :
      : <link>shared:<define>BOOST_IOSTREAMS_DYN_LINK=1
      ;

Накладываем патч на win_db.h

Code:

-#include <WinIoCtl.h>
+#include <winioctl.h>

Затем собираем.

Сборка qrencode:

Code:

./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32 --disable-sdltest --without-tools --without-tests
make

Сборка OpenSSL:

Code:

./Configure mingw64 no-asm no-shared --prefix=/usr/x86_64-w64-mingw32
make depend
make

Сборка Berkeley DB:

Code:

cd build_unix
../dist/configure --host=x86_64-w64-mingw32 --disable-replication --enable-cxx --enable-mingw
make

Сборка miniupnpc делается скриптом:

Code:

sed -i 's/CC = gcc/CC = x86_64-w64-mingw32-gcc/' Makefile.mingw
sed -i '/\twingenminiupnpcstrings $< $@/d' Makefile.mingw
echo "#ifndef __MINIUPNPCSTRINGS_H__" > miniupnpcstrings.h
echo "#define __MINIUPNPCSTRINGS_H__" >> miniupnpcstrings.h
echo "#define OS_STRING \"MSWindows/5.1.2600\"" >> miniupnpcstrings.h
echo "#define MINIUPNPC_VERSION_STRING \"1.8\"" >> miniupnpcstrings.h
echo "#endif" >> miniupnpcstrings.h
                
sed -i 's/\tdllwrap/\tx86_64-w64-mingw32-dllwrap/' Makefile.mingw
sed -i 's/driver-name gcc/driver-name x86_64-w64-mingw32-gcc/' Makefile.mingw
AR=x86_64-w64-mingw32-ar make -f Makefile.mingw

Сборка boost:

Code:

./bootstrap.sh --without-icu
./bjam toolset=gcc target-os=windows variant=release threading=multi threadapi=win32 --user-config=user-config.jam -j 2 --without-mpi --without-python -sNO_BZIP2=1 -sNO_ZLIB=1 --layout=tagged stage
x86_64-w64-mingw32-ranlib stage/lib/*

Затем можно собирать демон, прописав в мейкфайле соответствующие пути.

Если будет собираться еще и Qt клиент, то нужно собрать еще и qt-everywhere-opensource-src-4.8.*.

Ну и еще следует отметить, что shared-сборку OpenSSL, Berkeley DB или Qt включать не нужно. Это создаст дополнительные проблемы, не дав преимуществ.

кстати давно хотел спросить что надо править в коде чтобы ускоренно (но после 30 дней) рожать валидные POS блоки ?  

Можно изменить интервал между попытками сборки генерации kernel'а, для этого в тестовых сборках появился параметр -minersleep. По умолчанию он принимает значение 500. Но быстрее блоки от этого генерироваться не станут в любом случае.

[Dimanoid]

 С новыми сборками часто приходилось перекачивать базы - из-за смены формата. Заметил, что при этом wallet полностью "съедает" одно ядро. То есть всё упирается в скорость процессора даже при узком канале в интернет. Насколько сложно собрать сборку, чтобы для wallet выделить более одного ядра?

P.S. Только сделать не так, как в Bitcoin - он в последних версиях похоже использует все доступные ядра процессора. Желательно иметь настройку в программе - сколько ресурсов можно ей использовать.

[Balthazar]

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

Вот что касается проверки заголовков (корректности PoW и PoS), там пока есть ограничения на масштабируемость, которые ещё не преодолены. Кстати, Bitcoin тоже проверяет заголовки блоков в один поток... Просто SHA256 достаточно быстрая, чтобы нагрузки от нее не было заметно на фоне проверок ECDSA подписей.

Впрочем, необязательно грузить несколько ядер для повышения производительности, потому что и на одном ядре можно считать несколько хэшей параллельно... Современные процессоры с SSE/AVX/XOP позволяют в некоторых случаях до 6 хэшей за раз считать. Я считаю, что это предпочтительнее создания кучи тредов в нашем случае, т.к. позволит оптимальнее использовать ресурсы, которые и так уже используются.

[Foxcool]

Вот как разберемся с подписыванием, так можно и пиариться... И заодно добавить в аргументы пункт "да ваше УГ в нормальном настроенном AD домене тупо не запустится ахаха лузеры".  

А что, майкрософтские говноофисные технологии приобрели вдруг какой-то особый вес?

[awoland]

Вес приобрели не майкрософтские говноофисные технологии, а Object Code Signing, и, особенно, Extended Validation (Green) Trustbar Indicators для вебсайтов...

[Balthazar]

А что, майкрософтские говноофисные технологии приобрели вдруг какой-то особый вес?

Если блоб не подписан, он по умолчанию забанен для корпоративного сектора. Причем, неважно для какой платформы (m$, os x, линуксы) и на чем (c/c++/c#/java) он написан. А если учесть, что большая часть ПК в мире приписана именно корпоративному сектору, то тут скорее верно "в корпоративе не имеют особого веса домашние недополитики".

Достаточно погуглить по запросам "Trusted Linux Client" и подобным, чтобы понять о чем речь. Хотя, в дистрах это обычно решается подписыванием репозиториев...