Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
30 августа 2017, 4:37:40 PM   # 1
 
 
Сообщения: 244
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Объединенные добычи полезные ископаемые в Bitcoin Miner способствует централизации. P2Pool одно решение, но имеет плохую масштабируемость; дополнительные hashers требуют сделок coinbase быть большими, большими шахтерами присоединяющихся увеличить дисперсию выплат для всех остальных, и мелкие шахтеры должны платить дополнительно консолидировать пылевые выплаты. В этом письме я предлагаю усовершенствованную схему с использованием платежных каналов, которые позволили бы гораздо больше индивидуальных hashers помоему на p2pool и привести к гораздо более низкой дисперсии выплат.


== Введение ==

P2Pool является децентрализованным бассейном, который работает путем создания P2P сетей hashers. Эти hashers работают на цепи акций, подобных blockchain Bitcoin в. Каждая мясорубка работает на блоке, который включает в себя выплату владельцев предыдущих акций, а сам узел. Точка объединения является уменьшение дисперсии выплат, даже если в среднем награда одно и то же (или меньше с платой). Спрос на страхование, а также жидкие рынки вариантов показывают, что разница действительно есть расходы, которые люди готовы платить, чтобы избежать.

Вот пример сделки p2pool coinbase: https://blockchain.info/tx/d1a1e125ed332483b6e8e2f128581efc397582fe4c950dc48fadbc0ea4008022

Это 5803 байт, который при ставке вознаграждения 350 сидевших / б стоит 0,02031050 BTC блока пространства, p2pool не может продать в любую другую сделку. Как Bitcoin инфляция идет вниз и шахтеры финансируются более за счет сборов, это ставит p2pool на все более и более невыгодное положение по сравнению с доверяющих сторонних бассейнов горных работ.

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

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


== Оплата == каналы

Что нужно, это способ использования вне цепи платежей, когда любое число платежей может быть отправлены каждым отдельным Hasher без использования blockchain. Тогда все параметры p2pool могут быть изменены, чтобы резко уменьшить выплаты дисперсии. N из разовой платы за последние-N-акций (PPLNS) от p2pool может быть увеличен на что-то вроде 6-12 месяцев акций и так до тех пор, как маленький шахтер может добывать долю каждые несколько месяцев, они всегда получат выплаты, когда p2pool находит блок. Платежные каналы были бы в системе ступица-и-спицы и будет работать аналогичным образом, чтобы coinswap, молнии сети, атомных свопы кросс-цепи или любого другого договора с участием hashlocks и timelocks.

Там еще будет sharechain но hashers оплачивающего всего блока награду хаба. Этот центр будет иметь платежный канал одностороннюю открыт для каждого Hasher в p2pool и там будет создана ситуация, в которой, если концентратор получает оплачиваемую то hashers не может не получить деньги. Потому что обман невозможно, ступица и hashers согласятся просто освободить деньги друг другу, не прибегая к blockchain.

Coinbase адрес scriptPubKey, где блок вознаграждение выплачивается бы это:

Код:
 2of2 multisig ступицы + успешного Hasher
       ИЛИ
  Концентратор Публичных + Н (Х)

2of2 multisig между ступицей и "успешный" Hasher, который нашел блок, хотя и с hashlock и TimeLock. Н (Х) представляет собой значение хеш-функции, где прообразом Х представляет собой случайным образом сгенерированный одноразовый номер, который хранится в секрете от ступицы, но Х должен быть раскрыта, если втулка проводит с помощью этого пути выполнения.

Каждый платежный канал между ступицей и Hasher является 2of2 multisig между ними.

В hashers шахта sharechain, решаемая доля содержит hashers Публичного. Концентратор отстает от sharechain и объявляет частично подписанные сделки, идущие к каждому Hasher. Сделки обновляются состояние канала оплаты, они платят деньги каждого Hasher пропорционально работу, что мясорубка способствовала sharechain.

Это форма обновленного состояния канала оплаты:

Код:
2of2 multisig UTXO ----> [Всего - баланс BTC] Концентратор-Публичный
                   ----> [Баланс BTC] Hasher-Публичный + Н (Х)

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

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

Теперь, ступица может потратить вознаграждение блока денег самостоятельно, но только путь выявления X. Каждый мясорубка мог тогда считать, что X и объединить его с обновленной государственной сделкой, чтобы получить свои деньги. Таким образом, если концентратор получает деньги то hashers не может не получить деньги. Так как дезертировать бессмысленно, хаб создает новый частично подписанную сделку просто тратить 2of2 multisig выход к каждому Hasher, который в настоящее время не имеет каких-либо условий hashlock. Мясорубка может в любой момент знаком с их собственным ключом и трансляции, чтобы получить деньги поселились на blockchain. После этого успешная мясорубка подписывает 2of2 multisig блок награды посылающего вознаграждения блока деньги на ступицу. Успешная мясорубка получает небольшой бонус с помощью обновленного платежного состояния канала для нахождения блока, чтобы препятствовать отказывая же, как сегодняшний p2pool. Если все пойдет хорошо, то ступица никогда не показывает X, для добычи нового блока он объявляет новое значение H (X).

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

== == концентраторы

Концентратор является центральной точкой отказа. Он не может украсть деньги, но если он получает DDOS'd или просто становится злом, то все, что бы прекратить работу. Эта проблема может быть смягчена при наличии федеративной системы, где есть несколько концентраторов на выбор и hashers имеет платежные каналы открытые с каждым из них. Стоит отметить, что если кто-то имеет сильный ботнет они могли бы, вероятно, DDOS отдельные hashers p2pool таким же образом они DDos концентраторы или даже централизованные бассейны добывающие.

Концентратор нужно будет иметь много биткойны, чтобы иметь платежные каналы во время ожидания блоков, которые будут добываться. Может быть, в 50 раз блок награда, которая сегодня будет около 650 Bitcoins. Концентратор должен получать небольшой процент от каждого блока вознаграждения предоставить им стимул, мы знаем из JoinMarket, что этот процент будет, вероятно, около 0,1% или меньше для больших количеств Bitcoin. Prospostive операторы ступиц должны написать свои предложения на форуме где-то и есть их детали добавлены к некоторому списку на GitHub. Hashers должен иметь интерфейс для занесения в черный список, белого список, снижение и повышение приоритета для отдельных узлов в случае операторы ступиц ведут себя плохо.

Так же, как смарт-контракт, есть дилемма эффекты Итерированных заключенные между ступицей и hashers. Если концентратор взаимодействует он может ожидать, чтобы сделать предсказуемый доход с низким уровнем риска от своих проведенных Bitcoins в течение длительного времени, чтобы прийти, если он делает что-то плохое то hashers может легко вызвать с сделку. Оператор ступицы потребует много прибыли для того, чтобы записать свою репутацию и будущий поток доходов, и повреждая Bitcoin экосистемы будет косвенно поврежденной своим собственной проведенным биткойны. Справедливый план ценообразования, вероятно, ступица с небольшим процентом, чтобы начать с, а затем через 12 месяцев этот процент доходит до принимать во внимание улучшенной репутацию концентратора.


== Выбор транзакции ==

Все hashers и ступице нужно знать точное значение награды блока заранее, это означает, что они должны знать, что плата шахтера будет. Это, пожалуй, самая серьезная проблема, с этим предложением.

