Перейти к содержимому

Рекомендуемые сообщения

 

 

Пока многие скучают в ожидании чуда  блока, хочу сверить часы. Пул хранит цепочку из 8640 решенных участниками шар различной сложности, при этом новая шара добавляется каждые 30секунд и по истечении трех дней (8640 шар * 30 сек = 3дня) выпадает из цепочки и не участвует в дележе награды за блок. 
 
В случае нахождения блока 0,5% пойдет тому, чья шара стала блоком,  а остальные 99.5% от 12,5 btc будут распределены между участниками пропорционально количеству еще остающихся в цепочке шар и их сложности. По идее должны быть еще распределены комиссии от включенных в блок транзакций, но p2pool похоже толком не умеет их включать в блок. 
 
Это как бы теория, а вот практический вопрос: как влияет общий хешрейт пула на судьбу отдельной шары?
a) чем больше хешрейт, тем быстрее моя шара вылетит с лотка? Но как же тогда 1 шара раз в 30 секунд?
б) чем больше хешрейт, тем больше сложность шар, которые дает пул? Тогда получается что слабые асики при фиксированной сложности молотят псевдошары в холостую?
 
Может кто распишет, как оно на самом деле?

 

 

Насколько я понял, немножко не так.

а) шара может и не вылететь, если содержит в себе зависшие транзакции, до трёх суток примерно

б) слабые асики при фиксированной сложности отсылают шары выше порога, при этом пул принимает решения выше порога, стоящего на ноде. Таким образом, любая шара, превысившая порог ноды и не ставшая в процессе решения опоздавшей или умершей также считается при распределении награды. То есть и s1 может быть награждён, если в раунде отослал в сеть принятую по вышеназванным критериям шару, и даже на видяхе можно пару сатох получить :D . 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
(изменено)

а как же DOA? Я сидел на этой ноде http://109.87.83.144:9332/static/alt-static/index.html Самый минимальный пинг из всех нод что есть, ее даже нету в списке том со всеми нодами. Там пинги огромные все от 400мс а к этой всего 51мс на прямую без mrr и плюс прокси. Возвращаться на нее? Потому что на http://low-doa.mine.nu:9332/static/ вообще не начисляет майнишь, майнишь и ничего нету и ДОА не такой уж и низкий прыгает от 3-5% хотя раньше когда мощи было меньше там и ДОА такой огромный не был. Остаться на http://109.87.83.144:9332/static/alt-static/index.html лучше?

Есть она в списке, смотри внимательнее http://p2pool.org/stats/node_scanner.php

1098783144_c4836829256942b94866d56c2df05

А то что на

на http://low-doa.mine.nu:9332/static/ вообще не начисляет майнишь, майнишь и ничего нету

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

http://109.87.83.144:9332 ты выбрал правильно если на Украине живёшь.

 

Кстати http://p2pool.org/stats/node_scanner.php некорректно пинг показывает.

Изменено пользователем ISawa

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
(изменено)

Поднял ноду на достаточно мощном железе:

 

http://188.65.213.161:9332/static/

 

Если будет спрос, то могу поднять еще 50-200 штук таких же.


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

Изменено пользователем Balthazar

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Что-то я не доверяю релеям. Есть вероятность перехвата нового блока, подмены владельца и более быстрого распространения в сети чем распространит по оставшимся пирам владелец.

Тот кто реально рассчитал блок получит сообщение об орфане.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Что-то я не доверяю релеям. Есть вероятность перехвата нового блока, подмены владельца и более быстрого распространения в сети чем распространит по оставшимся пирам владелец.

Тот кто реально рассчитал блок получит сообщение об орфане.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
(изменено)

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

Это теория о релее. Я сказал другое.

ДО включения в блокчейн владелец блока ничем не защищён (достаточно посмотреть структуру). Так как релей (обладающий более низкой латентностью чем другие пиры) на стороне клиента находится в приоритете то и информация о новом блоке будет в первую очередь передана ему. Дальше на стороне сервера достаточно осуществить подмену владельца и распространить инфу.

Одно время на п2пуле сильно внедряли релей почти на всех нодах. Результат - длительное отсутствие блоков.

После того как большинство нод отказались от релея блоки пошли.

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

Изменено пользователем ISawa

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Одно время на п2пуле сильно внедряли релей почти на всех нода. Результат - длительное отсутствие блоков.

После того как большинство нод отказались от релея блоки пошли.

Это из разряда черной магии и колдовства вуду. В общем, чушь.

