Так недавно я решил посмотреть на исправление Bitcoin Unlimited к квадратичному хэшированию. Я решил сделать это, потому что, segwit не фиксирует квадратное хэширования для устаревших адресов, что делает его небезопасным для увеличения базового размера блока, единственный безопасный способ, которым это может быть увеличено в будущем с расширением блоков, и я хотел бы видеть, как BU что это исправил для устаревших адресов.

Вопрос заключается в том, что это возможно, чтобы обработать транзакцию 1MB, что занимает гораздо больше времени, чтобы проверить, чем 10х 0.1Mb ​​txes, 30 секунд на самом деле. Сделка 2MB занимает 10 минут, чтобы проверить с текущими аппаратными средствами. Это означало бы, что 2Мбы "атака блоков" предотвратило бы узлы из когда-либо быть в состоянии догнать цепи.

В segwit исправление способа это в том, что сделка 1MB segwit занимает одинаковое количество времени, чтобы проверить, как 10й 0.1Mb ​​txes. Задача решена.

Исправление BU для квадратичной задачи хэширования является то, что максимальный размер ТХ ограничен 1 МБ. Это означало бы, что нападение блока 2MB бы 2x30secs (60 секунд) для проверки, а не 10 минут.
Однако с блоком 20MB атаки, это займет 10 минут, чтобы проверить и узлы никогда не смогут догнать. Таким образом, в конце концов, когда BU blocksizelimit вырастает до 20Мб, атаки блоки будут иметь возможность DDos всю сеть на постоянной основе, и, вероятно, привести все виды цепи расколов тоже.

Разработчики BU надеется, что размер_блока не будет расти быстрее, чем закон Мура. Они также предложили "Проверка параллельного блока" чтобы помочь, так как это ускорит проверку блока путем проверки двух блоков одновременно. Это означает, что они на самом деле ожидать, что ситуация будет иметь место, когда новый блок найден в то время как остальная часть сети продолжает проверки старого. Чтобы сделать его еще хуже, "Проверка параллельного блока" существует только как сообщение форума, нет никакого официального предложения, никаких ориентиров и никакого кода, поэтому они даже не имеют ни малейшего представления, сколько, если вообще, это поможет.

Итак, что разработчики предложили, чтобы попытаться исправить это?

https://bitco.in/forum/threads/buip037-hardfork-segwit.1591/

Ага. Они хотят hardfork segwit в БУ в будущем!

Другое дело, что заставило меня задуматься, что такое происходит в будущем, когда такие вещи, как смарт-контракты являются общими и BU приближается к пределу 1MB transactionsize они добавили. Там будут люди жалуются на высокие гонорары за 1МБ txes от того, чтобы разделить их, и что их 1MB txes не делает его в блоки. Предвижу еще один огромный дебаты по этому пределу так же, как размер блока