Как Ethereum справляется с масштабируемостью блокчин?

Сообщество биткойнов в настоящее время пытается решить проблемы масштабируемости блоков. Некоторые из них выступают за увеличение размера блока, другие говорят о таких вещах, как Segregated Witness. Последовало множество аргументов.

Во-первых, каков (максимальный) размер блоков Ethereum и сколько транзакций они могут удерживать? Являются ли они больше, чем блоки Биткойна, или же технологии отличаются настолько, что невозможно прямое сравнение?

Следуя этому, как Этрируум справляется с проблемой масштабируемости, если вообще?

16 голосов | спросил Richard Horrocks 21 Jam1000000amThu, 21 Jan 2016 01:13:22 +030016 2016, 01:13:22

2 ответа


14

Блоки Ethereum ограничены пределом блочного газа (в настоящее время около 4,7 миллиона газа). Каждая транзакция определяет, сколько газа он хочет потратить. Блок может вмещать столько же, сколько предел блока газа, поэтому, если кто-то определит транзакцию в 4,7 миллиона газа, шахтер не сможет больше поработать в этом блоке.

Итак, вы можете увидеть некоторые отличия от биткойнов. Другим важным является динамическое поведение, которое каждый раз, когда блок добывается, майнер этого блока может поднять предельный уровень газа (BGL) как выше, так и ниже (от предыдущего предела газа блока), в 1/1024 раза. Например, если текущий BGL равен 1024, майнер следующего блока может установить BGL как минимум 1023, максимум 1025 или где-то посередине.

Другие проблемы с масштабируемостью:

Выше представлена ​​масштабируемость по цепочке. Дополнительный подход к масштабируемости заключается в том, чтобы делать что-то нецелевое, хотя при необходимости можно использовать блок-цепочку. Примеры:

Более подробные обсуждения см. в разделе исследования и EIP . И следите за Предложениями улучшения эфирного времени .

ответил eth 21 Jam1000000amThu, 21 Jan 2016 01:53:15 +030016 2016, 01:53:15
3

Просто чтобы задать этот вопрос

Я сделал математику, чтобы показать приблизительно tx /s:

  • Предел газа блока составляет 7999,992

  • Затраты на транзакцию - 21 000 (не будем предполагать, что больше ничего не прилагается)

  • Это 380 952 транзакций на блок

  • С блочным временем около 15,03 секунды. Как показано https://ethstats.net/.

Это дает нам приблизительно: 25,346 ткс /с.

В конце вашего вопроса вы упоминали некоторые возможные способы довести это число.

  • Чем больше шахтеров в сети, тем больше проблем с сетью, что затрудняет сокращение времени с 15 с /блоков.
  • Больше узлов увеличит время блока еще больше, потому что появится больше задержки между ними, и тогда им потребуется больше времени для синхронизации друг с другом.
  

Существует отрицательно пропорциональная связь между консенсусным объемом и скоростью tx /s . Чем больше времени потребуется узлам для синхронизации и достижения консенсуса, тем меньше tx /s у вас будет.

Чтобы улучшить все функции, о которых вы говорите, теперь есть несколько способов ввода Ethereum:

  • Sharding (рождается, хотя вы понимаете, что целая блокчлена не может обрабатывать больше транзакций, чем один узел, может): «Решение» -> Мы разбиваем состояние и историю на разделы K = O (n /c), которые мы называем «ершами». Например, схема очертания на Ethereum может поместить все адреса, начиная с 0x00 в один осколок, все адреса, начинающиеся с 0x01, в другой осколок и т. Д. В простейшей форме осколка каждый осколок также имеет свою собственную историю транзакций, а эффект транзакции в некотором осколке k ограничены состоянием осколка k. Одним простым примером может быть блок-цепочка с несколькими активами, где есть К-осколки, и каждый осколок хранит балансы и обрабатывает транзакции, связанные с одним конкретным активом. В более продвинутых формах ошпаривания также используется некоторая форма возможности взаимодействия между осколками, когда транзакции на одном осколке могут инициировать события на других осколках.

Фонд Ethereum пожертвовал много $, чтобы стимулировать исследования по осколкам и плазме.

Здесь я оставляю по-настоящему хорошую информацию GitHub о sharding.

Еще одно важное улучшение - следующее:

  • CasperFFG (Как было сказано ранее, консенсусный алгоритм PoW не масштабируется, из-за чего исследуется новое доказательство концепций консенсусных алгоритмов. Теперь Ethereum планирует перейти на Здесь я оставляю ссылку на бумагу CasperFFG.

    Есть больше идей для улучшения скорости сети, не теряя ее главной цели: консенсуса. Но я опубликовал самые важные.

    Надеюсь, что это поможет!

ответил CPereez19 26 Maypm18 2018, 23:43:56

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132