Вот нить: http://bitcointalk.org/index.php?topic=6284.0
В этой теме, я хочу задать простой вопрос, который, по-видимому не имеет общепризнанного ответа. Что это желательно будущая конфигурация системы? Сколько шахтеры мы хотим, сколько нам нужно? Как мы сталкиваемся с раз впереди?
Во-первых, пожалуйста, позвольте мне поделиться личным чувство мое, что приводит мое желание написать эту нить. Просьба иметь с этим пунктом, я думаю, что это очень важно. На мой взгляд, мы должны превратить Bitcoin в незыблемую набор правил, которые не будут сломаны или изменены, если не изменить технические условия. Изменяющее правило в дальнейшем может запустить систему в кризис, особенно когда такие вещи, как доходы шахтера обеспокоены. Без сомнения, вестибюли не сформируют, пытаясь добавлять параметры так или иначе. В моем воображении, это имеет огромный воздействие на психологическое изображение Bitcoin. Это не рок-твердое тело, это грязь у нас уже есть в других валютах демократии под контролем! Теперь, я знаю, что большие вещи не ломаются легко, но я действительно не хочу, чтобы спуститься к этому. Давайте решать проблемы, которые мы находим рано а также полностью.
Теперь к ситуации. У нас есть набор заданий, которые необходимо выполнить в любое время.
- Блок цепи должны быть надежно сохранены или, по крайней мере, все его части, необходимые для сделки и защиты от атак.
- Сделки должны быть проверены и обработаны
- Блок цепь должна быть последовательной и достаточно защищена от атак
В настоящее время шахтеры решают все три очка, и платят с вновь сформированными монет. Согласно выводам из предыдущего обсуждения, если никаких изменений в протокол не будут сделаны, мы не имеем проблемы, по крайней мере с третьей точкой, закрепив от атак, когда поколение монет больше не платит шахтер. Мы должны найти компромисс между высоким пределом транзакций и высокой уязвимостью - или низким пределом сделки и высокими гонорарами. Ситуация с высокими гонорарами звучит очень плохо для меня. Лимит по сделкам, дорогие сборы, все так, что оборудование может тратить энергию? Это лучше, чем пробой, но это действительно наш самый лучший вариант? Плюс обсуждение на пределе, потенциально сегментировать сеть в кибервойне. Это заставляет меня содрогнуться.
Опять же, у нас есть еще один "Трагедия общественного достояния" с хранения. Мы не могу иметь сколь угодно большие размеры блоков, потому что мы можем себе позволить, чтобы произвести, но не хранить блоки произвольного размера. Я действительно надеюсь, что дизайнеры Bitcoin сделали хорошие модели на требования к памяти, если количество транзакций увеличивается в 10000 или подобных. И, наконец, но не в последнюю очередь, проблема злоумышленника с большим количеством вычислительной мощности остается.
Но это последние два действительно неразрешима? Я сомневаюсь в этом. Давайте попробуем найти способ, чтобы выжить без большое количество шахтеров. Там должна быть методы сети, чтобы согласовать блок цепи, не вовлекает абсурдное количество мощности. Он мог бы попытаться наказать блок цепь ветви, которые выглядят как атаки по причинам синхронизации. Это может быть сделано путем повышения трудности на таких цепочках. (Благодаря тому, кто предложил это на IRC, я забыл, кто это был, хотя.) Это гораздо лучше, чем полагаться на иметь больше вычислительной мощности, чем любой атакующим! Если это может быть достигнуто, мы бы только проблема хранения оставшихся. Это несколько тоже звучит выполнимо, так как мы не должны полностью снять ограничения, и древние части блока цепи могут быть не слишком важны. У нас уже есть контрольно-пропускные пункты, может быть способами для сети, чтобы договориться о том, кто имеет какие монеты без всякого хранения, что огромная история.
Думаю об этом. Мы должны решить две проблемы, и мы получаем дешевый и долгосрочное устойчивое состояние, если мы делаем. Shangri-La в Bitcoin, так сказать: мы получаем прибыль от суммы сделки, стоимость сделки и системы безопасности.
Можно ли это сделать? Если да, то я призываю кого в развитие Bitcoin: что вы ждете? В любом случае, мы должны проанализировать эту проблему; текущая конфигурация может вызвать проблемы.