Хотя бы потому что на генерацию работы наличие или отсутствие релея никак не влияет. Локальный bitcoind никуда не девается, что дает прямой доступ к p2p сети в любой момент, когда нужно. Так что все что может сделать релей - это послать сообщение о фальшивом блоке, но для этого ему надо этот самый блок сначала сгенерировать, потому как локальный bitcoind не примет блок с неправильным хэшем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
(изменено)

Это из разряда черной магии и колдовства вуду. В общем, чушь.

Хотя бы потому что на генерацию работы наличие или отсутствие релея никак не влияет. Локальный bitcoind никуда не девается, что дает прямой доступ к p2p сети в любой момент, когда нужно. Так что все что может сделать релей - это послать сообщение о фальшивом блоке, но для этого ему надо этот самый блок сначала сгенерировать, потому как локальный bitcoind не примет блок с неправильным хэшем.

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

Изменено пользователем ISawa

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

, достаточно подменить владеца блока, посмотрите на стурктуру найденного блока. Владельца заменить элементарно.

Покажите структуру?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

Почитайте как работает p2p протокол сети bitcoin и не сочиняйте ерунду. Я бы мог сказать словами покрепче, но обойдемся словом "ерунда".

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Покажите структуру?

Вот транзакция:

bitcoin-cli getrawtransaction a65a1989e25792d3efb0849456a0c547232b48454fb2725d72ad0db3c765ed3d 1
{
  "hex": "01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff0403fc6106ffffffff03898b6b95000000001976a914d69a5b8caf6d4078863b278e31f8cf00c99fac6a88ac0100000000000000434104ffd03de44a6e11b9917f3a29f9443283d9871c9d743ef30d5eddcd37094b64d1b3d8090496b53256786bf5c82932ec23c3b74d9f05a6f95a8b5529352656664bac00000000000000002a6a282eb0d6a5958c51f0b08fe4f327aef75abd187bfeb9efabdf59b123e8365ec36c02000000b90d000000000000",
  "txid": "a65a1989e25792d3efb0849456a0c547232b48454fb2725d72ad0db3c765ed3d",
  "size": 216,
  "version": 1,
  "locktime": 0,
  "vin": [
    {
      "coinbase": "03fc6106",
      "sequence": 4294967295
    }                                                                                                                                                                                                                                                                          
  ],                                                                                                                                                                                                                                                                           
  "vout": [                                                                                                                                                                                                                                                                    
    {                                                                                                                                                                                                                                                                          
      "value": 25.06853257,                                                                                                                                                                                                                                                    
      "n": 0,                                                                                                                                                                                                                                                                  
      "scriptPubKey": {                                                                                                                                                                                                                                                        
        "asm": "OP_DUP OP_HASH160 d69a5b8caf6d4078863b278e31f8cf00c99fac6a OP_EQUALVERIFY OP_CHECKSIG",                                                                                                                                                                        
        "hex": "76a914d69a5b8caf6d4078863b278e31f8cf00c99fac6a88ac",                                                                                                                                                                                                           
        "reqSigs": 1,                                                                                                                                                                                                                                                          
        "type": "pubkeyhash",                                                                                                                                                                                                                                                  
        "addresses": [                                                                                                                                                                                                                                                         
          "1LZiX1Q3oHMeFmCM52eCuTF4CSdmwvW5X8"                                                                                                                                                                                                                                 
        ]                                                                                                                                                                                                                                                                      
      }                                                                                                                                                                                                                                                                        
    },                                                                                                                                                                                                                                                                         
    {                                                                                                                                                                                                                                                                          
      "value": 0.00000001,                                                                                                                                                                                                                                                     
      "n": 1,                                                                                                                                                                                                                                                                  
      "scriptPubKey": {
        "asm": "04ffd03de44a6e11b9917f3a29f9443283d9871c9d743ef30d5eddcd37094b64d1b3d8090496b53256786bf5c82932ec23c3b74d9f05a6f95a8b5529352656664b OP_CHECKSIG",
        "hex": "4104ffd03de44a6e11b9917f3a29f9443283d9871c9d743ef30d5eddcd37094b64d1b3d8090496b53256786bf5c82932ec23c3b74d9f05a6f95a8b5529352656664bac",
        "reqSigs": 1,
        "type": "pubkey",
        "addresses": [
          "1Kz5QaUPDtKrj5SqW5tFkn7WZh8LmQaQi4"
        ]
      }
    },
    {
      "value": 0.00000000,
      "n": 2,
      "scriptPubKey": {
        "asm": "OP_RETURN 2eb0d6a5958c51f0b08fe4f327aef75abd187bfeb9efabdf59b123e8365ec36c02000000b90d0000",
        "hex": "6a282eb0d6a5958c51f0b08fe4f327aef75abd187bfeb9efabdf59b123e8365ec36c02000000b90d0000",
        "type": "nulldata"
      }
    }
  ],
  "blockhash": "0000000000000000035f17017196f2cc2bc7fe0e0bd255d949ee757a97dcb2ff",
  "confirmations": 201,
  "time": 1467083221,
  "blocktime": 1467083221
}