Одним из возможных путей решения этой проблемы является помоему сделок в акции и таким образом использовать sharechain, чтобы сделать все hashers и концентраторы прийти к консенсусу о том, какие именно сделки они будут Моими, и так точно, что общая плата шахтера будет. Проблема здесь в том, что этот механизм консенсуса медленно, сразу же после того, как Bitcoin блок найден все p2pool hashers придется подождать 30-120 секунд, прежде чем они знают, что операции на шахте, так что это сделает их неконкурентоспособными как горные работы.

Еще один способ справиться с этим, чтобы ступица просто выбрать все операции, объявляя сделки, общую плату шахтера и корень Merkle для hashers помоему. Это будет работать, но позволяет ступицу контролировать и цензурировать Bitcoin сделки, которые в основном поражения точки p2pool как улучшение в Bitcoin шахтер централизации.

Другой способ иметь hashers и ступицу оценку того, что общая стоимость плата шахтера будет. Оценка может исходить из средней платы шахтера последних нескольких блоков, или из следующих 1Мб в mempool. Концентратор объявит все частично подписанные сделки с каждым Hasher, а затем периодически (скажем, каждые 60 секунд) объявляет обновленные версии в зависимости от того, как изменяется mempool. Давайте проанализируем, что происходит, если предполагаемые и фактические вознаграждения различны. Если фактическое вознаграждение блок ниже расчетного вознаграждения, то ступица может обновить состояние оплаты канала немного более низкие значения, чтобы принять это во внимание. В hashers не может использовать более высокое состояние канала, не зная X. Успешный Hasher получат свой бонус для нахождения блока, который должен помочь в стимулировании их на самом деле подписать сделку о выплатах концентратора. Если фактическая награда блока выше, чем оценка награды, ступица, мы надеемся, еще обновит состояния оплаты канала в Hasher из-за последствий interated заключенные-дилеммой. Но если фактическая награда намного выше, то концентратор может оказаться выгодным, чтобы сжечь свою репутацию и взять деньги, раскрыв X, одна ситуации, когда это может произойти, если кто-то случайно платит очень высокую плату шахтера и А мясорубку рудники без него принимаются во внимание при регулярных обновлениях состояния оплаты канала концентратора. Помимо этого очень конкретной ситуации, эта схема оценки общей платы шахтера должна работать. Обратите внимание, что hashers может выбрать концентратор помоему для от их федерации центров, они должны избегать горнодобывающих операций, которые делают блок вознаграждение гораздо выше, чем объявлено состояние оплаты канала, это должно избежать этой проблемы.


== Заметки ==

*) Блочные награды заблокированы на 100 блоков, прежде чем они могут быть потрачены, поэтому совместные подписи должны быть заменены после того, как 100 блоков только в случае, если блок получает из несвежего / сиротого. В то время как hashers ждут на период погашения 100 поощрений, они должны добывать с другим концентратором в качестве выплаты.

*) Сегодня p2pool имеет функцию для пожертвования отдельных hashers, это может быть воспроизведено в системе оплаты канала при наличии в hashers подписать код платежа LN, используя то же Публичное, который появляется в sharechain. Каждый код платежа LN затем подарен пропорционально работа в sharechain. После p2pool созревает должно быть организовано общественное движение с просьбой о пожертвованиях к p2pool hashers. Экономическое большинство имеет стимул для поддержки децентрализованной добычи, и в прошлом, когда статус-кво p2pool было больше, то он действительно получил их, так что это реалистический спросить. Движение UASF было успешным, поэтому мы знаем, что такие социальные движения возможны. Привод пожертвования должен продолжаться, пока все государственные централизованные бассейны горнодобывающих не имеют низкое хеширование силы.

*) Каждая мясорубку, вероятно, следует сделать, чтобы оплатить некоторые биткойна в адрес канала оплаты тоже, чтобы остановить Дозаторы блокировки всех биткойнов концентратора. Если мясорубка не находит свою долю в течение некоторого промежутка времени, то концентратор должен закрыть канал оплаты. Другим способ скорости предел DOS для концентратора требовать решаемой POW вызова перед открытием канала.

*) Теперь, когда мы segwit все эти схемы оплаты канала гораздо проще кода.

*) В hashers должен держать свои деньги заперты в канале оплаты за несколько месяцев до достаточно коллектов. Это может быть проблемой, потому что некоторые шахтеры не очень хочется провести Bitcoin долгий срок. Интересно, если Тереза ​​каким-то образом связать эти каналы LN, чтобы они могли продаваться сразу. Они могли бы также использовать фьючерсные контракты, чтобы продать монеты сегодня со скидкой и на самом деле доставить монеты позже, когда они закрывают канал. Edit: в соответствии с roasbeef такой связи с LN действительно возможно, то hashers бы получить биткойно в их LN бумажнике, которые были бы доступны для проведения сразу.

*) Для того, чтобы остановить или разбойные нападения выкупа, есть дополнительный путь выполнения OP_CSV в coinbase. Выход coinbase на самом деле имеет этот скрипт:

Код:
 2of2 multisig ступицы + успешного Hasher
       ИЛИ
  Концентратор Публичных + Н (Х)
       ИЛИ
  успешная мясорубка Публичный + OP_CSV 6 месяцев

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


== Ссылки ==

*) https://en.bitcoin.it/wiki/P2Pool как p2pool работы

*) что Масштабируемость проблема p2pool

*) что делает окно PPLNS больше

*) Книга: Эволюция Сотрудничеству Роберта Аксельрод, для объяснения дилеммы эффектов Итерированных заключенных в деталях

Благодаря veqtrus разработчиков p2pool для рассмотрения этого

Это также размещается в списке Bitcoin DEV рассылки: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-August/014893.html
Белчер сейчас офлайн Пожаловаться на Белчер   Ответить с цитированием Мультицитирование сообщения от Белчер Быстрый ответ на сообщение Белчер


Как заработать Биткоины?
Без вложений. Не майнинг.


30 августа 2017, 5:31:04 PM   # 2
 
 
Сообщения: 2296
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Получил 1806 Биткоинов
Реальная история.





Если первая точка вашего аргумента является то, что люди должны платить «больше», чтобы уменьшить их дисперсию в пуле, то вы уже не удались на стартовой линии.
Плата P2Pool по умолчанию 1%, что уже более, чем, например, плата моего бассейна.

Далее, кажется, думают, что следующая проблема состоит в том, что P2Pool не может заплатить достаточно небольшое количество.
Ну, учитывая, что добыча являешься потерей при добыче с процессорами или графическими процессорами или даже старым СБИСОМ, вы, кажется, пытаетесь удовлетворить небольшое меньшинство людей, которые хотят потерять добычу денег, и добавление к не так много общему показателю хэша.
Помогая людям терять деньги на самом деле не звучит как причина изменения P2Pool - особенно, так как вы надеюсь, что многие из них будет достаточно умен, чтобы понять это.

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

Все ваше решение, похоже, основано на предоставление крошечных платежей, но игнорируя проблемы, которые уже известны с P2Pool.
Например, veqtrus против изменений, которые jtoomin пытается добавить P2Pool решить список проблем. например
1) P2Pool несправедливо мелким шахтеры - крупные шахтеры получают преимущество власти больше шансов подтвердить свои собственные акции, чем мелкие старателей
 Это ясно видно, видя большое расхождение в показателях DOA на разных пулах P2Pool - хотя это также отчасти из-за точки "Икс" ниже
