Обсуждение оптимизации скорости подтверждения транзакций Ethereum
В пользовательском опыте блокчейна время подтверждения транзакций является ключевым фактором. Эфир за последние несколько лет сократил время подтверждения транзакций до 5-20 секунд благодаря таким мерам, как EIP-1559 и переход на PoS, что сопоставимо с платежами по кредитной карте. Тем не менее, дальнейшее сокращение времени подтверждения все еще имеет значение, некоторые приложения даже требуют задержки в миллисекунды. В этой статье будут рассмотрены возможные варианты дальнейшей оптимизации времени подтверждения транзакций в Ethereum.
Обзор существующих технологий
Однослотовая окончательность
В настоящее время Ethereum использует механизм консенсуса Gasper, где каждые 12 секунд создается слот, а 32 слота составляют Epoch. Валидаторы голосуют за голову цепи, и окончательность достигается через два Epoch. Эта механика имеет проблемы, такие как высокая сложность и длительное время окончательности (12.8 минут).
Однослотовая окончательность ( SSF ) похожа на консенсус Tendermint, где окончательность каждого блока достигается до генерации следующего блока. Основной вызов заключается в высокой нагрузке на сеть, так как каждый валидатор должен каждые 12 секунд отправлять два сообщения. Хотя существуют некоторые оптимизационные решения, такие как Orbit SSF, пользователям все равно нужно ждать 5-20 секунд для подтверждения транзакции.
Предварительное подтверждение Rollup
Ethereum использует стратегию масштабирования, ориентированную на rollup. Решения L2 должны предоставлять пользователям более быстрое подтверждение. Теоретически L2 может создать свою собственную сеть "децентрализованных сортировщиков", подписывающую блоки каждые несколько сотен миллисекунд. Однако это требует от L2 выполнения почти такой же работы, как и создание нового L1, что замедляет фактическое продвижение.
Базовое предварительное подтверждение
Данная схема использует сложность предложителей блоков Ethereum для стимуляции их предоставления услуг предварительного подтверждения. Пользователи могут платить дополнительную плату, чтобы получить мгновенную гарантию того, что транзакция будет включена в следующий блок. Если предложитель нарушает свои обязательства, он будет наказан. Этот механизм может обеспечить предварительное подтверждение как для L1, так и для L2 на основе Эфира.
Возможные архитектурные решения
Предположим, что была реализована окончательность с одним слотом и использована технология, подобная Orbit, для уменьшения количества валидаторов подписей в каждом слоте, одновременно используя rollup-преподтверждение или базовое преподтверждение для обеспечения более быстрого подтверждения. В итоге мы получаем архитектуру эпоха-слот:
Эпоха: 16 секунд, гарантируется механизмом окончательности с одним слотом
Слот: примерно 2 секунды, достигается близкое согласие с помощью специализированного подмножества узлов.
Эта архитектура может сбалансировать потребности в децентрализации, окончательности и быстром подтверждении. L2 может использовать следующие стратегии:
Полностью основано на Ethereum, оптимизация базовых атрибутов и ценностей
Похожий на "сервер с блокчейн-скелетом", который сохраняет эффективность сервера, одновременно получая преимущества от внесения в блокчейн.
Компромиссный вариант: быстрая цепочка с примерно 100 узлами, обеспечиваемая дополнительной безопасностью от Ethereum
Для различных сценариев применения можно выбрать разные механизмы slot:
Эфир нативная архитектура epoch-slot
Предварительное подтверждение сервера
Предварительное подтверждение комиссии
Если родная архитектура Ethereum сможет сократить время слота до 1 секунды, значение третьего варианта уменьшится. Однако L2(, такие как plasmas и validiums), все еще требуют второго варианта.
В настоящее время мы находимся на некотором расстоянии от окончательного решения. Ключевые вопросы включают сложность предложителей блоков, потенциал новых дизайнов, таких как Orbit SSF, и т.д. Исследование дополнительных вариантов поможет улучшить пользовательский опыт L1 и L2, а также упростить разработку L2.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
18 Лайков
Награда
18
4
Поделиться
комментарий
0/400
LazyDevMiner
· 08-05 12:26
Чувствуется медленно, но всего на одну-две секунды, кому это еще интересно?
Посмотреть ОригиналОтветить0
ValidatorVibes
· 08-05 12:18
всю ночь думал... ssf может быть крутым, но как же насчет наград для валидаторов?
Посмотреть ОригиналОтветить0
AirdropHunterWang
· 08-05 12:17
Поторопись, быстрее, медленно как черепаха.
Посмотреть ОригиналОтветить0
OnchainGossiper
· 08-05 12:08
Неужели это всего лишь вопрос изменения механизма консенсуса? Зачем так спешить?
Оптимизация скорости подтверждения транзакций Ethereum: исследование решений с задержкой менее секунды
Обсуждение оптимизации скорости подтверждения транзакций Ethereum
В пользовательском опыте блокчейна время подтверждения транзакций является ключевым фактором. Эфир за последние несколько лет сократил время подтверждения транзакций до 5-20 секунд благодаря таким мерам, как EIP-1559 и переход на PoS, что сопоставимо с платежами по кредитной карте. Тем не менее, дальнейшее сокращение времени подтверждения все еще имеет значение, некоторые приложения даже требуют задержки в миллисекунды. В этой статье будут рассмотрены возможные варианты дальнейшей оптимизации времени подтверждения транзакций в Ethereum.
Обзор существующих технологий
Однослотовая окончательность
В настоящее время Ethereum использует механизм консенсуса Gasper, где каждые 12 секунд создается слот, а 32 слота составляют Epoch. Валидаторы голосуют за голову цепи, и окончательность достигается через два Epoch. Эта механика имеет проблемы, такие как высокая сложность и длительное время окончательности (12.8 минут).
Однослотовая окончательность ( SSF ) похожа на консенсус Tendermint, где окончательность каждого блока достигается до генерации следующего блока. Основной вызов заключается в высокой нагрузке на сеть, так как каждый валидатор должен каждые 12 секунд отправлять два сообщения. Хотя существуют некоторые оптимизационные решения, такие как Orbit SSF, пользователям все равно нужно ждать 5-20 секунд для подтверждения транзакции.
Предварительное подтверждение Rollup
Ethereum использует стратегию масштабирования, ориентированную на rollup. Решения L2 должны предоставлять пользователям более быстрое подтверждение. Теоретически L2 может создать свою собственную сеть "децентрализованных сортировщиков", подписывающую блоки каждые несколько сотен миллисекунд. Однако это требует от L2 выполнения почти такой же работы, как и создание нового L1, что замедляет фактическое продвижение.
Базовое предварительное подтверждение
Данная схема использует сложность предложителей блоков Ethereum для стимуляции их предоставления услуг предварительного подтверждения. Пользователи могут платить дополнительную плату, чтобы получить мгновенную гарантию того, что транзакция будет включена в следующий блок. Если предложитель нарушает свои обязательства, он будет наказан. Этот механизм может обеспечить предварительное подтверждение как для L1, так и для L2 на основе Эфира.
Возможные архитектурные решения
Предположим, что была реализована окончательность с одним слотом и использована технология, подобная Orbit, для уменьшения количества валидаторов подписей в каждом слоте, одновременно используя rollup-преподтверждение или базовое преподтверждение для обеспечения более быстрого подтверждения. В итоге мы получаем архитектуру эпоха-слот:
Эта архитектура может сбалансировать потребности в децентрализации, окончательности и быстром подтверждении. L2 может использовать следующие стратегии:
Для различных сценариев применения можно выбрать разные механизмы slot:
Если родная архитектура Ethereum сможет сократить время слота до 1 секунды, значение третьего варианта уменьшится. Однако L2(, такие как plasmas и validiums), все еще требуют второго варианта.
В настоящее время мы находимся на некотором расстоянии от окончательного решения. Ключевые вопросы включают сложность предложителей блоков, потенциал новых дизайнов, таких как Orbit SSF, и т.д. Исследование дополнительных вариантов поможет улучшить пользовательский опыт L1 и L2, а также упростить разработку L2.