Меняем вот этот пабкей на свой и распространяем дальше:

{                                                                                                                                                                                                                                                                          
      "value": 25.06853257,                                                                                                                                                                                                                                                    
      "n": 0,                                                                                                                                                                                                                                                                  
      "scriptPubKey": {                                                                                                                                                                                                                                                        
        "asm": "OP_DUP OP_HASH160 d69a5b8caf6d4078863b278e31f8cf00c99fac6a OP_EQUALVERIFY OP_CHECKSIG",                                                                                                                                                                        
        "hex": "76a914d69a5b8caf6d4078863b278e31f8cf00c99fac6a88ac",                                                                                                                                                                                                           
        "reqSigs": 1,                                                                                                                                                                                                                                                          
        "type": "pubkeyhash",                                                                                                                                                                                                                                                  
        "addresses": [                                                                                                                                                                                                                                                         
          "1LZiX1Q3oHMeFmCM52eCuTF4CSdmwvW5X8"                                                                                                                                                                                                                                 
        ]                                                                                                                                                                                                                                                                      
      }                                                                                                                                                                                                                                                                        
    },

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
(изменено)

Ну вот, а теперь "замени владельца" без изменения хэша блока, а мы посмеемся.


Если ты настолько уверен в х...не (прошу прощения, но другое слово подобрать сложно), написанной выше, то готов простимулировать. Даю 25 BTC за её практическое доказательство. Если не получится, то 25 BTC будешь должен ты, идет? :)


Я понимаю, децентрализация и всё такое, но надо же ведь хоть как-то отличаться от граждан вроде Свидетелей Иеговы. Они несут точно такую же ахинею с не меньшей уверенностью.

Изменено пользователем Balthazar

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
(изменено)

Ну вот, а теперь "замени владельца" без изменения хэша блока, а мы посмеемся.

Т.е., по Вашему, при включении в блок транзакций его хеш меняется.

Хеш блока расчитывается асиками с учётом пакбея майнера нашедшего блок? Или уже программа cgminer пристыковывает к блоку информацию владельца при этом изменяя хеш? Либо хеш остаётся неизменным при включении в блок транзакций программой майнером и самим п2пулом?

Изменено пользователем ISawa

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
(изменено)

а как же DOA? Я сидел на этой ноде http://109.87.83.144:9332/static/alt-static/index.html Самый минимальный пинг из всех нод что есть, ее даже нету в списке том со всеми нодами. Там пинги огромные все от 400мс а к этой всего 51мс на прямую без mrr и плюс прокси. Возвращаться на нее? Потому что на http://low-doa.mine.nu:9332/static/ вообще не начисляет майнишь, майнишь и ничего нету и ДОА не такой уж и низкий прыгает от 3-5% хотя раньше когда мощи было меньше там и ДОА такой огромный не был. Остаться на http://109.87.83.144:9332/static/alt-static/index.html лучше? 

Вы меня совсем не услышали ...просто прочитали мой пост и не вникли....судя по Вашему комментарию дальше советую просто САМОСТОЯТЕЛЬНО изучить нужные ветки и не задавать вопросов , ответы на которые Вы не читаете извините если что .....  

 

 

@Balthazar,@ISawa, Парни я Вас люблю ...давайте Мирно ))) а мы почитаем и повысим свой кругозор ))

Изменено пользователем m_a17

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вы меня совсем не услышали ...просто прочитали мой пост и не вникли....судя по Вашему комментарию дальше советую просто САМОСТОЯТЕЛЬНО изучить нужные ветки и не задавать вопросов , ответы на которые Вы не читаете извините если что .....  

 

 

@Balthazar,@ISawa, Парни я Вас люблю ...давайте Мирно ))) а мы почитаем и повысим свой кругозор ))

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

Я итак мирно, это Бальтазар кипит )

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
(изменено)

Т.е., по Вашему, при включении в блок транзакций его хеш меняется.

Хеш блока расчитывается асиками с учётом пакбея майнера нашедшего блок? Или уже программа cgminer пристыковывает к блоку информацию владельца при этом изменяя хеш? Либо хеш остаётся неизменным при включении в блок транзакций программой майнером и самим п2пулом?

