2025 обязательно станет годом потребительского опыта. Тем временем инфраструктура должна будет сосредоточиться вокруг приложений, как мы видим на примере Unichain и Hyperliquid. Было подтверждено, что быстрота и доступность остаются главным принципом UX.
Мы хотим достичь лучшего пользовательского опыта через базовый уровень, сохраняя децентрализацию и нейтральность в максимально возможной степени. В течение 2024 года разработчики сфокусировались на предварительном подтверждении - функции, которая достигает этой цели, как только экосистема базового уровня достигнет зрелости.
В этой серии мы объясним, что такое предварительное подтверждение для пользователей, валидаторов и приложений Ethereum (включая Based Rollups) и исследуем, что нужно сделать, чтобы максимизировать его преимущества в пользовательском интерфейсе.

Предварительное подтверждение дает дополнительную переменную времени в том, как ценообразование транзакций. Вы все равно можете заплатить стандартную базовую комиссию + чаевые, если вам не против подождать время блока L1, или вы можете дать дополнительную чаевую за страховку доставки и быстрое подтверждение. Обратите внимание, что это всего лишь страхование. Это не означает, что ваша транзакция уже на цепи. Страхование обеспечивается экономической защитой, что означает, что страховщики, в нашем случае шлюз и валидаторы (или какой бы протокол ни находился между ними), внесли значительные залоги, чтобы поручиться за результаты. Это также означает, что пользователи предварительного подтверждения берут на себя каскадные риски.
Для простоты обсудим только ценообразование Inclusion Preconf.Эта статьяпредставляет модель ожидаемой доходности валидатора при заданном количестве JIT-аукционного газа и предварительно подтвержденного газа. Короче говоря, модель предсказывает, что перевод ETH (21,000 газа) стоит

Звучат ли эти предложения хорошо? Несколько механизмов должны взаимодействовать вместе за кулисами, чтобы это было возможно. ВРежим предварительной конфигурации Любанаl, кошельки будут закупать блокпространство оптом у шлюзов для будущей расчетной деятельности. Однако стоит помнить, что контрверзные действия следует избегать при использовании этой услуги. Если вы попытаетесь использовать предварительное подтверждение для memecoins, ваша транзакция может завершиться неудачей, когда достигнет уровня L1, потому что монета будет распродана.

Есть некоторые потенциальные варианты реализации для улучшения проскальзывания. С выполнением предварительного подтверждения возможно, что поставщики услуг могут страховать вас от ряда случаев проскальзывания -валидаторы будут обязаны выполнять обязательства перед застрахованными государствами, а затем искатели или строители могут выполнить критерии. Без предварительного подтверждения выполнения, кошелек может интегрировать DEX сПрограммно-специфическая последовательность (ASS)и подключитесь к пулу памяти, специфичному для приложения. Это позволит вашей транзакции быть включенной в состав пакета ASS путем предварительного подтверждения включения.
Что насчет спонсирования газа и пакетной обработки UserOps? Этот сценарийпредставлено Chainboundв контекстеEIP-7702На высоком уровне Абстракция учетной записи позволяет другой сущности отправлять транзакции от вашего имени с предварительного разрешения, и эта сущность также может оплачивать газ. Поставщики услуг, стремящиеся привлечь клиентов с газовым спонсорством, могут пакетно обрабатывать эти авторизованные транзакции для снижения затрат. Предподтверждение естественным образом дополняет эту систему, потому что кошельки AA могут выполнять следующие действия:
В следующем разделе мы обсудим, как Предварительное подтверждение будет полезно для валидаторов.





