Обеспечение более быстрого времени подтверждения транзакций для ETH, улучшение пользовательского опыта
Быстрое время подтверждения транзакций является одной из важных характеристик хорошего пользовательского опыта в блокчейне. В последние годы Ethereum добился значительного прогресса в этой области. Благодаря EIP-1559 и стабильному времени блока после перехода на PoS, транзакции, отправленные пользователями на L1, обычно могут быть подтверждены за 5-20 секунд, что в целом сопоставимо с опытом платежей по кредитным картам. Тем не менее, дальнейшее улучшение пользовательского опыта по-прежнему имеет значение, и некоторые приложения даже требуют задержки менее одной секунды. В этой статье будут рассмотрены некоторые жизнеспособные варианты улучшения времени подтверждения транзакций в Ethereum.
Обзор существующих технологий
Однослотовая окончательность
В настоящее время консенсус Gasper Ethereum использует архитектуру слотов и эпох. Каждые 12 секунд создается слот, и часть валидаторов голосует за голову цепи, у всех валидаторов есть возможность проголосовать один раз в течение 32 слотов (6,4 минуты). Эти голоса интерпретируются как сообщения, аналогичные алгоритму консенсуса PBFT, и через два эпохи (12,8 минуты) предоставляется сильная экономическая гарантия, называемая окончательностью.
В последние годы этот метод становится все менее популярным по двум основным причинам: во-первых, он слишком сложен, между механизмом голосования «слот к слоту» и механизмом окончательности «эпоха к эпохе» существует множество взаимодействий; во-вторых, время ожидания в 12,8 минуты слишком долго.
Однослотовая окончательность (SSF) заменила эту архитектуру с помощью механизма, подобного Tendermint, при котором блок N окончательно подтверждается до генерации блока N+1. Основное отличие от Tendermint заключается в сохранении механизма "неактивной утечки", который позволяет цепочке продолжать работать и восстанавливаться, если более 1/3 валидаторов находятся в оффлайне.
Основная проблема SSF заключается в том, что каждый стейкер должен отправлять два сообщения каждые 12 секунд, что создает значную нагрузку на сеть. Хотя существуют некоторые инновационные идеи, такие как Orbit SSF, которые могут смягчить эту проблему, пользователям все равно придется ждать от 5 до 20 секунд.
Предварительное подтверждение Rollup
Эфириум всегда следовал дорожной карте, сосредоточенной на rollup, проектируя основной уровень (L1) для поддержки доступности данных и других функций для использования протоколами L2. Это создало разрыв внимания внутри экосистемы: L1 сосредоточен на антикоррупции, надежности и стабильности, в то время как L2 более непосредственно ориентирован на пользователей.
Теоретически создание децентрализованной сети сортировщиков является ответственностью L2. Небольшая группа валидаторов может подписывать блоки каждые несколько сотен миллисекунд и ставить залоговые активы за этими блоками. Заголовки этих L2 блоков в конечном итоге будут опубликованы в L1.
Однако требовать от всех L2 децентрализованной сортировки кажется не совсем справедливым, это равносильно требованию, чтобы роллап выполнял практически такую же работу, как и создание совершенно нового L1. Поэтому было предложено, чтобы все L2 (а также L1) использовали механизм предварительного подтверждения, совместно используемый в пределах Ethereum: базовое предварительное подтверждение.
Базовое предварительное подтверждение
Базовый метод предварительного подтверждения предполагает, что предложитель Ethereum является высоко сложным участником, связанным с MEV. Он использует эту сложность, побуждая этих предложителей взять на себя ответственность за предоставление услуг предварительного подтверждения.
Данный метод создает стандартизированный протокол, который позволяет пользователям предоставить дополнительную плату для получения мгновенной гарантии того, что транзакция будет включена в следующий блок, а также заявить о результате выполнения этой транзакции. Если предложитель нарушает обязательства, он может быть подвергнут штрафу.
Этот механизм не только обеспечивает гарантии для L1-транзакций, но и для "основанных на" роллапах все L2-блоки являются L1-транзакциями, поэтому он также может предоставлять предварительное подтверждение для любых L2.
Будущее
Предполагается, что реализована окончательность одного слота, с использованием технологий, подобных Orbit, для уменьшения количества валидаторов, подписывающих каждый слот, одновременно достигнув прогресса в снижении минимального залога до 32 ETH. Длительность слота может увеличиться до 16 секунд, а затем использовать предварительное подтверждение rollup или базовое предварительное подтверждение для предоставления пользователям более быстрого подтверждения. В конечном итоге мы получили новую эру - архитектура слотов.
Эта архитектура, похоже, неизбежна, поскольку время, необходимое для достижения общего согласия по какому-либо вопросу, короче, чем время, необходимое для достижения максимальной "экономической окончательности". Причины включают количество узлов и "качество" узлов. Если мы можем полагаться на специализированный подмножество узлов для достижения приближенного согласия (по-прежнему используя полный набор валидаторов для определения окончательности), мы можем сократить время подтверждения до примерно 2 секунд.
Таким образом, изучение проектного пространства все еще имеет ценность, особенно в направлениях, где между двумя механизмами существует более выраженное разделение внимания.
Выбор стратегии L2
В настоящее время у L2 есть три разумные стратегии:
В техническом и концептуальном плане "основывается" на ETH, оптимизируя его базовые технологические свойства и ценности.
Станьте "сервером с блокчейн-скелетом", максимально используя эффективность сервера и безопасность блокчейна.
Компромиссный метод: быстрая цепочка с примерно ста узлами, Ethereum предоставляет дополнительную совместимость и безопасность.
Для некоторых приложений время блока в 12 секунд уже достаточно. Для других приложений единственным решением является архитектура эпохи-слота. Ключевой вопрос: насколько хорошо архитектура эпохи-слота, родная для ETH? Если она сможет снизиться до времени слота в 1 секунду, то пространство для третьей стратегии станет очень маленьким.
В настоящее время мы далеки от окончательных ответов на эти вопросы. Сложность предложителей блоков все еще вызывает неопределенность, и такие новые разработки, как Orbit SSF, заслуживают дальнейшего изучения. Чем больше у нас есть опций, тем лучше мы можем обслуживать пользователей L1 и L2 и упрощать работу разработчиков L2.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
11 Лайков
Награда
11
9
Поделиться
комментарий
0/400
RektCoaster
· 07-11 08:02
Чем быстрее, тем дешевле плата за транзакцию.
Посмотреть ОригиналОтветить0
WenMoon
· 07-10 22:28
Подтверждение сделки не очень быстрое.
Посмотреть ОригиналОтветить0
OnlyOnMainnet
· 07-10 06:49
Старый ETH медленно движется, L2 - лучший в мире
Посмотреть ОригиналОтветить0
CryptoTherapist
· 07-08 20:44
давайте обработаем эту рыночную тревогу по поводу времени подтверждения... вдохните, выдохните семья
Посмотреть ОригиналОтветить0
GateUser-2fce706c
· 07-08 20:41
Эта возможность оптимизации не должна быть упущена, чем раньше вы ее заметите, тем лучше! Торопитесь войти в позицию!
Посмотреть ОригиналОтветить0
0xInsomnia
· 07-08 20:40
L2 еще так много вариантов.
Посмотреть ОригиналОтветить0
FudVaccinator
· 07-08 20:38
Что за L2, не надо волноваться, просто заблокировано~
Посмотреть ОригиналОтветить0
MetaMuskRat
· 07-08 20:24
L2 это направление назначено На луну
Посмотреть ОригиналОтветить0
CommunityJanitor
· 07-08 20:18
Быстрые переводы, но падение комиссии - вот что важно.
Обсуждение решений по ускорению подтверждения сделок ETH: от окончательности в одном слоте до механизма предварительного подтверждения
Обеспечение более быстрого времени подтверждения транзакций для ETH, улучшение пользовательского опыта
Быстрое время подтверждения транзакций является одной из важных характеристик хорошего пользовательского опыта в блокчейне. В последние годы Ethereum добился значительного прогресса в этой области. Благодаря EIP-1559 и стабильному времени блока после перехода на PoS, транзакции, отправленные пользователями на L1, обычно могут быть подтверждены за 5-20 секунд, что в целом сопоставимо с опытом платежей по кредитным картам. Тем не менее, дальнейшее улучшение пользовательского опыта по-прежнему имеет значение, и некоторые приложения даже требуют задержки менее одной секунды. В этой статье будут рассмотрены некоторые жизнеспособные варианты улучшения времени подтверждения транзакций в Ethereum.
Обзор существующих технологий
Однослотовая окончательность
В настоящее время консенсус Gasper Ethereum использует архитектуру слотов и эпох. Каждые 12 секунд создается слот, и часть валидаторов голосует за голову цепи, у всех валидаторов есть возможность проголосовать один раз в течение 32 слотов (6,4 минуты). Эти голоса интерпретируются как сообщения, аналогичные алгоритму консенсуса PBFT, и через два эпохи (12,8 минуты) предоставляется сильная экономическая гарантия, называемая окончательностью.
В последние годы этот метод становится все менее популярным по двум основным причинам: во-первых, он слишком сложен, между механизмом голосования «слот к слоту» и механизмом окончательности «эпоха к эпохе» существует множество взаимодействий; во-вторых, время ожидания в 12,8 минуты слишком долго.
Однослотовая окончательность (SSF) заменила эту архитектуру с помощью механизма, подобного Tendermint, при котором блок N окончательно подтверждается до генерации блока N+1. Основное отличие от Tendermint заключается в сохранении механизма "неактивной утечки", который позволяет цепочке продолжать работать и восстанавливаться, если более 1/3 валидаторов находятся в оффлайне.
Основная проблема SSF заключается в том, что каждый стейкер должен отправлять два сообщения каждые 12 секунд, что создает значную нагрузку на сеть. Хотя существуют некоторые инновационные идеи, такие как Orbit SSF, которые могут смягчить эту проблему, пользователям все равно придется ждать от 5 до 20 секунд.
Предварительное подтверждение Rollup
Эфириум всегда следовал дорожной карте, сосредоточенной на rollup, проектируя основной уровень (L1) для поддержки доступности данных и других функций для использования протоколами L2. Это создало разрыв внимания внутри экосистемы: L1 сосредоточен на антикоррупции, надежности и стабильности, в то время как L2 более непосредственно ориентирован на пользователей.
Теоретически создание децентрализованной сети сортировщиков является ответственностью L2. Небольшая группа валидаторов может подписывать блоки каждые несколько сотен миллисекунд и ставить залоговые активы за этими блоками. Заголовки этих L2 блоков в конечном итоге будут опубликованы в L1.
Однако требовать от всех L2 децентрализованной сортировки кажется не совсем справедливым, это равносильно требованию, чтобы роллап выполнял практически такую же работу, как и создание совершенно нового L1. Поэтому было предложено, чтобы все L2 (а также L1) использовали механизм предварительного подтверждения, совместно используемый в пределах Ethereum: базовое предварительное подтверждение.
Базовое предварительное подтверждение
Базовый метод предварительного подтверждения предполагает, что предложитель Ethereum является высоко сложным участником, связанным с MEV. Он использует эту сложность, побуждая этих предложителей взять на себя ответственность за предоставление услуг предварительного подтверждения.
Данный метод создает стандартизированный протокол, который позволяет пользователям предоставить дополнительную плату для получения мгновенной гарантии того, что транзакция будет включена в следующий блок, а также заявить о результате выполнения этой транзакции. Если предложитель нарушает обязательства, он может быть подвергнут штрафу.
Этот механизм не только обеспечивает гарантии для L1-транзакций, но и для "основанных на" роллапах все L2-блоки являются L1-транзакциями, поэтому он также может предоставлять предварительное подтверждение для любых L2.
Будущее
Предполагается, что реализована окончательность одного слота, с использованием технологий, подобных Orbit, для уменьшения количества валидаторов, подписывающих каждый слот, одновременно достигнув прогресса в снижении минимального залога до 32 ETH. Длительность слота может увеличиться до 16 секунд, а затем использовать предварительное подтверждение rollup или базовое предварительное подтверждение для предоставления пользователям более быстрого подтверждения. В конечном итоге мы получили новую эру - архитектура слотов.
Эта архитектура, похоже, неизбежна, поскольку время, необходимое для достижения общего согласия по какому-либо вопросу, короче, чем время, необходимое для достижения максимальной "экономической окончательности". Причины включают количество узлов и "качество" узлов. Если мы можем полагаться на специализированный подмножество узлов для достижения приближенного согласия (по-прежнему используя полный набор валидаторов для определения окончательности), мы можем сократить время подтверждения до примерно 2 секунд.
Таким образом, изучение проектного пространства все еще имеет ценность, особенно в направлениях, где между двумя механизмами существует более выраженное разделение внимания.
Выбор стратегии L2
В настоящее время у L2 есть три разумные стратегии:
Для некоторых приложений время блока в 12 секунд уже достаточно. Для других приложений единственным решением является архитектура эпохи-слота. Ключевой вопрос: насколько хорошо архитектура эпохи-слота, родная для ETH? Если она сможет снизиться до времени слота в 1 секунду, то пространство для третьей стратегии станет очень маленьким.
В настоящее время мы далеки от окончательных ответов на эти вопросы. Сложность предложителей блоков все еще вызывает неопределенность, и такие новые разработки, как Orbit SSF, заслуживают дальнейшего изучения. Чем больше у нас есть опций, тем лучше мы можем обслуживать пользователей L1 и L2 и упрощать работу разработчиков L2.