Обсуждение решения по оптимизации времени подтверждения транзакций в Ethereum
Одним из важных аспектов пользовательского опыта в блокчейне является быстрое время подтверждения транзакций. В последние годы Ethereum добился значительных успехов в этой области. Благодаря EIP-1559 и стабильному времени блока после перехода на PoS, транзакции, отправленные пользователями на L1, обычно могут быть подтверждены за 5-20 секунд, что практически сопоставимо с опытом оплаты кредитной картой. Однако дальнейшее улучшение пользовательского опыта все еще имеет значение, и некоторые приложения даже требуют задержки менее одной секунды. В этой статье будут рассмотрены некоторые жизнеспособные варианты улучшения времени подтверждения транзакций в Ethereum.
Обзор существующих технологий
Однослотовая финализация
В настоящее время консенсус Gasper в Ethereum использует архитектуру с одним слотом и эпохой. Каждые 12 секунд создается слот, в котором часть валидаторов голосует за головной блок, и все валидаторы имеют возможность проголосовать один раз в течение 32 слотов. Эти голоса интерпретируются как сообщения, подобные алгоритму консенсуса PBFT, предоставляющие сильные экономические гарантии окончательности через два эпохи.
В последние годы люди становятся все более недовольны этим методом, и есть две основные причины: первая заключается в высокой сложности, между механизмом голосования по слотам и механизмом окончательности по эпохам существует множество взаимодействий; вторая причина заключается в том, что время окончательности в 12,8 минуты слишком долго.
Однослотовая окончательность (SSF) заменила эту архитектуру с помощью механизма, аналогичного Tendermint, позволяя окончательно подтвердить блок N до его генерации в блоке N+1. Основное отличие от Tendermint заключается в сохранении механизма "неактивного разлива", который позволяет цепи продолжать функционировать и восстанавливаться, когда более 1/3 валидаторов отключены.
Основная проблема SSF заключается в том, что каждый ставящий должен публиковать два сообщения каждые 12 секунд, что создает огромную нагрузку на сеть. Хотя существуют некоторые решения, такие как недавнее предложение Orbit SSF, это не изменяет факта, что пользователям нужно ждать от 5 до 20 секунд.
Предварительное подтверждение Rollup
Эфир в последние годы придерживается дорожной карты, ориентированной на rollup, проектируя L1 как базовый уровень, поддерживающий доступность данных и другие функции для использования протоколами L2. Это создало разделение внимания внутри экосистемы: L1 сосредоточен на устойчивости к цензуре, надежности и улучшении основных функций, тогда как L2 более непосредственно обслуживает потребности пользователей.
Теоретически, создание децентрализованной сети сортировщиков является обязанностью L2. Небольшая группа валидаторов может подписывать блоки каждые несколько сотен миллисекунд и публиковать заголовки этих блоков в L1. Однако требование о том, чтобы все L2 осуществляли децентрализованную сортировку, кажется не совсем справедливым, так как это эквивалентно созданию совершенно нового L1.
Базовое предварительное подтверждение
Базовое предположение предварительного подтверждения состоит в том, что предложители Ethereum являются высоко сложными участниками MEV. Этот метод использует их сложность, побуждая этих предложителей принять на себя ответственность за предоставление услуг предварительного подтверждения.
Основная идея заключается в создании стандартизированного протокола, который позволяет пользователям платить дополнительную плату за мгновенную гарантию включения транзакции в следующий блок, а также за заявление о результатах выполнения. Если предложитель нарушит свои обязательства, он будет оштрафован.
Этот механизм подходит не только для L1-транзакций, но также может обеспечить предварительное подтверждение для rollups, "основанных на".
Будущее
Предположим, что была реализована окончательность в одном слоте, и использованы технологии, подобные Orbit, для уменьшения числа валидаторов в каждом слоте. Продолжительность слота может увеличиться до 16 секунд, а затем использовать предварительное подтверждение rollup или базовое предварительное подтверждение для предоставления пользователям более быстрого подтверждения. В конечном итоге мы можем получить архитектуру эпоха-слот.
Архитектура epoch-slot, похоже, неизбежна, поскольку время, необходимое для достижения общего согласия по какому-либо вопросу, меньше, чем для достижения максимальной "экономической окончательности" соглашения. Причины включают количество узлов и "качество" узлов.
В текущем Ethereum 12-секундный слот делится на три подслота. Если значительно сократить количество валидаторов, это может снизить количество до двух подслотов и использовать время слота в 8 секунд. Если полагаться на специализированный подмножество узлов для достижения приближенного соглашения, это может быть еще больше сокращено до примерно 2 секунд.
Рекомендации по стратегии L2
В настоящее время у L2 есть три разумные стратегии:
Технически и духовно "основан" на Ethereum, оптимизируя его базовые технологические свойства и ценности.
Стать "сервером с блокчейн-скелетом", полностью используя эффективность сервера и одновременно получая преимущества от блокчейна.
Компромиссный метод: быстрая цепочка с примерно ста узлами, Эфир предоставляет дополнительную взаимосвязанность и безопасность.
Для некоторых приложений время создания блока в 12 секунд достаточно. Для других приложений единственным решением является архитектура epoch-slot. Ключевой вопрос заключается в том, насколько хорошо нативная архитектура epoch-slot Ethereum может справляться с задачами, что повлияет на значимость других решений.
В настоящее время мы далеки от окончательных ответов на эти вопросы. Сложность предложителей блоков все еще остается в значительной степени неопределенной. Новые дизайны, такие как Orbit SSF, заслуживают дальнейшего изучения. Чем больше у нас есть вариантов, тем лучше мы можем обслуживать пользователей L1 и L2 и упрощать работу разработчиков L2.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
22 Лайков
Награда
22
8
Репост
Поделиться
комментарий
0/400
ShibaMillionairen't
· 07-21 14:39
Торговля криптовалютой как сон наяву, смешно до слез. Подождите, если время подтверждения сократится, разве это не значит, что не получится разыгрывать людей как лохов?
Посмотреть ОригиналОтветить0
DefiPlaybook
· 07-20 15:55
Это действительно абсурд. Я, похоже, слишком долго таскаю кирпичи.
Посмотреть ОригиналОтветить0
GasFeeCryer
· 07-20 01:55
Старое время L1 подтверждение медленное до слез, сейчас с трудом можно использовать.
Посмотреть ОригиналОтветить0
CryptoTherapist
· 07-20 01:48
тревога при торговле реальна, семья... давайте помедитируем на этих временах подтверждения и освободим разум от жадности, если честно
Посмотреть ОригиналОтветить0
MissedTheBoat
· 07-20 01:47
Кредитные карты тоже не такие уж медленные... Поторопись
Посмотреть ОригиналОтветить0
AllInAlice
· 07-20 01:46
Подтверждение скоро завершится, 5 секунд уже достаточно удивительно, хорошо?
Посмотреть ОригиналОтветить0
AirdropHunterZhang
· 07-20 01:28
Советую всем не увлекаться Газ, если упадет, то все в.
Посмотреть ОригиналОтветить0
FUD_Vaccinated
· 07-20 01:26
Смешно, всё ещё мучаетесь с этой штукой? L2 не лучше ли?
Обсуждение оптимизации времени подтверждения транзакций Ethereum: Сравнение SSF, Rollup и базовых предварительных подтверждающих решений
Обсуждение решения по оптимизации времени подтверждения транзакций в Ethereum
Одним из важных аспектов пользовательского опыта в блокчейне является быстрое время подтверждения транзакций. В последние годы Ethereum добился значительных успехов в этой области. Благодаря EIP-1559 и стабильному времени блока после перехода на PoS, транзакции, отправленные пользователями на L1, обычно могут быть подтверждены за 5-20 секунд, что практически сопоставимо с опытом оплаты кредитной картой. Однако дальнейшее улучшение пользовательского опыта все еще имеет значение, и некоторые приложения даже требуют задержки менее одной секунды. В этой статье будут рассмотрены некоторые жизнеспособные варианты улучшения времени подтверждения транзакций в Ethereum.
Обзор существующих технологий
Однослотовая финализация
В настоящее время консенсус Gasper в Ethereum использует архитектуру с одним слотом и эпохой. Каждые 12 секунд создается слот, в котором часть валидаторов голосует за головной блок, и все валидаторы имеют возможность проголосовать один раз в течение 32 слотов. Эти голоса интерпретируются как сообщения, подобные алгоритму консенсуса PBFT, предоставляющие сильные экономические гарантии окончательности через два эпохи.
В последние годы люди становятся все более недовольны этим методом, и есть две основные причины: первая заключается в высокой сложности, между механизмом голосования по слотам и механизмом окончательности по эпохам существует множество взаимодействий; вторая причина заключается в том, что время окончательности в 12,8 минуты слишком долго.
Однослотовая окончательность (SSF) заменила эту архитектуру с помощью механизма, аналогичного Tendermint, позволяя окончательно подтвердить блок N до его генерации в блоке N+1. Основное отличие от Tendermint заключается в сохранении механизма "неактивного разлива", который позволяет цепи продолжать функционировать и восстанавливаться, когда более 1/3 валидаторов отключены.
Основная проблема SSF заключается в том, что каждый ставящий должен публиковать два сообщения каждые 12 секунд, что создает огромную нагрузку на сеть. Хотя существуют некоторые решения, такие как недавнее предложение Orbit SSF, это не изменяет факта, что пользователям нужно ждать от 5 до 20 секунд.
Предварительное подтверждение Rollup
Эфир в последние годы придерживается дорожной карты, ориентированной на rollup, проектируя L1 как базовый уровень, поддерживающий доступность данных и другие функции для использования протоколами L2. Это создало разделение внимания внутри экосистемы: L1 сосредоточен на устойчивости к цензуре, надежности и улучшении основных функций, тогда как L2 более непосредственно обслуживает потребности пользователей.
Теоретически, создание децентрализованной сети сортировщиков является обязанностью L2. Небольшая группа валидаторов может подписывать блоки каждые несколько сотен миллисекунд и публиковать заголовки этих блоков в L1. Однако требование о том, чтобы все L2 осуществляли децентрализованную сортировку, кажется не совсем справедливым, так как это эквивалентно созданию совершенно нового L1.
Базовое предварительное подтверждение
Базовое предположение предварительного подтверждения состоит в том, что предложители Ethereum являются высоко сложными участниками MEV. Этот метод использует их сложность, побуждая этих предложителей принять на себя ответственность за предоставление услуг предварительного подтверждения.
Основная идея заключается в создании стандартизированного протокола, который позволяет пользователям платить дополнительную плату за мгновенную гарантию включения транзакции в следующий блок, а также за заявление о результатах выполнения. Если предложитель нарушит свои обязательства, он будет оштрафован.
Этот механизм подходит не только для L1-транзакций, но также может обеспечить предварительное подтверждение для rollups, "основанных на".
Будущее
Предположим, что была реализована окончательность в одном слоте, и использованы технологии, подобные Orbit, для уменьшения числа валидаторов в каждом слоте. Продолжительность слота может увеличиться до 16 секунд, а затем использовать предварительное подтверждение rollup или базовое предварительное подтверждение для предоставления пользователям более быстрого подтверждения. В конечном итоге мы можем получить архитектуру эпоха-слот.
Архитектура epoch-slot, похоже, неизбежна, поскольку время, необходимое для достижения общего согласия по какому-либо вопросу, меньше, чем для достижения максимальной "экономической окончательности" соглашения. Причины включают количество узлов и "качество" узлов.
В текущем Ethereum 12-секундный слот делится на три подслота. Если значительно сократить количество валидаторов, это может снизить количество до двух подслотов и использовать время слота в 8 секунд. Если полагаться на специализированный подмножество узлов для достижения приближенного соглашения, это может быть еще больше сокращено до примерно 2 секунд.
Рекомендации по стратегии L2
В настоящее время у L2 есть три разумные стратегии:
Для некоторых приложений время создания блока в 12 секунд достаточно. Для других приложений единственным решением является архитектура epoch-slot. Ключевой вопрос заключается в том, насколько хорошо нативная архитектура epoch-slot Ethereum может справляться с задачами, что повлияет на значимость других решений.
В настоящее время мы далеки от окончательных ответов на эти вопросы. Сложность предложителей блоков все еще остается в значительной степени неопределенной. Новые дизайны, такие как Orbit SSF, заслуживают дальнейшего изучения. Чем больше у нас есть вариантов, тем лучше мы можем обслуживать пользователей L1 и L2 и упрощать работу разработчиков L2.