мои форки cgminer и bfgminer для bitfury ASIC

[dbitcoin]

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

Какие шансы? Вы о чем?
Если блок сменился на пуле, шара уже бесполезна.

[rPman]

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

[dbitcoin]

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

Это значит, что вы  не понимаете как работает сеть bitcoin.

[rPman]

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

Это значит, что вы  не понимаете как работает сеть bitcoin.

O_o и где же я ошибаюсь?
Сеть оперирует понятиями - длина цепочки, ей нет дело до различиях во времени, потому как этим временем до некоторых пор манипулировали майнеры, слишком быстро перебиравшие nonce (это до появления getblocktemplate).
Значение имеет только тот блок, который включил следующий майнер!

Посмотрите а время нахождения блоков - http://blockchain.info/orphaned-blocks разница между отклоненными и блоком в цепочке минуты, и есть такие, у кого отклонен блок найденный раньше.

[needbmw]

про p2pool я как-то не подумал (сам не пользуюсь), тогда пока вопрос с реджектами оставим.
их кстати можно сам cgminer попросить не отправлять, а не душить в драйвере насильно...

[mikefdm]

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

Это значит, что вы  не понимаете как работает сеть bitcoin.

O_o и где же я ошибаюсь?
Сеть оперирует понятиями - длина цепочки, ей нет дело до различиях во времени, потому как этим временем до некоторых пор манипулировали майнеры, слишком быстро перебиравшие nonce (это до появления getblocktemplate).
Значение имеет только тот блок, который включил следующий майнер!

Посмотрите а время нахождения блоков - http://blockchain.info/orphaned-blocks разница между отклоненными и блоком в цепочке минуты, и есть такие, у кого отклонен блок найденный раньше.

Timestamp блока не имеет значенияhttps://en.bitcoin.it/wiki/Block_timestamp, главное когда блок появился в сети. Иначе имел бы смысл манипулировать timestamp и занижать его.
Например, timestamp следющего блока меньше предыдущего:
257045 (Main Chain)    2013-09-10 02:35:20    000000000000002507031f9beb404682c30f1cdeeeffe699ec377e57d7a17b2e
257044 (Main Chain)    2013-09-10 02:35:42    0000000000000015c9c624587cc588ac427caafc8fe3755363fa2cf76c8026ca

[mikefdm]

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

Интересная мысль...
Если пул нашел решение чуть позже, и блок - кандидат на orphane, то пулу выгоднее при генерации следующего блока ссылаться на свой.
Пусть у пула 10% мощности сети.
Вероятность первым найти следующий блок - 10%, и соответственно прикрыть свой orphane.
Т.е. вероятность сгенерить orphane блок снижается на % пула от мощности сети (если остальные пулы этим не пользуются).

Интересно хоть один пул это использует?

Где можно глянуть статистику по orphane с привязкой к пулам? (на blockchain привязку видно только по последним блокам)
Если встретится два подряд блока, найденные одним пулом, первый из которых orphane - значит пул тупит.

[dbitcoin]

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

Это значит, что вы  не понимаете как работает сеть bitcoin.

O_o и где же я ошибаюсь?
Сеть оперирует понятиями - длина цепочки, ей нет дело до различиях во времени, потому как этим временем до некоторых пор манипулировали майнеры, слишком быстро перебиравшие nonce (это до появления getblocktemplate).
Значение имеет только тот блок, который включил следующий майнер!

Посмотрите а время нахождения блоков - http://blockchain.info/orphaned-blocks разница между отклоненными и блоком в цепочке минуты, и есть такие, у кого отклонен блок найденный раньше.

Мысль то правильная, только вот реализация всего этого потребует весьма непростой модификации bitcoind и возможности поддержать свою цепочку новыми блоками.
Timestamp - это просто локальное время на сервере. Могут быть отклонения до нескольких минут, если у вас синхронизация хромает.
Только важен не timestamp, а то, как быстро блок разойдется по сети.
Если пул уже принял/создал новый блок, то он должен его обработать и переслать дальше. Вы думаете вас остальная сеть ждать будет?
orphaned блоков около 1%, сколько вам из этого 1 процента удаться что-то теоретически выжать?

[Balthazar]

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

Это значит, что вы  не понимаете как работает сеть bitcoin.

