Реальная история.
В связи с большим количеством дискуссий по поводу увеличения размеров блоков в Bitcoin.
Просто интересно услышать слово от Bitcoin разработчиков ядра, если считать подход сокращает время между блоками быть адаптивными в зависимости от нагрузки сети (количество сделок), конечно, в некоторых диапазонах (может сеть на самом деле работает в правильном направлении с течением времени между блоки так же, как 1 минуту) вместо много попыток увеличить размер блока и создает много несовместимостей.
Кроме того, если считается, это оказаться твердой или мягкой вилки?
Любое решение, которое регулирует динамически в зависимости от количества сделок, скорее всего, будет эксплуатироваться как спам операция легко создается. Динамически регулируя время блока требует динамической настройки сети трудности, которые даже в сравнительно простом случае использования, такие как EDA МПБА уже доказать, привести к проблематичным побочным эффектам. Кроме того, вы должны были бы найти новую метрику о том, как определить периоды трудности, основанные на hashrate и динамически подстраивать блок награду, так как в противном случае вы бы не желая увеличить скорость выдачи Bitcoin в.
В любом случае, так как это потребует несколько глубоких изменений в текущем консенсуса было бы, вероятно, потребует hardfork.
Подход, как вы описываете это звучит любопытное мне знакомо, но я не думаю, что ядро никогда не считал его.