Мда... печальная ситуация со Стратумом.

На itzod и на btcguild через mining-proxy получаю на условной железяке хэшрейт 4600.
Если же пускаю ее по гетворку на itzod получаю на сайте честные 5800 - точно, как и на моей стороне.
То ли mining-proxy, то ли стратум тырит/теряет решения...

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

Ха!
Биткоин существует, пока его майнят! Это факт. По поводу нужности - спорный вопрос...

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

слишком быстро он улетел с экрана, да и не думал, что это важно...
mining-proxy умеет логи писать?

уже лучше... оставлю на ночь...

ага. только скорость не нравится - у меня 5800 показывает...

запустил через mining_proxy потестить.
На btcguild этот проксик иногда зависает и не переконнекчивается. Посмотрим, как тут будет...

чет не пойму я всей этой борьбы за оптимизацию протокола.
Есть же очевидные вещи, которые нужно исключать из протокола выдачи заданий, а никто этого не делает. Все какие-то костыли подставляют в виде односторонних допиливаний протокола...
По-моему, нужно убирать в первую очередь переконнекты. Когда один гетворк обрабатывался десятки секунд, то да, разрыв соединения имел смысл. При высоких скоростях это существенная обуза. Кроме того, мобильные провайдеры, считающие трафик, размер tcp-сессий округляют "для удобства подсчета". В UA PeopleNet вообще до 10КБ округляет. Так что любой гетворк - сразу как 10КБ посчитается (а ответ на него - еще 10)
Самое простое улучшение - запрашивать сразу несколько (много) гетворков и посылать сразу несколько посчитанных шар в ответ. gzip еще полезно наложить сверху.
С variable difficulty этих изменений было бы достаточно, по-моему. Только интегрировать бы все в один протокол...
(в стратум не заглядывал, может он это все уже умеет?)

Кстати, может keep-alive включить на серверах?

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

А поскольку я ничего у них не покупаю, мне этот процесс затягивания еще и выгоден (так что этот пост - не реклама BFL)...

FAN, разработчик твоей железяки будет?

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

Чтобы гарантировать окупаемость разработки.

Это противно читать в каждом твоем посте.
Может тебе и кажется, что такие суждения поднимают тебя в глазах окружающих? Поверь, это не так.
Избавься от мысли, что в этом мире ты один Дартаньян.
Повышай свою компетентность и уважение к окружающим...

ЗЫ. Это мой единственный добрый совет тебе...

А по-моему, как всегда, весело получилось...
Как всегда - паника при том, что прогноз сложности около нуля
То асики включают, то институты, а кто-то тут же часть майнеров выключает для компенсации...

в UA за _продажу_ маршрутизации через GSM-шлюзы и посадить могут.
Терминация VoIP в сети опсосов требует лицензии...

гораздо интересней вопрос, а сможет ли существовать биткоин без mtgox-а?

Если в результате войны рынки биткоина окажутся за пределами отрезанной страны - гарантировано биткоин в ней умрет как абсолютно ненужная никому ерунда

уже обсуждалось, что:
1. первая партия асиков удовлетворит весь предзаказ Бабочек
2. первая партия поднимет сложность меньше чем в 10 раз
3. цена МХ/с на этих асиках в 40-50 раз лучше, чем на FPGA или GPU

Так что чем дальше оттягивается покупка, тем ближе рост сложности подойдет к компенсации выгоды от понижения цены за МХ/с.
А этот процесс (рост сложности) необратим.
И пока не придумают более эффективное оборудование, откладывать покупку заявленных асиков бессмысленно

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

к лету поздно будет

Т.е. 2**32 опробований?

Тогда, при diff1 имеем:
Вероятность не найти шару за одно опробование = 1 - 1/2**32
Вероятность не найти шару за все 2**32 опробований = (1-1/2**32)**(2**32) что по второму замечательному пределу ~ равно 1/e или ~ 0,36788.
а тогда вероятность найти хоть одну шару 1 - 0,36788 = 0.63212.
И, допустим, на 1000 гетворков при цене шары X получим, в среднем, 632.12 * X.

А при diff2 имеем:
Вероятность не найти шару за одно опробование = 1 - 1/2**33
Вероятность не найти шару за все 2**32 опробований = (1-1/2**33)**(2**32) что по следствию из второго замечательного предела равно 1/e**(1/2) или ~ 0,60653.
а тогда вероятность найти хоть одну шару 1 - 0,60653 = 0.39347.
И, допустим, на 1000 гетворков при цене шары 2*X получим, в среднем, 393.47 * 2 * X = 786.94 * X.

Таким образом, на diff2 майнить выгодней, чем на diff1? А так быть не должно!
Или я в расчетах ошибаюсь?

("найти шару" - имеется ввиду - найти подходящий nonce для шары)