Bitcoin Forum
June 17, 2024, 05:41:28 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 »
  Print  
Author Topic: мои форки cgminer и bfgminer для bitfury ASIC  (Read 53277 times)
dbitcoin
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500

BTCDig - mining pool


View Profile WWW
September 10, 2013, 09:19:04 AM
 #81

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

BTCDig - mining pool (Stratum, VarDiff, DGM, SSL, JSON API)
rPman
Legendary
*
Offline Offline

Activity: 1120
Merit: 1069


View Profile WWW
September 10, 2013, 09:21:12 AM
 #82

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

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
dbitcoin
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500

BTCDig - mining pool


View Profile WWW
September 10, 2013, 09:22:35 AM
 #83

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

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

BTCDig - mining pool (Stratum, VarDiff, DGM, SSL, JSON API)
rPman
Legendary
*
Offline Offline

Activity: 1120
Merit: 1069


View Profile WWW
September 10, 2013, 09:41:06 AM
 #84

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

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

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

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
needbmw (OP)
Legendary
*
Offline Offline

Activity: 1302
Merit: 1008



View Profile
September 10, 2013, 09:49:01 AM
 #85

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

NO PSAKING!
mikefdm
Member
**
Offline Offline

Activity: 81
Merit: 10


View Profile
September 10, 2013, 10:01:06 AM
 #86

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

Это значит, что вы  не понимаете как работает сеть 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
Member
**
Offline Offline

Activity: 81
Merit: 10


View Profile
September 10, 2013, 10:27:13 AM
 #87

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

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

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

Activity: 742
Merit: 500

BTCDig - mining pool


View Profile WWW
September 10, 2013, 10:51:22 AM
 #88

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

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

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

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


BTCDig - mining pool (Stratum, VarDiff, DGM, SSL, JSON API)
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1359



View Profile
September 10, 2013, 10:57:12 AM
 #89

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

Это значит, что вы  не понимаете как работает сеть 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
Legendary
*
Offline Offline

Activity: 1120
Merit: 1069


View Profile WWW
September 10, 2013, 11:14:19 AM
 #90

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

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

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
dbitcoin
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500

BTCDig - mining pool


View Profile WWW
September 10, 2013, 11:22:33 AM
 #91

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

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

BTCDig - mining pool (Stratum, VarDiff, DGM, SSL, JSON API)
rPman
Legendary
*
Offline Offline

Activity: 1120
Merit: 1069


View Profile WWW
September 10, 2013, 11:25:20 AM
 #92

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

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

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
ProtonEvil
Sr. Member
****
Offline Offline

Activity: 285
Merit: 250


View Profile
September 10, 2013, 11:25:51 AM
Last edit: September 10, 2013, 11:43:29 AM by ProtonEvil
 #93

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

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

Activity: 742
Merit: 500

BTCDig - mining pool


View Profile WWW
September 10, 2013, 11:37:22 AM
 #94

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

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

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

BTCDig - mining pool (Stratum, VarDiff, DGM, SSL, JSON API)
ProtonEvil
Sr. Member
****
Offline Offline

Activity: 285
Merit: 250


View Profile
September 10, 2013, 12:04:04 PM
Last edit: September 10, 2013, 12:15:41 PM by ProtonEvil
 #95

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

Activity: 1302
Merit: 1008



View Profile
September 10, 2013, 12:26:06 PM
 #96

Ограничил 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

NO PSAKING!
rPman
Legendary
*
Offline Offline

Activity: 1120
Merit: 1069


View Profile WWW
September 10, 2013, 12:57:22 PM
 #97

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

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
dbitcoin
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500

BTCDig - mining pool


View Profile WWW
September 10, 2013, 01:27:55 PM
 #98

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

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

BTCDig - mining pool (Stratum, VarDiff, DGM, SSL, JSON API)
rPman
Legendary
*
Offline Offline

Activity: 1120
Merit: 1069


View Profile WWW
September 10, 2013, 01:32:28 PM
 #99

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

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
dbitcoin
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500

BTCDig - mining pool


View Profile WWW
September 10, 2013, 01:33:34 PM
 #100

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

BTCDig - mining pool (Stratum, VarDiff, DGM, SSL, JSON API)
Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!