Author

Topic: NovaCoin (scrypt PoW + PoS hybrid) - page 150. (Read 600924 times)

legendary
Activity: 1498
Merit: 1021
Was mich nicht umbringt macht mich stärker [F.N.]
January 23, 2014, 08:31:01 AM
Вес приобрели не майкрософтские говноофисные технологии, а Object Code Signing, и, особенно, Extended Validation (Green) Trustbar Indicators для вебсайтов...
sr. member
Activity: 463
Merit: 252
January 23, 2014, 07:57:59 AM

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


А что, майкрософтские говноофисные технологии приобрели вдруг какой-то особый вес?
legendary
Activity: 3108
Merit: 1359
January 23, 2014, 06:37:06 AM
Под многопоточную проверку содержимого блоков основа в новом ядре основа заложена, поэтому реализация её в будущем не должна представлять собой большую проблему.

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

Впрочем, необязательно грузить несколько ядер для повышения производительности, потому что и на одном ядре можно считать несколько хэшей параллельно... Современные процессоры с SSE/AVX/XOP позволяют в некоторых случаях до 6 хэшей за раз считать. Я считаю, что это предпочтительнее создания кучи тредов в нашем случае, т.к. позволит оптимальнее использовать ресурсы, которые и так уже используются. Roll Eyes
full member
Activity: 145
Merit: 103
January 23, 2014, 06:24:59 AM
 С новыми сборками часто приходилось перекачивать базы - из-за смены формата. Заметил, что при этом wallet полностью "съедает" одно ядро. То есть всё упирается в скорость процессора даже при узком канале в интернет. Насколько сложно собрать сборку, чтобы для wallet выделить более одного ядра?

P.S. Только сделать не так, как в Bitcoin - он в последних версиях похоже использует все доступные ядра процессора. Желательно иметь настройку в программе - сколько ресурсов можно ей использовать.
legendary
Activity: 3108
Merit: 1359
January 23, 2014, 05:24:39 AM
С предыдущей ошибкой вроде разобрался - при сборке подцеплялись не кросс-собранные либы. Сейчас у меня другая ошибка.

В связи с этим прошу подсказать, как правильно собрать зависимости для крос-компиляции демона в Линуксе для 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
и либа вроде собралась


Если что-то не правильно - поправьте пожалуйста.
Слишком усложнили все Smiley

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

https://github.com/CryptoManiac/novabuild

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

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) 
      : shared:BOOST_IOSTREAMS_DYN_LINK=1
        BOOST_IOSTREAMS_USE_DEPRECATED
 -      [ ac.check-library /zlib//zlib : /zlib//zlib
 -        zlib.cpp gzip.cpp ]
      :
      : shared:BOOST_IOSTREAMS_DYN_LINK=1
      ;

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

Code:
-#include 
+#include

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

Сборка 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 блоки ?   Roll Eyes
Можно изменить интервал между попытками сборки генерации kernel'а, для этого в тестовых сборках появился параметр -minersleep. По умолчанию он принимает значение 500. Но быстрее блоки от этого генерироваться не станут в любом случае.
member
Activity: 99
Merit: 10
January 23, 2014, 05:06:25 AM
Я не могу понять, почему количество-то их никак не уменьшается, даже когда вес "сжирался"?
Потому что в первую очередь блоки находят крупные входы - которые и "сжирались". А остаются мелкие, от них-то и кол-во.
А ещё что бы понятнее было, каждый POS блок считай это -1 к количеству (не будем пока брать ситуации когда выходы склеиваются) - а теперь сравни кол-во POS блоков в день и кол-во созревших выходов.
legendary
Activity: 2296
Merit: 1057
January 23, 2014, 05:06:12 AM
Меня пугает PoS сложность.... Кажется она и не думает падать...
Balthazar давай подкрутим гайки нагенерим себе монет с целью повышения капитализации  Wink

кстати давно хотел спросить что надо править в коде чтобы ускоренно (но после 30 дней) рожать валидные POS блоки ?   Roll Eyes
hero member
Activity: 784
Merit: 501
January 23, 2014, 05:04:06 AM
Меня пугает PoS сложность.... Кажется она и не думает падать...

Судя по графику Matured outputs, начался новый цикл созревания крупных выходов, так что я не думаю, что PoS-сложность упадет Sad
Я не могу понять, почему количество-то их никак не уменьшается, даже когда вес "сжирался"?
legendary
Activity: 1200
Merit: 1021
January 23, 2014, 05:02:10 AM
Меня пугает PoS сложность.... Кажется она и не думает падать...

Судя по графику Matured outputs, начался новый цикл созревания крупных выходов, так что я не думаю, что PoS-сложность упадет Sad
legendary
Activity: 3108
Merit: 1359
January 23, 2014, 04:39:25 AM

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

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


Набираю в консоли бумажника
repairwallet
ответ
{
"mismatched spent coins" : 15,
"amount affected by repair" : 12.94168900
}
Плохо, нет подсказки о том что перезапустить ещё нужно.
Для тестовой версии всё равно это, но когда оно попадёт в релизную, такое молчунство будет пугать.
Может все эти сканирования перезапуски совсем автоматическими сделать, или такая проблема не у всех?
Естественно, в релизе обновление формата будет автоматическим. А тестовые сборки должны иметь несколько повышенный порог вхождения.
dmd
member
Activity: 77
Merit: 10
January 23, 2014, 04:21:23 AM
С предыдущей ошибкой вроде разобрался - при сборке подцеплялись не кросс-собранные либы. Сейчас у меня другая ошибка.

