Ларри Дэвид лихо пессимистический, но именно этот трюизм относится очень метко к предложению Segwit, и я объясню почему.
4MB слишком велик. Очень быстро после того, как он активизирует, спамеры сделки может воспользоваться дополнительным пространством, и прочее все 4Мб со спамом.
Вот как -
Одно сиг:
Типичная сделка составляет около 250 байт, содержащее 1 вход и 2 выхода (1 выход идет к принимающей стороне, а другой возвращается к отправителю, как их изменения). Только один человек контролирует ключи расходов для ввода адреса, поэтому требуется только одна подпись.
Мульти сиг:
Мульти операция сига различны. Они могут иметь широкий диапазон размеров, в то же время, содержащий только один вход и 2 выхода. В числе людей, необходимые для заключения сделки увеличивает размер сделки, как это:
- 500 байт для адресов контролируемых 2 сторон
- 750 байт для adressess контролируемых 3 сторон
- 1000 байт для адресов контролируемых 4 сторон
- 1250 байт для адресов контролируемых 5 партий
- 1500 байт для адресов контролируемых 6 партий
и т.д.....
Визуально:
Single Sig
< 250 байт >
| - | || - ||
ТЕ данные сиг 1
2 стороны Multi-сиг
< 500 байт >
| - | || - || - ||
ТЕ данные сиг 1 сиговых 2
3 партии Multi-сиг
< 750 байт >
| - | || - || - || - ||
ТЕ данные сиг 1 сиг 2 сиг 3
4 партии Multi-сиг
< 1000 байтов >
| - | || - || - || - || - ||
ТЕ данные сиг 1 сиг 2 сиг 3 сиговых 4
Итак, теперь, когда мы можем ясно видеть, как увеличение числа людей, должны подписать сделку увеличивает размер сделки, вот как он может быть использован спам размер 4MB
1 Обычный полный 1MB блок (т.е. КАК ЭТО РАБОТАЕТ СЕЙЧАС)
||| 1 предел MB |||
< 1 MB >
| - | || - ||
ТЕ данные SIGs
1 блок-Segwit наполненный 100% одного сиг операции
||| предел 4 МБ |||
< 1 MB > < 1 MB >
| - | || - ||
ТЕ данные SIGs
1 блок-Segwit наполненный 100% 2 партии Multisig операции
||| предел 4 МБ |||
< 1 MB > < 2 MB >
| - | || - ||
ТЕ данные SIGs
1 блок-Segwit наполненный 100% 3 партии Multisig операции
||| предел 4 МБ |||
< 1 MB > < 3 MB >
| - | || - ||
ТЕ данные SIGs
1 блок-Segwit наполненный 100% 4 партии Multisig операции
||| предел 4 МБ |||
< 0.8 MB > < 3.2 MB >
| - | || - ||
ТЕ данные SIGs
1 блок-Segwit наполненный 100% 5 партия Multisig операции
||| предел 4 МБ |||
< 0,667 MB > < 3.333 MB >
| - | || - ||
ТЕ данные SIGs
1 блок-Segwit наполненный 100% 6 партия Multisig операции
||| предел 4 МБ |||
< 0.571 MB > < 3.428 MB >
| - | || - ||
ТЕ данные SIGs
Таким образом, мы можем видеть это точно, как новая структура Segwit и новый предел размер_блока может быть злоупотребляли спамеров: просто создать такие же объемы мега-наводнения сделок, как и сейчас, используя максимум Multi-Sig подписи сторон они могут (в определяющей протокол 15 мульти-сиг подписания сторон, как максимум)
Это потенциально может производить максимум 0,25 МБ блок данных транзакций а также свидетель блок 3,75 MB данных подписи, режущая TX / с Скорость до 0,75 / с. Нехорошо.
То, что я надеюсь, что это свидетельствует о том, что Segwit действительно не является совершенной, это компромисс.
Это только СЦЕНАРИИ. На самом деле, реальные пользователи сети Bitcoin будут вытеснять спам, используя более высокую плату.
Итак, что же увеличивая размер_блок действительно достичь? Спам потенциал масштабируется при том же соотношении скорость транзакций делает. Мы бы больше места для сделок, конечно, но TX ТАРИФЫ БУДЕТ СУЩЕСТВЕННО ЖЕ. И blockchain будет расти х4 так быстро, как это делает сейчас.
Так, я не говорю, Segwit это плохая идея. ЭТО КОМПРОМИСС, с недостатками, и усовершенствованиями. Чем раньше люди действительно понимают компромиссы, и поэтому небольшой блок люди, такие как я предпочитаю, чтобы сохранить абсолютный предел 1Мб, а также использовать 2-й сеть слоя, как молния, спрайт и т.д. для достижения ИСТИНЫ TX Scaling, тем лучше.