O_o и где же я ошибаюсь?
Сеть оперирует понятиями - длина цепочки, ей нет дело до различиях во времени, потому как этим временем до некоторых пор манипулировали майнеры, слишком быстро перебиравшие nonce (это до появления getblocktemplate).
Значение имеет только тот блок, который включил следующий майнер!

Посмотрите а время нахождения блоков - http://blockchain.info/orphaned-blocks разница между отклоненными и блоком в цепочке минуты, и есть такие, у кого отклонен блок найденный раньше.

Между орфаном и стейлом есть большая разница. Стейл даже bitcoind не примет, выдав ошибку "generated block is stale". По очень простым соображениям - чтобы не отправлять в сеть бесполезный мусор. Происходит это в случаях, если у найденного блока prevhash отличается от текущего besthash.

https://github.com/bitcoin/bitcoin/blob/master/src/miner.cpp#L475

Это можно изменить, но без 51% от мощности толку от изменения политики не будет.

P.S. Время, включенное в блоки, не говорит ни о чем. Хотя нет, оно может сказать о  наличии в пуле майнеров с поддержкой RollnTime.

[rPman]

Опять вы говорите про 'сеть примет', порядок принятия и т.п., сеть это не 1 сервер, а куча, кто то раньше, кто позже... на этой разнице и появляются orphaned. Блок, найденный конкретным майнером для другого майнера, если у него стоит общий блок-предок, совершенно нормальный блок, и не важно что конкретно по мнению того майнера, выдавшего блок, он опоздал, ну и что что тот майнер выдал новое задание, а этот майнер еще не выдал, да и задания у них обоих разные.

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

[dbitcoin]

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

Вы ответьте лучше на один вопрос. Откуда на вашей ноде появился новый блок?

[rPman]

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

Вы ответьте лучше на один вопрос. Откуда на вашей ноде появился новый блок?

вопрос не понял.

[ProtonEvil]

needbmw че-то ты перемудрил с редактирорванием апи, при запросе stats майнер вываливается segmentation fault (остальные запросы - норм). Сейчас посмотрю код, может найдется ошибка.

ed.
Блин, ниче не понимаю, ты же просто название переменных сменил и содержимое строк. Должно все также работать.   Может из-за того что теперь запускаю на МБ-устр-ве в 120чипов (против 72 ранее).

[dbitcoin]

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

Вы ответьте лучше на один вопрос. Откуда на вашей ноде появился новый блок?

вопрос не понял.

Орфан - это когда вы отправляете созданный блок своим соседям, часть из которых еще не успела получить информацию (как и вы) о новом блоке.
Как правило таких нод очень небольшое количество, если специально не собирать самые тормозные (а этого точно не стоит делать).
Когда вы уже приняли блок, это означает что кто-то из ваших соседей уже получил этот новый блок.
На все предлагаемые манипуляции у вас несколько секунд. Чтобы гарантировано поддержать свою цепочку вам нужно 51% мощностей.
В теории это возможно, на практике маловероятно, затратно (как минимум bitcoind нужно свой пилить) и не гарантированно.

[ProtonEvil]

Ограничил stats, чтобы только по первым 90 чипам инфу давал - все нормально. Больше - fail. Где-то размера буфера не хватает. Может, ограничить длину строк (типа не "match_work_count", а ""m_wrk_cnt")? не в этом дело.

[needbmw]

Ограничил stats, чтобы только по первым 90 чипам инфу давал - все нормально. Больше - fail. Где-то размера буфера не хватает. Может, ограничить длину строк (типа не "match_work_count", а ""m_wrk_cnt")? не в этом дело.

попробуй эти параметры увеличить

api.c

Code:

// Big enough for largest API request
//  though a PC with 100s of PGAs may exceed the size ...
//  data is truncated at the end of the last record that fits
//	but still closed correctly for JSON
// Current code assumes it can socket send this size + JSON_CLOSE + JSON_END
#define SOCKBUFSIZ	65432

// BUFSIZ varies on Windows and Linux
#define TMPBUFSIZ	8192

[rPman]

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

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

[dbitcoin]

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

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

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

[rPman]

Поэтому я и сказал, 'не рубите сплеча', пусть пользователь сам контролирует, отсылать ли майнеру опоздавшие шары на пул или нет.

[dbitcoin]

Поэтому я и сказал, 'не рубите сплеча', пусть пользователь сам контролирует, отсылать ли майнеру опоздавшие шары на пул или нет.

А про это речи и не было. Как раз я и написал что есть и другие пулы, которые примут такие шары.