Show Posts
|
Pages: « 1 2 3 [4]
|
Насколько понял, биткоин-сеть тоже далека от совершенства-децентрализации. Ноды клиентам автоматически добавляют три irc-сервера: irc.lfnet.org, pelican.heliacal.net, giraffe.heliacal.net. Это типа IP-трекера такие. Если они выключатся, то ноды придётся добавлять вручную. Интересно, а в бит-торрент сети сейчас каков механизм вычисления нод?
|
|
|
Ну тут я говорю не о всех вообще расчетных задачах, а в основном о задачах целочисленных вычислений, связанных с теорией чисел. Т.е. это не про "климат считать". В основном это задачи с NP-трудностью, цель которых в конечном итоге не решение самой задачи, а шлифовка её экспоненциальных алгоритмов в сторону суб-экспоненциальности. Т.е. это по сути искусство алгоритмики, накопление алгоритмического опыта для разнообразных NP-трудных задач. Такие задачи сейчас очень интенсивно решаются в почти замкнутых околонаучных и академических сообществах, проводятся соответствующие конкурсы. Дело в том, что большинство известных мне конкурсных задач и неконкурсных нравящихся мне самому - очень гармонично укладываются в схему цепочки блоков. Каждое следующее решение задачи должно быть лучше предыдущего. Подделать не возможно, PoW очень естественен, нужно просто найти более лучшее решение, чем зафиксировано в последнем блоке цепочки. С каждым шагом-блоком рост сложности экспоненциальный. Найти трудно, проверить найденное легко всем. Поэтому и завёл эту тему - аналогии бросаются в глаза.
ПС. Климаты считать можно на GPU, они хорошо для этого подходят, но как их уложить в схему цепочки блоков - не представляю.
|
|
|
Вот и стоит задача придумать простую торрент-подобную схему для вычислительных задач. Гарантирую - об этом уже многие хакеры из крипто-бит-сообщества думают. Значимость некоторых вычислительных NP-трудных задач очень высока именно для криптонаук. Если удастся еще и монетизировать p2p-сети распределённых вычислений, то майнить будут не только железные майнеры мощностями, но и брайн-майнеры своими мозгами шлифуя алгоритмы. Примером сегодняшнего брайн-майнинга можно считать вычислительные конкурсы типа http://azspcs.net.
|
|
|
Эти идей давно в воздухе витают: comptorrent. Но технический аспект реализации видимо был до сих пор слишком неподъёмен. Не могу себе представить ни одного варианта делегирования вычислительной мощности с моего CPU, кроме "ядерного". Если клиент p2p-сети распределённых вычислений с моего согласия и на указанную мной задачу расшарит 1-2 ядра из имеющихся у меня 4-х, то это был бы гут. Другое дело GPU, у него ядер больше, но и задачи в них считать можно лишь узкоспециализированные, к сожалению GPU для большинства научных расчетных задач малопригоден.
|
|
|
я наоборот считаю одноранговость-децентрализованность огромным плюсом. В бит-торрент сети торрент-трекеры несколько структурируют сеть и одновременно делают её псевдо-децентрализованной. Там наоборот всеми силами ищут способ полной децентрализации, насколько понимаю. Закроют власти ведущий трекер и все его зеркала - целая сеть испарится в никуда.
|
|
|
BOINC не одноранговый, про него можно забыть и не вспоминать - прошлый век
|
|
|
нет, это не возможно - без соответствующих фишек его тут-же хакнут и вся эмиссия уйдет хакерам
Нет-нет, сорри, что не сумел объяснить. Мне нужно от Bitcoin-а не Bitcoin, а Bitcalc. Соответственно всё монетно-эмиссионное не важно, монеты можно считать начисленными очками за найденное решение, вообще не обращать на них внимание, либо выкорчевать из кода, скрыть из интерфейса.
|
|
|
Попробовал сделать копипаст форк, исходником послужил Phoenixcoin, генезис-блок делал по этому мануалу. У меня вопрос: этот способ подойдёт для формирования генензис-блока форка Primecoin-а? Другой вопрос. У меня почему-то получились не видимыми адреса в транзакциях. Написано "[недоступно]". Как это можно исправить? Если что, то я ни разу не собираюсь делать очередной alt-coin. Пока мне просто интересно, есть ли способ получить клиент для одноранговых распределённых p2p-вычислений из форка Bitcoin-а.
|
|
|
Balthazar Спасибо! Получилась кросс-компиляция, Ваши скрипты очень помогли. Qt-клиент тоже собрался.
|
|
|
С предыдущей ошибкой вроде разобрался - при сборке подцеплялись не кросс-собранные либы. Сейчас у меня другая ошибка. В связи с этим прошу подсказать, как правильно собрать зависимости для крос-компиляции демона в Линуксе для win64. Сейчас я так пытаюсь собирать: 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 и либа вроде собралась Если что-то не правильно - поправьте пожалуйста.
|
|
|
На скрине видно, что ld кросс-компилера ссылается на либу /usr/lib64/libgcc_s.so.1 компилятора в родительской системе, там установлена версия 4.8.2. Это нормально? Если нет, то как мне выйти из этого положения? Официального пакета x86_64-w64-mingw32 для Slackware нет, поэтому просто вручную копирую бинарники кросс-компилятора в /usr/local, удаляю полным удалением каталога /usr/local.
|
|
|
Каталог от старых объектных файлов, созданных 4.9, очищался?
Вообще странно, что линкер так умирает. Думаю, стоит отпостить багрепорт мейнтейнерам дистрибутива, им было бы полезно знать об этом. Скорее всего, что-то не так со сборкой самого ld, я такое наблюдал, когда пытался использовать нестабильный срез gcc и binutils.
Мы используем debian и ubuntu, в комбинации с дистрибутивным mingw-w64 g++/gcc 4.6.3 для сборки зависимостей и самого клиента. На мой взгляд, самая стабильная сборка mingw-w64 именно у дебиана.
Интересно, что при кросс-сборке db-4.8.30.NC попутные win-экзешники утилит базы данных нормально собираются. Пробовал уже и 4.7.х, и 4.8.2, и 4.9.0 - тот же результат. Хотя 4.6.3 да, наиболее чисто собирает, ни одного варнинга. Видимо нужен апгрейд/даунгрейд слакваровского gcc?
|
|
|
ну если посмотреть то средняя эмиссия в РФ рубля (М2 показатель) - 30-40% в год!!!!!
получается что 5% в год по сути это демерредж если относить их к 40% российским ))
к тому же экономика мировая так примерно и растет
Извините если оффтоп, но это не рост экономики, а рост потребления. Потребления в долг. Все постсоветские годы в России не было ни одного с положительным ростом ВВП, официальная статистика цинично врёт. Каждый год мы производим всё меньше полезных товаров-услуг, чем производилось в предыдущий год. Тоже касается США - последние несколько лет реальный производственный ВВП у них не растёт. Если б действительно мировая экономика росла 30-40% в год - мы б уже заселяли Марс и осваивали добычу ископаемых на спутниках Юпитера.
|
|
|
Можете по скрину подсказать, в чём у меня ошибка при кросс-компиляции демона в линуксе для Win64?
|
|
|
Primecoin пока единственный математический форк. Он также единственный, который нужен не только криптовалютному сообществу, но в некоторой степени и научному. Между тем интересных задач математических, требующих достаточно тяжелых вычислительных мощностей великое множество. У меня такой вопрос. Будет ли жизнеспособен форк без верхнего предела эмиссии и с очень неопределёнными по времени дискретными кусками эмиссии, привязанными к искомым решениям математической задачи? Решения-эмиссии будут расположены очень неравномерно и почти случайно. При этом сопутствующая копеечная эмиссия пусть будет растянута на очень длительное время, измеряемое в теоретических годах. Экономику монеты построить на "старательстве" в поисках "самородка" решения математической задачи. Вот мне хорошо знакома задача 2^n=3(mod n). На данный момент известны всего пять её решений. Их можно связать с премайнингом и стартовой эмиссией. Для поиска решения нужно последовательно фильтровать из натуральных чисел т.н. подходящие, из которых только и может быть собрано решение. Все эти подходящие числа можно связать с копеечным майнингом/эмиссией. Любое следующее найденное решение пусть выстреливает в экономику монеты сразу допустим миллион или миллиард монет, на что и завязать интерес майнеров из криптовалютного сообщества. Майнеры из околонаучного сообщества будут майнить только соло. Для поддержания их интереса нужно растянуть копеечный майнинг на как можно длительное время. На данный момент из первых 10^8 натуральных фильтруются около 2.8*10^6 подходящих чисел. Т.е. меньше 3%. С ростом порядка процент неуклонно снижается. Математика фильтрации построена на модульной арифметике, поэтому скорее всего вычисления CPU-only. Если не ошибаюсь модульная арифметика плохо адаптируется к вычислениям на GPU, но про ASIC-и не в курсе.
|
|
|
|