2) P2Pool производит небольшие блоки - есть предел чего-то вроде 100K сделок, добавленных на одну акцию - таким образом, получается, что-то вроде 39% от P2Pool блоков, как ожидается, будет меньше, чем 1 МБ - т.е., как правило, меньше, чем большинство бассейнов - и что размер уменьшает как P2Pool блоки, найденные ближе к предыдущему блоку сети.
Coinbase сделка P2Pool не является их главной заботой.
3) P2Pool STILL не поддерживает segwit, хотя каждый бассейн делает

"Икс" Там также простые вопросы, как тот факт, что пул P2Pool нужен будет иметь много ресурсов, похожих на нормальный пул, чтобы гарантировать, что они могут конкурировать и против обычных бассейнов и других бассейнов P2Pool; но есть, конечно, кажется, что люди пытаются экономить на том, что для экономии средств ведения собственного P2Pool бассейна - или еще хуже:

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

Тогда, конечно, вы также выступаете используя то, что это даже не реализовано - боковая цепь каналов оплаты - на P2SH операциях ... которые являются источником многих Bitcoin исправлений ... такие, как последние ... segwit который является еще одним BUGFIX для P2SH ...
Kano сейчас офлайн Пожаловаться на Kano   Ответить с цитированием Мультицитирование сообщения от Kano Быстрый ответ на сообщение Kano

30 августа 2017, 6:34:36 PM   # 3
 
 
Сообщения: 244
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Спасибо за комментарии Kano.

Если первая точка вашего аргумента является то, что люди должны платить «больше», чтобы уменьшить их дисперсию в пуле, то вы уже не удались на стартовой линии.
Плата P2Pool по умолчанию 1%, что уже более, чем, например, плата моего бассейна.

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

Ваш бассейн может иметь более низкую плату, но по-прежнему доверяли-третьи стороны, поэтому она имеет разные цели для p2pool и мы не можем сравнить их.


Далее, кажется, думают, что следующая проблема состоит в том, что P2Pool не может заплатить достаточно небольшое количество.

Да, это проблема с существующей p2pool.

Если вы посмотрите на сделках p2pool coinbase я связан, самый маленький шахтер участия был уделен 0.00005913 BTC, а крупнейший шахтер был оплачен 4.27252711 BTC, оба эти шахтеры должен платить ту же сумму в тарифах на самом деле провести их оплату, так что меньше шахтер делает меньше денег на единицу-hashpower, что способствует Miner централизации. Может быть, это не самый большой вклад, но все же вклад и одна вещь, моя идея решает, так что я буду говорить об этом.

Ну, учитывая, что добыча являешься потерей при добыче с процессорами или графическими процессорами или даже старым СБИСОМ, вы, кажется, пытаетесь удовлетворить небольшое меньшинство людей, которые хотят потерять добычу денег, и добавление к не так много общему показателю хэша.
Помогая людям терять деньги на самом деле не звучит как причина изменения P2Pool - особенно, так как вы надеюсь, что многие из них будет достаточно умен, чтобы понять это.

Кто-то может иметь низкий hashrate даже если они владеют новой ASIC.

Все ваше решение, похоже, основано на предоставление крошечных платежей, но игнорируя проблемы, которые уже известны с P2Pool.
Например, veqtrus против изменений, которые jtoomin пытается добавить P2Pool решить список проблем. например
1) P2Pool несправедливо мелким шахтеры - крупные шахтеры получают преимущество власти больше шансов подтвердить свои собственные акции, чем мелкие старателей
 Это ясно видно, видя большое расхождение в показателях DOA на разных пулах P2Pool - хотя это также отчасти из-за точки "Икс" ниже
2) P2Pool производит небольшие блоки - есть предел чего-то вроде 100K сделок, добавленных на одну акцию - таким образом, получается, что-то вроде 39% от P2Pool блоков, как ожидается, будет меньше, чем 1 МБ - т.е., как правило, меньше, чем большинство бассейнов - и что размер уменьшает как P2Pool блоки, найденные ближе к предыдущему блоку сети.
Coinbase сделка P2Pool не является их главной заботой.
3) P2Pool STILL не поддерживает segwit, хотя каждый бассейн делает

"Икс" Там также простые вопросы, как тот факт, что пул P2Pool нужен будет иметь много ресурсов, похожих на нормальный пул, чтобы гарантировать, что они могут конкурировать и против обычных бассейнов и других бассейнов P2Pool; но есть, конечно, кажется, что люди пытаются экономить на том, что для экономии средств ведения собственного P2Pool бассейна - или еще хуже:

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

Да я знаю, что есть и другие проблемы, связанные с p2pool. Тот факт, что моя идея не решает все сразу, не делает это плохая идея.

На самом деле я бы сказал, что проблема масштабируемости p2pool является основной проблемой, которая вызывает большинство других. Я не единственный, кто считает, что это:


Тогда, конечно, вы также выступаете используя то, что это даже не реализовано - боковая цепь каналов оплаты - на P2SH операциях ... которые являются источником многих Bitcoin исправлений ... такие, как последние ... segwit который является еще одним BUGFIX для P2SH ...

Моя идея не включает боковые цепи. Боковые цепи и каналы компенсации разные вещи.

И, очевидно, никто не реализовал это еще и потому, что это только идея на данном этапе

Более того, segwit был активирован только на mainnet Bitcoin меньше, чем неделю назад, и это по существу требование для построения систем каналов оплаты, которые хорошо работают.
Белчер сейчас офлайн Пожаловаться на Белчер   Ответить с цитированием Мультицитирование сообщения от Белчер Быстрый ответ на сообщение Белчер

30 августа 2017, 7:40:26 PM   # 4
 
 
Сообщения: 759
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Если вы посмотрите на сделках p2pool coinbase я связан, самый маленький шахтер участия был уделен 0.00005913 BTC, а крупнейший шахтер был оплачен 4.27252711 BTC, оба эти шахтеры должен платить ту же сумму в тарифах на самом деле провести их оплату, так что меньше шахтер делает меньше денег на единицу-hashpower, что способствует Miner централизации. Может быть, это не самый большой вклад, но все же вклад и одна вещь, моя идея решает, так что я буду говорить об этом.

Выплату 0.00005913 BTC в блоке (47 дней на mainnet) соответствует hashrate около 90 GH / с. Это примерно hashrate из первого поколения Avalon шахтера из более чем четыре года назад. Машина как и зарабатывает около 0,5 цента за киловатт-час. Расходы на электроэнергию больше, чем, поэтому такая машина никогда не будет прибыльным. P2pool не нужно относиться к себе с экономикой угледобычи с устаревшим оборудованием.

Добыча с одним S7 (2-летней машины, все еще немного выгодно работать) на p2pool приведет к выплате около 0,05 BTC на блок на mainnet и 0,03 BTC в блоке на jtoomimnet (который имеет больше hashrate и находит блоки чаще). Это примерно в 100 раз больше, чем плата за сделку будет для расходов на выплату.

Наиболее распространенный минер в настоящее время является S9, который имеет hashrate из 13500 GH / с и получает 0,10 до 0,15 BTC для каждого блока на p2pool.

3) P2Pool STILL не поддерживает segwit, хотя каждый бассейн делает
Для записи, jtoomimnet ветвь p2pool поддерживает segwit просто отлично. От одного из узлов только сейчас:

Код:
Создание доли с 1000700 байт (40274 новый) и 1943 сделок (90) новый

