ниже было резюме последних лет дискуссий, используя реальные цифры, статистика и идеи, допускаемые основных разработчиков.
но писали без их скрытия деталей под ковер игр, так что да, он будет иметь свои предвзятые комментарии

segwit
Угу .. ограничение количества транзакций .. не ожидайте больше 7tx / s
(Тот же цифры, как предположили ожидание 2009/2013), но из-за функцию вздутия живота мы только получаем 3TX s до segwit сегодня / ..
то есть, если 100% пользователей используют segwit ожидать только 7tx / s снова. если менее 100% использование segwit ожидать менее 7tx / с, но больше, чем ток 3TX / s

что означает один раз жест симулировать роста. но на самом деле просто сбросить ожидания вернуться к нормальной жизни в 2009-2013 временно снова.
так же, как притворяться "плата за скидки", просто сбросить ожидания задней гонорар до 2015 средней стоимости .. временно снова

увеличить пропускную способность,
хотя ядро ​​считают, 4mb сейчас "безопасная пропускная способность" как это будет использоваться не 4x ТХ счетчик, но ...:
1mb txdata, 1.1MB свидетель, 1.9Мбы будущего возм = вес 4mb
ЭГ: (1 для ввода-вывода .. 1.1 для подписания .. 1.9 конфиденциальных обязательств / другие функции)

да мы не будем получать 4x ОГО отсчета .. только в лучшем случае 2x CURRENT среднего. и только ЕСЛИ 100% использование segwit.

преимущество пользователя / недостатки
старые пользователи транзакционного (долгосрочные держатели) обыкновение польза от него и Infact нарушают больше, потому что их старые ТЕ-х будет рассматриваться как стоимость более 1 segwit ТХ (на основе байт). и, как описано выше, только 7tx / с достижимо, если каждый перемещается поперек к новому типу сделки.

это означает, даже несмотря на то, математике 2009-2013 предложила 1mB блоков и 250byte / TX Поддавшись 7tx / s

текущей функция ядро ​​оценок 2.1MB блоки сегодняшнего 500byte среднее даст 7tx / с, 1.9Mb резервной областью в весе для расширенных функций позже (но не дополнительные операций за пределами 7tx / с при включении будущих функций)
Пара месяцев назад статистика: особенность ядро ​​оценка предполагают 1.8Mb блоки сегодняшнего 400byte среднего даст 7tx / с, с 2.2Mb запасным имеется область в весе для расширенных функций позже (но не дополнительные операций за пределами 7tx / с при включении будущих функций)
или позже
полный наворотов / особенность тяжелых основные оценки предполагают 4MB блоки 1KB / ТХ даст 7tx / с

пока община вместо этого попросил компромисс
2MB блоки получают 7tx / с (без segwit, без расширенных функций)
или
4mb (2mb база 4mb вес segwit, но не конфиденциальных обязательств) от 7tx-х - как компромисс, чтобы позволить segwit
но с динамической полезностью блока консенсуса не зависеть от Dev spoonfeeding.
так что сообщество может позже. говорят, 2018-2020 есть:
4MB блоки 14tx / с
или
6mb (3mb база 6mb вес segwit, но не конфиденциальных обязательств) от 10tx-х - как компромисс, чтобы позволить segwit

...
но Нах
ядро не хотят 4MB блоки для 14tx-х, черт они даже не хотят, чтобы позволить более 7tx даже если они думают, что 4mb или даже 2mb нормально

они предпочитают 4MB блоков 7tx лет и раздутые функции повышение среднего ПРДА 1Kb каждому .. но имеющие немного грация / жест период возможной пропускной способности 2.1MB из 7tx лет .. перед началом расширенного вздутия живота особенности .. которая произойдет до 100 % пользователей перешли на segwit, таким образом, пользователи не получат, чтобы увидеть / принести пользу один раз увеличить потенциальный жест, до повышения пропускной способности до 4mb но ТХ цифры остаются в лучшем случае 7tx годов.

выше была сводка последних лет дискуссий, используя реальные цифры, статистика и идеи, допускаемые основных разработчиков.