Да, а ещё солнце является желтым карликом спектрального класса G. И небо синее не из-за того что его кто-то подкрашивает, а потому что синий свет сильнее рассеивается.

 

Я уже выше советовал почитать о протоколе. Есть такая замечательная штука, называется Bitcoin Wiki. После прочтения пары статей сам поймёшь, насколько это смешно

 

Пересчет древа Меркля, валидация заголовков - это всё настолько же очевидные вещи, как и существование воздуха.

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

Изменено пользователем Balthazar

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
(изменено)

Поднял ноду на достаточно мощном железе:

 

http://188.65.213.161:9332/static/

 

Если будет спрос, то могу поднять еще 50-200 штук таких же.

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

Кстати пинг самый маленький ...из всех (Одесса )  (не учитывая Харькова ..все же внутренние сети )) 

Изменено пользователем m_a17

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да, а ещё солнце является желтым карликом спектрального класса G. И небо синее не из-за того что его кто-то подкрашивает, а потому что синий свет сильнее рассеивается.

 

Я уже выше советовал почитать о протоколе. Есть такая замечательная штука, называется Bitcoin Wiki. После прочтения пары статей сам поймёшь, насколько это смешно

 

Пересчет древа Меркля, валидация заголовков - это всё настолько же очевидные вещи, как и существование воздуха.

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

Хорошо, почитаю.

Если не трудно, киньте getpeerinfo c ноды которая работает через релей.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

 

Пересчет древа Меркля, валидация заголовков

В приличном обществе, прошу не выражаться!  :mellow:

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
(изменено)

Пересчет древа Меркля, валидация заголовков - это всё настолько же очевидные вещи, как и существование воздуха.

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

При чём здесь древо, если транзакция ещё не включена в блокчейн. Подмена generation transaction не меняет хеш блока.

Не отвлекайтесь, пожалуйста, на звёзды и верующих.

Если это может п2пул (подмену одного владельца на всех участвующих в майнинге на п2пуле) почему этого не сможет другой софт?

Изменено пользователем ISawa

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ага, тоже интересно, как происходит отчисление процента на дефолтный адрес

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
(изменено)

Ага, тоже интересно, как происходит отчисление процента на дефолтный адрес

 

Очень просто, в каждой шаре есть выход с дефолтным адресом, нарядую с адресами других юзеров (перечисляются в таблице "Payouts if a block were found NOW"). Когда шара находит блок, его награда делится между этими выходами согласно тому, что перечисляется в данной таблице.

 

Технически же выглядит это так - каждая шара содержит в себе coinbase транзакцию, которая будет подставлена в блок в случае если её хэш удовлетворяет сложности сети. 

Изменено пользователем Balthazar

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ага, тоже интересно, как происходит отчисление процента на дефолтный адрес

п2пул получает хеш блока от майнера, подстыковывает к нему "generation transaction" в которую включены транзакции всех, кому предназначены выплаты. Кому и сколько рассчитывает софт ноды на основании данных п2пула. Добавляет к этому транзакции собранные из сети (полученные от демона) к моменту получения блока. Сформированная raw транзакция отправляется к bitcoind и рассылается по пирам.

Для последнего пойманного блока посмотреть что она представляет можно командой

bitcoin-cli getrawtransaction f42100369a0558f285062a07e31accfb5844d254bb4b2cada5d6a73526233fc1

В более человеческом виде:

bitcoin-cli getrawtransaction f42100369a0558f285062a07e31accfb5844d254bb4b2cada5d6a73526233fc1 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А принцип же прост, 0.5% от награды за блок уходит на тот адрес, пользователь которого нашел блок. Из остальных 99.5% берется процент для разработчика. Затем из оставшейся суммы берется процент, который может задать владелец ноды, и уходит на её дефолтный адрес. Ну а оставшаяся после этого сумма пропорционально делится между теми, чьи шары присутствуют в актуальной цепочке.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А принцип же прост, 0.5% от награды за блок уходит на тот адрес, пользователь которого нашел блок. Из остальных 99.5% берется процент для разработчика. Затем из оставшейся суммы берется процент, который может задать владелец ноды, и уходит на её дефолтный адрес. Ну а оставшаяся после этого сумма пропорционально делится между теми, чьи шары присутствуют в актуальной цепочке.

Это понятно, когда словами объясняешь, а как это выглядит арифметически?

 

 

берется процент для разработчика
Как это осуществляется командами демона?

 

 

Затем из оставшейся суммы берется процент, который может задать владелец ноды
И это как вычисляется?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас


  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

×