В противном случае, я в значительной степени согласен с Kano. Добавление платежных каналов p2pool пытаются решить проблему, которая еще не существует, когда есть и другие проблемы, которые существуют и на самом деле имеет значения. Coinbase сделка заставляет нас терять около 0,13% от нашего потенциального дохода. Если это когда-либо увеличивается, и начало становиться проблемой, очевидно, первый шаг, чтобы сделать выплаты для небольших шахтеров каждый блок, или каждый третий блок, или каждый десятый блок вместо каждого отдельного блока. Это в основном эквивалентно каналов оплаты - платежи рассчитываются на цепи с более низкой частотой, чем от цепи платежей - но около 1 / 4th, как трудно реализовать.

котировка
Плата P2Pool по умолчанию 1%, что уже более, чем, например, плата моего бассейна.
Мало кто помоему с гонораром по умолчанию. Большинство hashrate мин p2pool с платой 0%. Поправьте меня, если я ошибаюсь, но я думаю, что это меньше, чем бассейн Кано. Средняя плата, которую p2pool пользователи предпочитают использовать (на основе блока, связанного с Белчер) является 0,0326%. Последняя выплата в coinbase сделки всегда forrestv в сборе адрес.

котировка
== Оплата == каналы
Для меня это звучит как ваш мыслительный процесс что-то вроде этого: "каналы оплаты так здорово! Интересно, где мы могли бы использовать их? Хм ... может быть p2pool?" вместо "P2pool это так здорово, но у него есть несколько проблем, которые делают это трудно для меня, чтобы использовать его. Как мы могли бы исправить эти проблемы?" Первый тип мышления опасен в программной инженерии, и, как правило, вызывают больше проблем, чем решает.
jtoomim сейчас офлайн Пожаловаться на jtoomim   Ответить с цитированием Мультицитирование сообщения от jtoomim Быстрый ответ на сообщение jtoomim

31 августа 2017, 2:43:14 AM   # 5
 
 
Сообщения: 244
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Если вы посмотрите на сделках p2pool coinbase я связан, самый маленький шахтер участия был уделен 0.00005913 BTC, а крупнейший шахтер был оплачен 4.27252711 BTC, оба эти шахтеры должен платить ту же сумму в тарифах на самом деле провести их оплату, так что меньше шахтер делает меньше денег на единицу-hashpower, что способствует Miner централизации. Может быть, это не самый большой вклад, но все же вклад и одна вещь, моя идея решает, так что я буду говорить об этом.

Выплату 0.00005913 BTC в блоке (47 дней на mainnet) соответствует hashrate около 90 GH / с. Это примерно hashrate из первого поколения Avalon шахтера из более чем четыре года назад. Машина как и зарабатывает около 0,5 цента за киловатт-час. Расходы на электроэнергию больше, чем, поэтому такая машина никогда не будет прибыльным. P2pool не нужно относиться к себе с экономикой угледобычи с устаревшим оборудованием.

Добыча с одним S7 (2-летней машины, все еще немного выгодно работать) на p2pool приведет к выплате около 0,05 BTC на блок на mainnet и 0,03 BTC в блоке на jtoomimnet (который имеет больше hashrate и находит блоки чаще). Это примерно в 100 раз больше, чем плата за сделку будет для расходов на выплату.

Наиболее распространенный минер в настоящее время является S9, который имеет hashrate из 13500 GH / с и получает 0,10 до 0,15 BTC для каждого блока на p2pool.

Это все верно и сегодня. Но ситуация была бы значительно отличаться, если p2pool было больше хеш власти: трудность его sharechain будет идти вверх и S9 будет испытывать гораздо большую дисперсию в выплатах.

Вот вся суть этой темы является то, что p2pool имеет проблемы с масштабируемостью и поэтому он прекрасно работает сегодня, но не может стать больше. Это отсутствие решения является возможно, одна из причин не так много развития происходит, потому что немногие люди будут переписывать что-то в C ++, если он просто разрывает, когда все больше людей используют его.

Давайте поместим некоторые цифры на это: Скажем максимальной децентрализации p2pool была составлена ​​полностью из этих S9S с 13,5 TH / с каждый, и если p2pool имел 10% мирового hashrate (который 6500000 TH / s сегодня), что бы взять 48148 такие S9 единиц. Сделка coinbase будет 1.6MB по размеру (по 34 байт на выход), больше, чем предел блочного даже без любого пространства, оставшегося для других операций. Скажем, мы ограничили coinbase сделку до 10kb (так 1% штраф в блоке пространстве уже), который является 289 выходов, и использовать свой трюк сохранения внутреннего состояния и выплаты в группах. Это означало бы, каждый S9 мясорубка получает зарплату раз в 166 p2pool блоков. Все эти 289 результатов должны быть консолидированы, который стоит больше Проходчика сборов, что большая централизованная шахтер не придется платить. P2Pool это отличная идея, и классный проект, но этот пункт показывает, что в его нынешнем виде, это просто не масштабируется. Любой шахтер после его краткосрочной корысти будет просто подключить к центральному бассейну, как Кан и платит гораздо более регулярно.


В противном случае, я в значительной степени согласен с Kano. Добавление платежных каналов p2pool пытаются решить проблему, которая еще не существует, когда есть и другие проблемы, которые существуют и на самом деле имеет значения. Coinbase сделка заставляет нас терять около 0,13% от нашего потенциального дохода. Если это когда-либо увеличивается, и начало становиться проблемой, очевидно, первый шаг, чтобы сделать выплаты для небольших шахтеров каждый блок, или каждый третий блок, или каждый десятый блок вместо каждого отдельного блока. Это в основном эквивалентно каналов оплаты - платежи рассчитываются на цепи с более низкой частотой, чем от цепи платежей - но около 1 / 4th, как трудно реализовать.

Это решение будет отличаться в очень важном аспекте: это дисперсия выплат будет гораздо выше, и будет еще хуже, поскольку все больше индивидуального hashers присоединиться к p2pool, как вы говорите, частота выплат будет ниже. Решение платежного канала позволило бы мясорубку, чтобы получить деньги с каждым блоком, который p2pool находит даже если оплата только 1000 Satoshi.

Кроме того, как Bitcoin инфляция падает до нуля, что 0,13% цифра будет получить больше.

котировка
== Оплата == каналы
Для меня это звучит как ваш мыслительный процесс что-то вроде этого: "каналы оплаты так здорово! Интересно, где мы могли бы использовать их? Хм ... может быть p2pool?" вместо "P2pool это так здорово, но у него есть несколько проблем, которые делают это трудно для меня, чтобы использовать его. Как мы могли бы исправить эти проблемы?" Первый тип мышления опасен в программной инженерии, и, как правило, вызывают больше проблем, чем решает.

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

То, что я слышу, люди не видят смысла платежных каналов, и мне нужно, чтобы объяснить более проблему, которую они на самом деле решить. Я думал, что говорю "они позволяют массивное сокращение выплат дисперсии" было бы достаточно, но, по-видимому, нет.
Белчер сейчас офлайн Пожаловаться на Белчер   Ответить с цитированием Мультицитирование сообщения от Белчер Быстрый ответ на сообщение Белчер

31 августа 2017, 3:06:16 PM   # 6
 
 
Сообщения: 759
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Скажем, для максимальной децентрализации p2pool была составлена ​​полностью из этих S9S с 13,5 TH / с каждый, и если p2pool имел 10% мирового hashrate (который 6500000 TH / s сегодня), что бы 48148 таких единиц S9.
Извините, но это не является отдаленно реалистичным предположение. Доказательством системы работают огромные экономии от масштаба. Размер Miner имеет тенденцию следовать закон распределения энергии. Причина этого заключается в том, что разные люди в разных регионах платят разные суммы за электроэнергию, и, как правило, платят меньше, тем больше власти они используют. Например, я плачу 2,8 цента за киловатт-час, потому что я переехал в город с очень дешевой энергии только, чтобы я мог построить шахту, и потому что я использую более 200 кВт мощности.

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

Стоит также отметить, что p2pool не может легко масштабироваться до имеющих 48148 акций в цепи акций. В настоящее время число 8640, и я рассмотрел сокращение этого числа в целях повышения производительности.

котировка
Это решение будет отличаться в очень важном аспекте: это дисперсия выплат будет гораздо выше, и будет еще хуже, поскольку все больше индивидуального hashers присоединиться к p2pool, как вы говорите, частота выплат будет ниже. Решение платежного канала позволило бы мясорубку, чтобы получить деньги с каждым блоком, который p2pool находит даже если оплата только 1000 Satoshi.
Нет, они эквивалентны. В одном случае, у вас есть платежный канал с государством, которое не получит приверженно blockchain за исключением после каждого п блоков, и в другом случае у вас есть баланс, хранящийся в sharechain, который получает совершенный в blockchain каждых п блоков. Метод sharechain баланс не нужно увеличивать дисперсию вообще; вы можете получить деньги точно такую ​​же сумму, как если бы вы расплачивались каждый блок, но вы получите эти платежи 1 / п-я, как часто.

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


котировка
То, что я слышу, люди не видят смысла платежных каналов, и мне нужно, чтобы объяснить более проблему, которую они на самом деле решить. Я думал, что говорю "они позволяют массивное сокращение выплат дисперсии" было бы достаточно, но, по-видимому, нет.
Это потому, что вы недопонимание источников выплат дисперсии p2pool в.
jtoomim сейчас офлайн Пожаловаться на jtoomim   Ответить с цитированием Мультицитирование сообщения от jtoomim Быстрый ответ на сообщение jtoomim

31 августа 2017, 4:41:52 PM   # 7
 
 
Сообщения: 244
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Скажем, для максимальной децентрализации p2pool была составлена ​​полностью из этих S9S с 13,5 TH / с каждый, и если p2pool имел 10% мирового hashrate (который 6500000 TH / s сегодня), что бы 48148 таких единиц S9.
Извините, но это не является отдаленно реалистичным предположение. Доказательством системы работают огромные экономии от масштаба. Размер Miner имеет тенденцию следовать закон распределения энергии. Причина этого заключается в том, что разные люди в разных регионах платят разные суммы за электроэнергию, и, как правило, платят меньше, тем больше власти они используют. Например, я плачу 2,8 цента за киловатт-час, потому что я переехал в город с очень дешевой энергии только, чтобы я мог построить шахту, и потому что я использую более 200 кВт мощности.

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

Стоит также отметить, что p2pool не может легко масштабироваться до имеющих 48148 акций в цепи акций. В настоящее время число 8640, и я рассмотрел сокращение этого числа в целях повышения производительности.

Причина это не реалистичное предположение из-за рудничной централизации уже существующих на сегодняшний день, сама проблема, что OP стремится решить. Экосистема он стремится к том, что добыча Bitcoin будет децентрализована с длинным хвостом закона мощности, большинство, и важный фактором в предотвращении этого является то, что все маленькими шахтеры просто присоединиться централизованным бассейном.

P2Pool не может конкурировать с бассейном, доверяющих третьих сторон прямо сейчас, потому что если его hashpower пошел тогда трудность sharechain бы слишком, и все мелкие шахтеры нашли бы их дисперсия выплат идет вверх. Для уменьшения этого отклонения требует длины sharechain увеличить массивно (чтобы покрыть что-то вроде 6 месяцев вместо 3-х дней).

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

котировка
Это решение будет отличаться в очень важном аспекте: это дисперсия выплат будет гораздо выше, и будет еще хуже, поскольку все больше индивидуального hashers присоединиться к p2pool, как вы говорите, частота выплат будет ниже. Решение платежного канала позволило бы мясорубку, чтобы получить деньги с каждым блоком, который p2pool находит даже если оплата только 1000 Satoshi.
Нет, они эквивалентны. В одном случае, у вас есть платежный канал с государством, которое не получит приверженно blockchain за исключением после каждого п блоков, и в другом случае у вас есть баланс, хранящийся в sharechain, который получает совершенный в blockchain каждых п блоков. Метод sharechain баланс не нужно увеличивать дисперсию вообще; вы можете получить деньги точно такую ​​же сумму, как если бы вы расплачивались каждый блок, но вы получите эти платежи 1 / п-я, как часто.

Они не эквивалентны, оплата происходит каждый блок в идее оплаты канала, есть нет "каждые п блоков" вещь происходит.

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

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

Да, я согласен. Это не основная проблема и может быть исправлено с много больше кодирования. Как и другие люди уже обсуждали, проблемы масштабируемости обескуражить любого программиста от фактически делает кодирование.


котировка
То, что я слышу, люди не видят смысла платежных каналов, и мне нужно, чтобы объяснить более проблему, которую они на самом деле решить. Я думал, что говорю "они позволяют массивное сокращение выплат дисперсии" было бы достаточно, но, по-видимому, нет.
Это потому, что вы недопонимание источников выплат дисперсии p2pool в.

Сейчас основной источник является низкой долей p2pool в общем объеме hashpower. Это происходит из-за проблемы масштабируемости, где увеличение hashrate бы сделать p2pool просто перестать работать, как способ снижения выплат дисперсии.
Белчер сейчас офлайн Пожаловаться на Белчер   Ответить с цитированием Мультицитирование сообщения от Белчер Быстрый ответ на сообщение Белчер

1 сентября 2017, 12:55:53 AM   # 8
 
 
Сообщения: 244
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Я понял, как схема OP в канале оплаты нарушена, потому что старые платежи не могут быть отозваны.

Так, например, p2pool работает на блоке, который имеет высокую общую плату, концентраторы отправляют обновленные состояния канала с новым балансом, то hashers, очевидно, не может передать его, потому что они не знают значение X. Допустим, что блок не найден p2pool или по какой-то другой причине, общая плата в настоящее время значительно ниже. Проблема заключается в том, что hashers будет еще знать ранее обновленное состояние оплаты канала, если его баланс выше, чем этот новый баланс тогда hashers может делать деньги, заставляя ступицу раскрыть X и поэтому hashers получить более высокий баланс, а ступица влево с более низким вознаграждением блока.

В конкретных цифрах сейчас. P2Pool добывает блок с наградой 4 BTC, есть 4 hashers, которые получают 1 Btc каждый. Концентратор посылает обновленные состояния, которые добавляют 1 БТД баланс каждого Hasher в. Вдруг есть сделка случайно высокая пошлина с платой 8 BTC, ступица обновляет состояние каждого мясорубка, чтобы добавить 3 BTC на баланс. К сожалению, какой-либо другой пул добывал эту транзакцию, а следующий блок p2pool работает над имеет награду 4 раз ВТСА. Концентратор посылает обновленное состояние оплачиваемого 1 BTC, как и раньше, но hashers вспомнить старое состояние 3 БТДА, когда один из них находит блок они не подписывать поощрения сделки концентратора и заставить ступицу раскрыть X. ступицу получает награду 4 Btc блока, но каждая мясорубка использует теперь раскрываются значение X, чтобы принять 12 из BTC ступицы, оставляя БКИ ступицы 8 из кармана!

Путь к решению этой проблемы является создание системы, в которой старые платежи могут быть аннулированы. Это не должно быть слишком трудно, так как LN уже делает это, я напишу пост здесь коротко объяснить, как.
Белчер сейчас офлайн Пожаловаться на Белчер   Ответить с цитированием Мультицитирование сообщения от Белчер Быстрый ответ на сообщение Белчер

2 сентября 2017, 3:10:24 AM   # 9
 
 
Сообщения: 244
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Вот исправлена ​​схема для изготовления платежных каналов будут revokeable. Он имеет дополнительное преимущество, что если что-то пойдет не так и X раскрывается тогда все платежные каналы не должны быть закрыты. Также адрес оплаты канала теперь просто выглядеть 2of2 multisig так они экономят пространство и улучшить личную жизнь тоже.

Я редактировал OP, чтобы включить это исправить, так что это первая вещь, которую люди читают.

Вот оригинал О.П. по причинам истории:




Это также размещается в списке Bitcoin DEV рассылки: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-August/014893.html

Объединенные добычи полезные ископаемые в Bitcoin Miner способствует централизации. P2Pool одно решение, но имеет плохую масштабируемость; дополнительные hashers требуют сделок coinbase быть большими, большими шахтерами присоединяющихся увеличить дисперсию выплат для всех остальных, и мелкие шахтеры должны платить дополнительно консолидировать пылевые выплаты. В этом письме я предлагаю усовершенствованную схему с использованием платежных каналов, которые позволили бы гораздо больше индивидуальных hashers помоему на p2pool и привести к гораздо более низкой дисперсии выплат.


== Введение ==

P2Pool является децентрализованным бассейном, который работает путем создания P2P сетей hashers. Эти hashers работают на цепи акций, подобных blockchain Bitcoin в. Каждая мясорубка работает на блоке, который включает в себя выплату владельцев предыдущих акций, а сам узел. Точка объединения является уменьшение дисперсии выплат, даже если в среднем награда одно и то же (или меньше с платой). Спрос на страхование, а также жидкие рынки вариантов показывают, что разница действительно есть расходы, которые люди готовы платить, чтобы избежать.

Вот пример сделки p2pool coinbase: https://blockchain.info/tx/d1a1e125ed332483b6e8e2f128581efc397582fe4c950dc48fadbc0ea4008022

Это 5803 байт, который при ставке вознаграждения 350 сидевших / б стоит 0,02031050 BTC блока пространства, p2pool не может продать в любую другую сделку. Как Bitcoin инфляция идет вниз и шахтеры финансируются более за счет сборов, это ставит p2pool на все более и более невыгодное положение по сравнению с доверяющих сторонних бассейнов горных работ.

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

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


== Оплата == каналы

Что нужно, это способ использования вне цепи платежей, когда любое число платежей может быть отправлены каждым отдельным Hasher без использования blockchain. Тогда N из разовой платы за последние-N-акций (PPLNS) от p2pool может быть увеличен на что-то вроде 6-12 месяцев акций и так до тех пор, как маленький шахтер может добывать долю каждые несколько месяцев, они всегда будут получать выплата, когда p2pool находит блок. Платежные каналы были бы в системе ступица-и-спицы и будет работать аналогичным образом, чтобы coinswap, молнии сети, атомных свопы кросс-цепи или любого другого договора с участием hashlocks и timelocks.

Там еще будет sharechain но hashers оплачивающего всего блока награду хаба. Этот центр будет иметь платежный канал одностороннюю открыт для каждого Hasher в p2pool и там будет создана ситуация, в которой, если концентратор получает оплачиваемую то hashers не может не получить деньги. Потому что обман невозможно, ступица и hashers согласятся просто освободить деньги друг другу, не прибегая к blockchain.

Coinbase адрес scriptPubKey бы это блочные вознаграждение выплачивается здесь:

     2of2 multisig
     Концентратор + успешная мясорубка
  ИЛИ
     Концентратор Публичных + Н (Х)
  ИЛИ
     успешная мясорубка Публичный + OP_CSV 6 месяцев

2of2 multisig между ступицей и "успешный" Hasher, который нашел блок, хотя и с hashlock и TimeLock. Н (Х) представляет собой значение хеш-функции, где прообразом Х генерируется случайным образом с помощью втулки и держится в секрете, но Х будет показан, если втулка проводит с помощью этого пути выполнения. Путь выполнения OP_CSV есть, чтобы остановить любые разбойные нападения или выкуп, в худшем случае, если ступица глохнет, то успешная мясорубка может украсть всю coinbase в качестве наказания после 6 месяцев.

Каждый адрес платежного канала имеет этот scriptPubKey:

     2of2 multisig
     Концентратор-С + Hasher-С
  ИЛИ
     2of2 multisig + H (X)
     Концентратор-U + Hasher-U

В pubkeys Концентратор-С / Hasher-С относится к «кооперативной» pubkeys. Hub-U / мясорубка-U относятся к 'неконструктивной' pubkeys. Перед тем, как мясорубка начинается добычей ступицы будет открыть односторонний платежный канал к Hasher, и платит некоторую Bitcoin к нему (скажем 0.5btc, например).

В hashers шахта sharechain, решаемая доля содержит кооперативные и негативные Публичную в Hasher в. Концентратор отстает от sharechain и объявляет частично подписанные сделки, идущие к каждому Hasher. Сделки обновляются состояние канала оплаты, они платят деньги каждого Hasher пропорционально работу, что мясорубка способствовала sharechain. Сделка содержит подпись согласования Публичных хаб-U, то мясорубка может подписать его своим ключом мясорубка-U и вещания, за исключением они все еще нуждаются значение X.

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

Теперь, ступица может потратить вознаграждение блок деньги самостоятельно, но только путем выявления X. Каждый мясорубка мог тогда считать, что X и объединить его с частично подписанной сделки и вещания, что, чтобы получить свои деньги. Таким образом, если концентратор получает деньги то hashers не может не получить деньги. Так как побег не имеет смысл, центр подписывает Концентратор-C подпись частично подписанной сделки и посылает его к каждому Hasher, то успешный Hasher подписывает 2of2 multisig, посылающего вознаграждение блока деньги к ступице. Успешная мясорубка получает небольшой бонус с помощью обновленного платежного состояния канала для нахождения блока, чтобы препятствовать отказывая же, как сегодняшний p2pool.

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

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


== == концентраторы

Концентратор является центральной точкой отказа. Он не может украсть деньги, но если он получает DDOS'd или просто становится злом, то все, что бы прекратить работу. Эта проблема может быть смягчена при наличии федеративной системы, где есть несколько концентраторов на выбор и hashers имеет платежные каналы открытые с каждым из них. Стоит отметить, что если кто-то имеет сильный ботнет они могли бы, вероятно, DDOS отдельные hashers p2pool таким же образом они DDos концентраторы или даже централизованные бассейны добывающие.

Концентратор нужно будет иметь много биткойны, чтобы иметь платежные каналы во время ожидания блоков, которые будут добываться. Может быть, в 50 раз блок награда, которая сегодня будет около 650 Bitcoins. Концентратор должен получать небольшой процент от каждого блока вознаграждения предоставить им стимул, мы знаем из JoinMarket, что этот процент будет, вероятно, около 0,1% или меньше для больших количеств Bitcoin. Prospostive операторы ступиц должны написать свои предложения на форуме где-то и есть их детали добавлены к некоторому списку на GitHub. Hashers должен иметь интерфейс для занесения в черный список, белого список, снижение и повышение приоритета для отдельных узлов в случае операторы ступиц ведут себя плохо.

