Просто бросать его там, кому-то будет интересно вилкой Bitcoin, которая имеет более быстрые блоки (скажем, 10-секундные блоки). Размер блока 0.2MB. Эффективно увеличивая размер блока 12 МБ на 10-й минуте
Преимущества:
* Время 1-го подтверждения будет несколько секунд, в среднем, достаточно хорошо, даже покупая кофе и на самом деле получить подтверждение, вместо того, чтобы полагаться на совершенно незащищенный 0-конфе или услуги 3 участника
* Намного лучше АЯ емкость / сек, очевидно,
* Лучший пользовательский опыт в целом, он просто будет чувствовать жидкость для всех ОГО, любого, кто использовал суб-10 сек altcoin должны знать чувство. Все это просто жидкость
Недостатки:
* Потенциально больший размер blockchain очевидно, но это не очень большая проблема, если мы не делаем объем сделок на уровне VISA
* Сироты для всех, но это справедливо
Я согласен, что увеличение скорости создания блока было бы полезно. Это позволит гораздо быстрее урегулированию сделок, которые я считаю очень важным, если мы хотим, чтобы Bitcoin становится более распространенным. Однако я вижу несколько проблем:
Проблемы, связанные с гораздо более высокими темпами создания блока, были тщательно изучены. Это приводит, как уже упоминалось выше, увеличение скорости сироты блока и так же снижение эффективности сети, что делает сеть более уязвимой для атак. Больше вычислительная мощность тратится на сиротах, поэтому хакер меньше вычислительную мощность, чтобы иметь реальный шанс на успех. Тем не менее, решения были предложены для этой задачи. Одно из его GHOST, который выбирает цепочку шахты на вершине по-разному. Интересная статья Sompolinsky, Зоар "Быстрые деньги растут на деревьях, а не цепи", Более доступная статья о Виталике Бутерине "К 12-во второй раз блока", Эти изменения позволяют для очень высоких частот блоков.
Другая проблема состоит в том, что, конечно, чем выше частотный блок сделает его более ресурсоемким запустить узел, на мой взгляд. Мало того, что блок цепь быстро увеличивается в размерах, а также использование полосы пропускания и, возможно, использование процессора будут увеличиваться. Это приведет к уменьшению числа людей, работающих узлов, что приведет к более централизации. Это, по-моему что-то, что нам действительно нужно избегать. Поэтому я думаю, что мы бы тоже нужен какой-то метод сжатия, так что нагрузка уменьшается, и находиться в пределах диапазона обычных пользователей. Даже увеличение до 0,2 МБ за 10 секунд или 12Мб за 10 минут будет на мой взгляд, проблема.
Рядом с этим есть на мой взгляд, также вопрос реализации. Это потребует значительной переработки кода Bitcoin и будет трудно вилкой. Было бы, на мой взгляд, гораздо сложнее осуществить это, чем "просто" увеличение размера блока, как segwit2x и т.д ... предложить. Это делает его, на мой взгляд, практически невозможно сделать.
Более простым решением было бы увеличить обработку транзакций с использованием или боковые цепи что-то подобное. Например, что будет цепь, которая начинается с нескольких соответствующих Bitcoin UTXO, который служит в качестве основы для боковой цепи. Операции выполняются быстро на боковой цепи, который имеет намного более высокую скорость создания блока (например, каждые 10 секунд). Это может быть сделано с помощью GHOST и небольших блоков. Раз в несколько часов в расчет делается на Bitcoin blockchain на основе конечного результата остатков на боковой цепи. Немного как сети Lightning, но с использованием blockchain.