*** Если вы только сейчас видите эту тему, я извиняюсь за стены текста.
Это мои идеи по улучшению схемы добычи на Bitcoin. Каждый пост я терпеть это изменения довольно резко, так что если вы хотите, чтобы прочитать всю эволюцию идеи затем начать здесь. Если вы просто хотите, чтобы прочитать эту идею, как это теперь прочитать мой последний (в настоящее время 3-й шахты) пост в теме ****
Вот основная идея:
Сейчас это трудно для маленьких шахтеров не присоединиться к бассейну просто потому, что они не имеют хэширование силы и никогда не будут мечтать о нахождении блока. Если бы мы имели более зернистый способ присуждения награды блока встраиваемую, они не должны были бы бассейн.
Таким образом, вместо того, чтобы сделать их миной в бассейнах, где они решают более простые проблемы, пусть они просто решить проще проблемы непосредственно с текущим blockchain.
Вот как это происходит в моей голове на данный момент:
1) Основной минер находит блок на главной цепи
2) Незначительные шахтеры начать добычу легче проблемы (с другой хешированием алгоритмом, чтобы сделать так, вы должны выбрать легче или более тяжелую проблему, но не оба) в то время как основные шахтеры поиска следующего большого блок
3) Сборочный блок найден (настроено, чтобы быть быстрее, чем основные-блоки с вложенным трудом) и суб-цепь от запускаются предыдущий основной блок - все суб-блоки для супер-блока должны быть на одной и той же цепи (так что все мелкие несовершеннолетние начинают работать на одном суб-цепи, и это проще для супер-блок-шахтера подметать суб-цепь в следующий супер-блок) - тяжелая суммируется трудность суб-цепи, что будет быть включены основными несовершеннолетними в следующей основной блок-
4) После того, как суб-блок найден, вы могли бы иметь еще один уровень детализации добавило с еще более простой задачей (еще одна других алго), построенной от первого подблока, очевидно, эта идея продолжается до тех пор, как не требуется, пока самым маленький шахтер может получить выплаты, не вступая в большой бассейн
5) После того, как блок найден на супер-цепи, суб-цепь из предыдущего супер-блок (и все суб-суб-блокирует, что один) заметен в этом блоке
6) Только тогда, когда блоки находятся на главной цепи выплаты рассчитываются и раздают
Теперь мы имеем ограниченную структуру дерева происходит (ограничено, так что легче подметать в суб-цепи), которые могут пойти на любую глубину. Суммарная сложность всего дерева увеличивается, что делает его более необходимо иметь > 51% мощность хэширования в каждом алгоритме для того, чтобы вилка основной цепи, или иметь значительно больше, чем 51% от мощности хеширования только основной цепи с вилкой цепи. Выплаты идут к главному-блоку, который был найден, и все субблоки построены от предыдущих основных блоков.
Некоторые вопросы, которые пришли:
1) Как вы даете ОСНОВНЫМ шахтерам стимул включать суб-цепь, когда это означает, что они должны разделить выплаты? Просто, если они эти не делают, еще один шахтер, который может найти другой основной блок даже после первого шахтера, который будет включать в себя все вложенные цепях - добавленная суммируются трудность второго шахтеры основной блок выбьет трудность оригинала шахтеры основного блока.
2) Как вы убедитесь, что блоки вы создаете на суб-цепи действительны? Ну, они построены на существующем блоке, а не о том, чтобы быть создан блок. Это до них, чтобы транслировать суб-цепи / субблоков достаточно для супер-шахтеры услышать об этом и включить его в супер-блок. Это в интересах супер шахтеров включать суб-цепи (или, по крайней мере, мы можем настроить его так, регулируя относительные трудности и выплаты для добычи суб / супер блок). Это, кажется, самый большой скачок для меня, но я думаю, что она может быть настроена таким образом, что это правда. Jorge7777 пользователя на Reddit продолжал упоминать, что у нас есть эти средние блоки, которые не могут быть полностью проверены, включенные в цепи - делает только один суб-цепь на супер блок облегчает смести их, и здесь мы делаем то же самое компромисс, что Bitcoin по сути делает с транзакциями только с субблоками - мы торговые "мгновенно проверить, но потенциально некорректны" для "проверить немного в будущем, но согласованные в силе",
3) Как вы имеете дело с безумным блок-цепи наворотов, что будет происходить? Ну, как безумное это будет? Суб-блоки, которые создаются будет транзакции меньше, просто доказательство работы с адресом шахтера, который нашел его или что-то. И мы можем настроить суб-трудностей, с тем, что они генерируются каждую минуту или около того, - безусловно, один суб-цепь Забегая Scrypt алго не хотел бы добавить, что много наворотов, это просто необходимо блокировать заголовки и мало информации.
4) Если мы включаем сделки в первом субблока, это может быть, что основной блок-шахтер не слышит о целом субблока сделок и не включать их в своем главном-блоке, мы должны были бы иметь способ борьбы с ними "свисающий" сделки, как вы не можете нажать на субблок от одного главного-блока к другому - он не будет действительным.
Некоторые идеи:
1) Поместите транзакцию пакетирования в первом субблока от главной цепи. Тогда люди могут получить их "проверка" ранее. Это немного менее безопасным из проверки, но для большинства операций, это, вероятно, достаточно хорошо. Если вы хотите, чтобы сделать большую сделку, вы ждете нового главного-блока должен быть создан, если вы просто купить пачку курева или что-то, что вам нужно только ждать субблоков проверки. Кроме того, если сделка входят в субблоке, это означает, что основной блок-вы основываете, что субблок на уже существует. Это означает, что если кто-то раздвоенное предыдущий основной блок они должны генерировать как основной блок и суб-блок и все, что также существует суб-суб-блоки (которые могут быть различной Algos -> нужно различные аппаратные средства для каждого), которые действительны для реверса вашей сделки, поскольку в противном случае они будут иметь меньший вес в их версии blockchain. Кроме того, после следующего основного блока помещается поверх текущего субблока, где транзакция сидит, вы можете быть в состоянии (хотя мы, вероятно, нужно сделать некоторые математику, чтобы сказать это) сказать более высокий уровень безопасности, что транзакция была подтверждено, потому что у вас есть все дополнительный вес суб-цепи для резервного копирования нового главного-блок.
2) Если сделка одной посылка от главной цепи, то основная цепь только для выплаты вознаграждения шахтеров и тому подобные.
Вот ASCII иллюстрации временного порядка:
O - главная цепь блок, здесь выгоды рассчитываются и выкладываются на главной блок искателя и субблоки искатели от предыдущего основного блока
v - первый субблок, здесь сделки уносятся в? (Потенциально), но в остальном просто доказательство работы для небольших шахтеров
с - второй субблок, просто доказательство работы еще более мелких шахтеров
(О1) - (V11) - (V12) - (C111) - (C112) - (C113) - (V13) - (C121) - (C122) - (V13) - (О2) - (V21) - (C211 ) - (C212) - (v22) - (C221) - (O3) ..... и т.д ...
Во всяком случае, совать все эти дырявые. Фигурные было бы хорошо, чтобы начать дискуссию, хотя
Edit: Готт голова немного, вернется через несколько часов - если кто-то читает это.
Оригинальная концепция / обсуждение нить здесь: (он мутировал немного с тех пор): http://www.reddit.com/r/Bitcoin/comments/1v9gp5/removing_the_incentive_to_mine_in_pools/