Так же, как смарт-контракт, есть дилемма эффекты Итерированных заключенные между ступицей и hashers. Если концентратор взаимодействует он может ожидать, чтобы сделать предсказуемый доход с низким уровнем риска от своих проведенных Bitcoins в течение длительного времени, чтобы прийти, если он делает что-то плохое то hashers может легко вызвать с сделку. Оператор ступицы потребует много прибыли для того, чтобы записать свою репутацию и будущий поток доходов, и повреждая Bitcoin экосистемы будет косвенно поврежденной своим собственной проведенным биткойны. Справедливый план ценообразования, вероятно, ступица с небольшим процентом, чтобы начать с, а затем через 12 месяцев этот процент доходит до принимать во внимание улучшенной репутацию концентратора.


== Выбор транзакции ==

Все hashers и ступице нужно знать точное значение награды блока заранее, это означает, что они должны знать, что плата шахтера будет. Это, пожалуй, самая серьезная проблема, с этим предложением.

Одним из возможных путей решения этой проблемы является помоему сделок в акции и таким образом использовать sharechain, чтобы сделать все hashers и концентраторы прийти к консенсусу о том, какие именно сделки они будут Моими, и так точно, что общая плата шахтера будет. Проблема здесь в том, что этот механизм консенсуса медленно, сразу же после того, как Bitcoin блок найден все p2pool hashers придется подождать 30-120 секунд, прежде чем они знают, что операции на шахте, так что это сделает их неконкурентоспособными как горные работы.

Еще один способ справиться с этим, чтобы ступица просто выбрать все операции, объявляя сделки, общую плату шахтера и корень Merkle для hashers помоему. Это будет работать, но позволяет ступицу контролировать и цензурировать Bitcoin сделки, которые в основном поражения точки p2pool как улучшение в Bitcoin шахтер централизации.

Другой способ иметь hashers и ступицу оценку того, что общая стоимость плата шахтера будет. Оценка может исходить из средней платы шахтера последних нескольких блоков, или из следующих 1Мб в mempool. Концентратор объявит все частично подписанные сделки с каждым Hasher, а затем периодически (скажем, каждые 60 секунд) объявляет обновленные версии в зависимости от того, как изменяется mempool. Давайте проанализируем, что происходит, если предполагаемые и фактические вознаграждения различны. Если фактическое вознаграждение блок ниже расчетного вознаграждения, то ступица может обновить состояние оплаты канала немного более низкие значения, чтобы принять во внимание, когда он объявляет о сотрудничестве подписи хаб-C. В hashers не может использовать более высокое состояние канала, не зная X. Успешный Hasher получат свой бонус для нахождения блока, который должен помочь в стимулировании их на самом деле подписать сделку о выплатах концентратора. Если фактическая награда блока выше, чем оценка награды, ступица, мы надеемся, еще обновит состояния оплаты канала в Hasher из-за последствий interated заключенные-дилеммой. Но если фактическая награда намного выше, то концентратор может оказаться выгодным, чтобы сжечь свою репутацию и взять деньги, раскрыв X, одна ситуации, когда это может произойти, если кто-то случайно платит очень высокую плату шахтера и А мясорубку рудники без него принимаются во внимание при регулярных обновлениях состояния оплаты канала концентратора. Помимо этого очень конкретной ситуации, эта схема оценки общей платы шахтера должна работать.


== Заметки ==

*) Блочные награды заблокированы на 100 блоков, прежде чем они могут быть потрачены, поэтому совместные подписи должны быть заменены после того, как 100 блоков только в случае, если блок получает из несвежего / сиротого. В то время как hashers ждут на период погашения 100 поощрений, они должны добывать с другим концентратором в качестве выплаты.

*) Сегодня p2pool имеет функцию для пожертвования отдельных hashers, это, может быть воспроизведено в системе оплаты канала, имея каждую акцию также содержит Bitcoin адрес мясорубки для пожертвований (или, возможно, их LN код платежа)

*) Каждая мясорубку, вероятно, следует сделать, чтобы оплатить некоторые биткойна в адрес канала оплаты тоже, чтобы остановить Дозаторы блокировки всех биткойнов концентратора. Если мясорубка не находит свою долю в течение некоторого промежутка времени, то концентратор должен закрыть канал оплаты.

*) Теперь, когда мы segwit все эти схемы оплаты канала гораздо проще кода.

*) В hashers должен держать свои деньги заперты в канале оплаты за несколько месяцев до достаточно коллектов. Это может быть проблемой, потому что некоторые шахтеры не очень хочется провести Bitcoin долгий срок. Интересно, если Тереза ​​каким-то образом связать эти каналы LN, чтобы они могли продаваться сразу. Они могли бы также использовать фьючерсные контракты, чтобы продать монеты сегодня со скидкой и на самом деле доставить монеты позже, когда они закрывают канал.


== Ссылки ==

*) https://en.bitcoin.it/wiki/P2Pool как p2pool работы

*) что Масштабируемость проблема p2pool

*) что делает окно PPLNS больше

*) Книга: Эволюция Сотрудничеству Роберта Аксельрод, для объяснения дилеммы эффектов Итерированных заключенных в деталях

Благодаря veqtrus разработчиков p2pool для рассмотрения этого
Белчер сейчас офлайн Пожаловаться на Белчер   Ответить с цитированием Мультицитирование сообщения от Белчер Быстрый ответ на сообщение Белчер

6 сентября 2017, 8:34:22 PM   # 10
 
 
Сообщения: 244
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Обсуждение о том, что мы хотим, чтобы добыча экосистема выглядеть.

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

Есть несколько причин, которые способствуют этому не происходит:

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

https://github.com/libbitcoin/libbitcoin/wiki/Pooling-Pressure-Risk

Только одна из этих причин, p2pool сделки с является дисперсия выплат

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

https://github.com/libbitcoin/libbitcoin/wiki/Variance-Discount-Flaw
Белчер сейчас офлайн Пожаловаться на Белчер   Ответить с цитированием Мультицитирование сообщения от Белчер Быстрый ответ на сообщение Белчер

7 сентября 2017, 7:49:47 AM   # 11
 
 
Сообщений: 5
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

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

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

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

8 сентября 2017, 6:55:53 PM   # 12
 
 
Сообщения: 759
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Нет, это не будет реалистичным для этого. Горно-шахтное оборудование уже коммерционализированное. В долгосрочной перспективе, мы можем ожидать, предельный доход будет гораздо ближе к предельным издержкам. Сейчас S9 зарабатывает около $ 0,60 / кВтч, поэтому затраты на электроэнергию на самом деле не имеет большого значения. Тем не менее, люди будут продолжать покупать горнодобывающее оборудование так же быстро, как это производится до тех пор, пока доход составляет около $ 0,08 / $ 0,10 kWh- / кВтч. Мы были на этом уровне доходов в несколько раз, прежде чем, но BTC увеличивается обменный курс в последнее время опередили способность производителей, чтобы не отставать от спроса, поэтому корректировки сложности было медленным.

Если в вашем доме есть дешевое электричество (например, Сиэтл), вы можете заплатить $ 0,07 / кВт · ч, и сделать сеть (не предполагая никаких других затрат, таких как охлаждение) от $ 0,01 до $ 0,03 / кВт · ч. С другой стороны, промышленные шахтеры, как мне будут платить $ 0,03 / кВт · ч, и сделает сеть $ 0,05 до $ 0,07 / кВтч. Мой электричество дешевле, чем солнечная и онлайн 24/7. Такие люди, как мне будут взаимозачет между 2,3м и 5.0x столько, сколько домом шахтерами. Когда это произойдет, дом шахтеры будут не в состоянии сделать полный возврат инвестиций, но промышленные шахтеры, как я по-прежнему будут загребать деньги.

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

Промышленно добыча может быть намного более децентрализована, чем текущая складочный добыча. У меня есть в промышленных масштабах объекта, например (1.2 PH / с на Bitcoin), и все же мой hashrate составляет лишь около 1 / пятитысячному от общего hashrate Биткойн в. Если бы мы могли получить больше (или большинство?) Промышленных Bitcoin хозяйства использовать p2pool, мы могли бы очень помочь с вопросом горно централизации.

Но давайте не будет слепо гнаться горнодобывающим дом мечты, пожалуйста. Эта мечта умерла в 2014. И давайте не будем делать вид, что написание кода, чтобы сделать небольшие выплаты возможно будет внезапно создать спрос на небольшие выплаты и оживить добычу домой.
jtoomim сейчас офлайн Пожаловаться на jtoomim   Ответить с цитированием Мультицитирование сообщения от jtoomim Быстрый ответ на сообщение jtoomim

9 сентября 2017, 9:36:57 AM   # 13
 
 
Сообщений: 5
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

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

Представьте себе будущее, где добыча повышается эффективность очень медленно, потому что максимальная эффективность была почти достигнута. Представьте также, что солнечная энергия является наиболее эффективным источником для производства электроэнергии.
Крыши домов неиспользованная площадь, что будет иметь смысл иметь производить солнечную энергию в будущем. Домовладельцы будут иметь периоды, которые производят избыток электроэнергии. Они могли бы продать его на рынке, но так как производство солнечной энергии будет очень коррелируют между различными производителями в той же самой области, цены будут падать ровно раз, что вы хотели бы продать его.
Это либо придется пропадать, храниться в батарее или использовать что-то другое. Это что-то еще может быть Bitcoin добыча. Аппаратное обеспечение и установка будут стоить денег, и вы должны иметь положительную отдачу от инвестиций, но так как мы предполагаем, достижение в области эффективности очень медленно, у вас будет много времени, чтобы сделать это возвращение.

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

В случае, если ни один из этих случаев было бы выгодно, есть по крайней мере, подмножество из них, которые перекрываются. Но это может быть такой небольшой вклад в общее hashrate, что было бы незначительным.
dieselapa сейчас офлайн Пожаловаться на dieselapa   Ответить с цитированием Мультицитирование сообщения от dieselapa Быстрый ответ на сообщение dieselapa

9 сентября 2017, 7:25:49 PM   # 14
 
 
Сообщения: 759
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Этот сценарий, вероятно, будет один, в котором капитальные затраты самого шахтера практически равна нулю. Если стоимость шахтера капитала высока, то шахтер должен быть запущен почти 24/7, чтобы получить прибыль. В настоящее время, капитальные затраты (или амортизируются амортизация, если вы предпочитаете) является наибольшей стоимостью в добыче Bitcoin, а затраты на электроэнергии являются второй наибольшей стоимостью. Я ожидаю, что капитальные затраты шахтеров всегда будут значительными, но, вероятно, в конце концов, будет немного меньше, чем затраты на электроэнергию. Если вы только работаете ваши шахтеры, когда солнце светит (8-12 часов в день), то эти капитальные затраты становятся намного сложнее отыгрываться.

Утилита масштаб солнечный, вероятно, будут всегда дешевле, чем солнечная крыша. По состоянию на декабрь 2016 года, стоимость (LCOE) от солнечной крыши была около 3x выше, чем полезности масштаба солнечный ($ 0,05 / кВтч против $ 0,15 / кВтч). Если это когда-либо имеет смысл помоему дома с солнечной крышей, то он, вероятно, сделать еще больше смысла добывать на складе в центре пустыни, где солнечно 360 дней в году. Тем не менее, солнечная имеет долгий путь, прежде чем он может догнать ГЭС, которая составляет около $ 0,015 до $ 0,05 / кВтч с 24/7 безотказной работы.

Солнечная энергия является большим, но это не очень хорошо подходит для добычи полезных ископаемых. Это лучше подходит для подачи сетки и помогать с пиковой нагрузкой, так как пики солнечной энергии, когда пики спроса, а не пытаться поставить 24/7 нагрузку как добыча. Ветер, как правило, дешевле, и может сделать лучший партнер, но все еще не совершенны. В конечном счете, гидро, ядерное, или (тьфу) ископаемое топливо, что делает наиболее экономический смысл.

отопление вашего дома
https://www.reddit.com/r/Bitcoin/comments/6y8305/if_pool_miners_run_segwit2x_they_get_a_better/dmmzl99/
jtoomim сейчас офлайн Пожаловаться на jtoomim   Ответить с цитированием Мультицитирование сообщения от jtoomim Быстрый ответ на сообщение jtoomim

9 сентября 2017, 9:38:04 PM   # 15
 
 
Сообщений: 5
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Много хорошие и хорошо проработанные точки, вы убедили меня.
dieselapa сейчас офлайн Пожаловаться на dieselapa   Ответить с цитированием Мультицитирование сообщения от dieselapa Быстрый ответ на сообщение dieselapa

9 ноября 2017, 3:00:27 AM   # 16
 
 
Сообщений: 42
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Я по-прежнему убежден, что segwit платежные каналы необходимы для дополнительных улучшений. Вы всегда можете верить в Бога Пробелы, но код написан людьми, и если вы не запирать их в гостиничном номере и оплатить как уборка и письменные счета (не говоря уже о водопровод, электричество, Фарадея обслуживание клетки, и т.д.), люди пишут код медленно и, как правило выбрать самую низкие висящие плоды от наималейшего-запрещающего дерева.

Почему не только мои к multisig из самых маленьких N шахтеров, и оставить их для координации между ними, как выплаты распределяются? Это может начаться как ручная конфигурация, опосредованной доверенным Mth партии, и эволюционировать во всем вашем платежном канале вуд Wowee.
Адлая сейчас офлайн Пожаловаться на Adlai   Ответить с цитированием Мультицитирование сообщения от Adlai Быстрый ответ на сообщение Adlai

9 ноября 2017, 1:07:27 PM   # 17
 
 
Сообщения: 244
Цитировать по имени
цитировать ответ
по умолчанию Re: Выплаты компенсации канала: Идея для улучшения P2Pool Масштабируемость

Я по-прежнему убежден, что segwit платежные каналы необходимы для дополнительных улучшений. Вы всегда можете верить в Бога Пробелы, но код написан людьми, и если вы не запирать их в гостиничном номере и оплатить как уборка и письменные счета (не говоря уже о водопровод, электричество, Фарадея обслуживание клетки, и т.д.), люди пишут код медленно и, как правило выбрать самую низкие висящие плоды от наималейшего-запрещающего дерева.

Смотрите цитату этого парня:

Есть квалифицированные разработчики, которые я говорил с, которые готовы работать на P2Pool, и Форрест все еще вокруг, если есть жизнеспособная предложенное решение, я бы, конечно, внести свой вклад.

Реальная проблема решения проблем Масштабируемость P2Pool, и они сложные проблемы для решения, которые требуют изобретать решения.


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



Почему не только мои к multisig из самых маленьких N шахтеров, и оставить их для координации между ними, как выплаты распределяются? Это может начаться как ручная конфигурация, опосредованной доверенным Mth партии, и эволюционировать во всем вашем платежном канале вуд Wowee.

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



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW