К сожалению, что часть была неясна, что я имел в виду пул будет посылать заголовок со случайным числом встроенных, шахтера бы сам проставляет свою Bitcoin адрес к нему, а затем мое это. Там будет новый (альт) Bitcoin формат монета, которая будет включать в себя несколько выходов HashCash, например, говорят, 100 выходов. Это означает, что первые 100 или около того (не точное число ум, как Bitcoins имеют разные значения) первые 100 или около шахтеры бассейна, чтобы ударить минимальная доля трудности получить их часть Bitcoins суммируется у бассейна, а бассейн публикует Bitcoin ,

Я думаю, что моя идея была немного незрелой. Помимо этого недостатка ясности, есть два аспекта амортизируемой концепции HashCash - будучи в состоянии добавить их (очень приблизительно) и функция замера. Его, вероятно, тот случай, когда функция замера, которая требует в / относительно предотвращения взносов не имеет никакого значения для использования связанных с бассейном, каждый хочет переусердствовать внести свой вклад, и то поощряется. Так позволяет сказать, что мы снять защиту вклада (т.е. ослепление значения и у части). Тогда, что осталось? Просто альт Bitcoin формируется из списка частичного Bitcoins, которая имеет более низкую дисперсию, и владельцы частей могут быть разными владельцами. выгода бассейн косяк с его шахтеры работают, не раскрывая их адреса монет, поэтому бассейн косяк обезжиренное. Недостатком является то, что монета становится больше. Однако я не думаю, что начальные добывающие события формируют большую часть сетевого трафика - разве сделка журнала крупной сделки, со всем дробным изменением Bitcoin и объединением?



Исправьте бассейн будет установлен некоторый минимальный коэффициент работы, чтобы ограничить сетевой трафик от шахтеров посылающих его часть-биткойны. Я работаю в log2 сложности, потому что то будет высказывалось путь HashCash, я думаю, что это яснее думать о действительно. Трудность журнала прямо сейчас 55,1 бит (logdiff = log2 (трудность) + 32 формула Bitcoin его легко увидеть трудности визуально в хэшей например http://blockexplorer.com/block/00000000000000bf11ad375a87a5670571ee432fbf629ba0e69e33860461bf84 затем путем подсчета ведущих 0s и умножения на 4 бита на клев - да его 56 бит - вы получаете повезло с дополнительным битым 1/2 времени и два дополнительных 1/4 времени и т.д.)

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


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

Затем, например, 1/128 с трудностью массивен для большинства шахтеров, дисперсия для добычи снижается, что является частью проблемы шахтеров. например, Say 128-часть монеты = 7 бит, которые сделали бы долю добычи 48 бит (Thats огромный даже для видеочипа 1500MH даже это будет иметь лишь 1/436 шанс создать действительную долю в 10 минут - это еще не хорошо, потому что нет доля = нет прямых выплат).


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

Но я думаю, что, может быть потенциальная проблема с несколькими частей монеты концепцией низкой дисперсии, представьте себе крайний случай, когда имеется 1 миллион частичных монет, теперь практически не дисперсия; его почти полностью детерминированным и 100% связаны с вашей мощности процессора. Теперь парень с самым большим GPU / СБИС фермы собирается получить монету 100% времени - для HashCash штемпеля анти-DoS, что детерминизм хорошо, но для Bitcoin однако с его 10мин лотерейных Thats очень плохо - победитель получает все почти полная определенность. Даже при скромном числе частичных монет эффект существует и укладывает вознаграждение в пользу крупнейших игроков центрального процессора, возможно, противоположное тому, что вам нужно, если что-либо (с точки зрения сопротивления централизации). Если его рекурсивный с первым 100 частичного Bitcoins мимо делясь 25 биткойнов поста, с низкой дисперсии частичного Bitcoins в гонке (сам сделано из подразделов-Bitcoins) вы до сих пор один и тот же вопрос, быстрые процессоры выиграть.

Ослабленный аналогии представьте себе Bitcoin шахтеры гоночных автомобилей. Некоторые из них быстро (феррари) и некоторые из них медленно (Citroen 2CV), но все они очень очень ненадежные. Итак, кто выиграет гонку? Феррари в основном, но 2cv все еще имеет хорошие шансы по отношению к его скорости, потому что феррари действительно вероятно ломаться. При низкой дисперсии монет, вы ухоженные автомобили, и они очень редко ломаются. Таким образом, феррари выигрывает почти всегда. Теперь, если у вас есть линия 20 автомобилей различной скорости, в хорошем состоянии (низкая дисперсия) первый 5, которые собираются пройти пост почти наверняка будет 5 быстро. Никто не стоит шанс вряд ли.

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

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


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

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

(А теперь мне нужно идти читать p2pool, а затем другой свой пост. Так много кетчупа дальше!)

Адам