В связи с этим прошу подсказать, как правильно собрать зависимости для крос-компиляции демона в Линуксе для 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
и либа вроде собралась


Если что-то не правильно - поправьте пожалуйста.
full member
Activity: 154
Merit: 100
January 23, 2014, 04:07:25 AM

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

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


Набираю в консоли бумажника
repairwallet
ответ
{
"mismatched spent coins" : 15,
"amount affected by repair" : 12.94168900
}
Плохо, нет подсказки о том что перезапустить ещё нужно.
Для тестовой версии всё равно это, но когда оно попадёт в релизную, такое молчунство будет пугать.
Может все эти сканирования перезапуски совсем автоматическими сделать, или такая проблема не у всех?
donator
Activity: 968
Merit: 1002
January 23, 2014, 04:06:00 AM
Меня пугает PoS сложность.... Кажется она и не думает падать...
А doge это явный показатель того, кем являются инвесторы... Так же как и ларки... боюсь это будут самые эпичные лопнувшие пузыри...
legendary
Activity: 3108
Merit: 1359
January 23, 2014, 03:14:02 AM
Вряд ли, название вполне себе меметично, самое то для картинок-вбросов. А картинки-вбросы это весь фундамент, на котором держатся некоторые. Smiley

P.S. Помимо капитализации ликвидность имеет значение. А с этим при 32 миллиардах монет явно большие проблемы.  Roll Eyes
hero member
Activity: 994
Merit: 502
January 23, 2014, 02:53:50 AM
Quote
Quote from: Balthazar on Today at 06:46:30 AM
Перепрыгнули 70k блоков. Smiley
и занимаем всего 12 место по капитализации http://coinmarketcap.com/mineable.html

Хочу поинтересоваться планами по развитию
Я вижу сейчас кучу новых тестовых сборок
Но не вижу планов по увеличению капитализации и развитию, не вижу блекдежека и шлюх фенечек и няшек способных привлечь широкую аудиторию  Wink.
Вот гляжу на собак - рука-лицо, но работает блин...
Ну не можем сами так давайте наймем дизайнера и PR-щиков!
Что бы вы предпочли ? Чтобы ваши накопления обесценивались по 20% в мес. или отдать 10% за грамотную PR капанию?
Ну, америкосы все равно предпочтут собак, не любят они наших. Надо среди наших раскручивать... ну и среди китайцев Cheesy Но это уже после того, как анонимность прикрутят.
А пиарщики сразу предложат ребрендинг потому, что название сильно похоже на новокаин, а это путает людей.
Кто согласится на ребрендинг в тот момент, когда монета уже закрепилась на рынке под текущим названием?
legendary
Activity: 3108
Merit: 1359
January 23, 2014, 02:53:27 AM

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

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

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

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

Вот как разберемся с подписыванием, так можно и пиариться... И заодно добавить в аргументы пункт "да ваше УГ в нормальном настроенном AD домене тупо не запустится ахаха лузеры".  Roll Eyes
full member
Activity: 145
Merit: 103
January 23, 2014, 02:52:37 AM

  • Функция repairwallet теперь удаляет из него орфаны.
Обновился на последнюю next x64
repairwallet воспользовался вынужденно, т.к. баланс не соответствовал. После перезагрузки кошелька баланс восстановился, но орфан POS не удалился почему-то...
legendary
Activity: 2296
Merit: 1057
January 23, 2014, 02:48:24 AM
Перепрыгнули 70k блоков. Smiley
и занимаем всего 12 место по капитализации http://coinmarketcap.com/mineable.html

Хочу поинтересоваться планами по развитию
Я вижу сейчас кучу новых тестовых сборок
Но не вижу планов по увеличению капитализации и развитию, не вижу блекдежека и шлюх фенечек и няшек способных привлечь широкую аудиторию  Wink.
Вот гляжу на собак - рука-лицо, но работает блин...
Ну не можем сами так давайте наймем дизайнера и PR-щиков!
Что бы вы предпочли ? Чтобы ваши накопления обесценивались по 20% в мес. или отдать 10% за грамотную PR капанию?
legendary
Activity: 3108
Merit: 1359
January 23, 2014, 01:46:30 AM
Перепрыгнули 70k блоков. Smiley
legendary
Activity: 3108
Merit: 1359
January 22, 2014, 08:38:22 PM
В тестовой ветке обнаружена возможная/плавающая/несуществующая ошибка, возможно приводящая к отклонению блока #69484 (сообщение "VerifySignature failed on coinstake" в логфайле, воспроизвести пока не удалось). В связи с этим сборки из next ветки временно удалены.
Баг был очень злой и хитрый  Cheesy Проявлялся практически гарантированно, но крайне редко. Однако, все же путем сравнения баз умершего и живого клиентов удалось найти и устранить причину.
Пересобрано и опубликовано:

https://bitcointalksearch.org/topic/m.4676903

Репост на русском сделаем позже... Хотя, в общем-то, там переводить особенно нечего. Smiley
Jump to: