Обговорення можливих рішень для підвищення швидкості підтвердження транзакцій в Ethereum
Одним із важливих показників користувацького досвіду в блокчейні є час підтвердження транзакцій. Ethereum у цьому плані значно покращився в порівнянні з п'ятьма роками тому. Наразі транзакції, надіслані користувачами на L1, зазвичай підтверджуються протягом 5-20 секунд, що порівнянно з досвідом оплати кредитними картками. Проте подальше скорочення часу підтвердження все ще має свою цінність, оскільки деякі додатки навіть вимагають затримки на рівні мілісекунд. У цій статті буде розглянуто кілька можливих варіантів покращення часу підтвердження транзакцій в Ethereum.
Огляд існуючих технологій
Однослотова фінальність
Ethereum наразі використовує механізм консенсусу Gasper, що базується на архітектурі з єдиним слотом та епохами. Кожні 12 секунд - один слот, валідатори голосують за голову ланцюга, 32 слота (6,4 хвилини) всі валідатори мають можливість проголосувати один раз. Ці голоси інтерпретуються як повідомлення, подібні до алгоритму консенсусу PBFT, і після двох епох (12,8 хвилини) забезпечують сильну економічну гарантію фіналізації.
Однак, цей метод має проблеми зі складністю та занадто тривалим часом підтвердження. Остаточність одного слота (SSF) пропонує замінити поточну архітектуру механізмом, подібним до Tendermint, що дозволяє остаточно визначити блок N до генерації блоку N+1. Основним викликом SSF є необхідність того, щоб стейкери кожні 12 секунд публікували два повідомлення, що значно навантажує мережу.
Попереднє підтвердження Rollup
Ethereum дотримується дорожньої карти, орієнтованої на rollup, проєктуючи L1 для підтримки таких функцій, як доступність даних, для використання L2 протоколами. Це призвело до розділення уваги: L1 зосереджується на основних функціях, таких як антицензура, надійність тощо, тоді як L2 більш безпосередньо орієнтується на потреби користувачів.
Теоретично, L2 може створити власну мережу "децентралізованих сортувальників", яка підписуватиме блоки кожні кілька сотень мілісекунд. Але насправді rollup повільно просувається в розробці децентралізованих сортувальних мереж.
Базове попереднє підтвердження
Базове попереднє підтвердження припускає, що пропонувальник Ethereum є складним учасником, пов'язаним з MEV. Він створює стандартизований протокол, за допомогою якого користувачі можуть надавати додаткові збори для отримання миттєвих гарантій включення транзакцій у наступний блок. Якщо пропонувальник порушує зобов'язання, він зазнає покарання. Ця механіка може забезпечити попереднє підтвердження для транзакцій L1 і L2.
Можливі напрямки розвитку
Припустимо, що була реалізована однослотова остаточність і використано технології, подібні до Orbit, для зменшення кількості валідаторів, що підписують кожен слот. Тривалість слоту може збільшитися до 16 секунд, а потім за допомогою попереднього підтвердження rollup або базового попереднього підтвердження користувачам буде надано швидше підтвердження. Це сформує нову архітектуру епохи-слоту.
Ця архітектура відображає глибоку філософську причину: час, необхідний для досягнення приблизної згоди щодо чогось, менший, ніж для досягнення максимальної "економічної остаточності" угоди. Причини включають кількість вузлів та фактори "якісності" вузлів.
Можливі стратегії L2
На даний момент існує три розумні стратегії для L2:
Технологічно та духовно "базовані", оптимізуючи технічні властивості базового шару Ethereum та його цінності.
Стати "сервером з каркасом блокчейна", максимально використовуючи ефективність сервера.
Компромісний метод: швидкий ланцюг з приблизно ста вузлами, Ethereum забезпечує додаткову взаємодію та безпеку.
Для різних застосувань вимоги до часу підтвердження також різні. Для тих, хто потребує швидшого підтвердження, єдиним рішенням є архітектура epoch-and-slot.
Перспективи майбутнього
На даний момент, ми ще не дійшли до остаточних відповідей на ці питання. Складність пропонентів блоків все ще залишається невизначеною. Нові дизайни, такі як Orbit SSF, відкривають можливість подальшого дослідження архітектури epoch-and-slot. Чим більше у нас є опцій, тим кращі послуги ми можемо надати користувачам L1 та L2, спрощуючи роботу розробників L2.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
17 лайків
Нагородити
17
6
Поділіться
Прокоментувати
0/400
faded_wojak.eth
· 07-06 23:34
Односекційний термінал, швидше займись цим, дійсно важко застрягти.
Переглянути оригіналвідповісти на0
PanicSeller
· 07-06 23:16
V-картка нарешті почала працювати!
Переглянути оригіналвідповісти на0
IronHeadMiner
· 07-04 02:59
Не говоріть про реформи щодня, давайте краще займемося майнінгом!
Переглянути оригіналвідповісти на0
SelfCustodyIssues
· 07-04 02:58
GM V всього 666 ач
Переглянути оригіналвідповісти на0
ForkMaster
· 07-04 02:47
Знову почали гратися з концепцією? Старі невдахи все розуміють, зараз всі в пастці і хочуть знайти виправдання.
Аналіз схеми прискорення підтвердження транзакцій Ethereum: остаточність в один слот та механізм попереднього підтвердження в центрі уваги
Обговорення можливих рішень для підвищення швидкості підтвердження транзакцій в Ethereum
Одним із важливих показників користувацького досвіду в блокчейні є час підтвердження транзакцій. Ethereum у цьому плані значно покращився в порівнянні з п'ятьма роками тому. Наразі транзакції, надіслані користувачами на L1, зазвичай підтверджуються протягом 5-20 секунд, що порівнянно з досвідом оплати кредитними картками. Проте подальше скорочення часу підтвердження все ще має свою цінність, оскільки деякі додатки навіть вимагають затримки на рівні мілісекунд. У цій статті буде розглянуто кілька можливих варіантів покращення часу підтвердження транзакцій в Ethereum.
Огляд існуючих технологій
Однослотова фінальність
Ethereum наразі використовує механізм консенсусу Gasper, що базується на архітектурі з єдиним слотом та епохами. Кожні 12 секунд - один слот, валідатори голосують за голову ланцюга, 32 слота (6,4 хвилини) всі валідатори мають можливість проголосувати один раз. Ці голоси інтерпретуються як повідомлення, подібні до алгоритму консенсусу PBFT, і після двох епох (12,8 хвилини) забезпечують сильну економічну гарантію фіналізації.
Однак, цей метод має проблеми зі складністю та занадто тривалим часом підтвердження. Остаточність одного слота (SSF) пропонує замінити поточну архітектуру механізмом, подібним до Tendermint, що дозволяє остаточно визначити блок N до генерації блоку N+1. Основним викликом SSF є необхідність того, щоб стейкери кожні 12 секунд публікували два повідомлення, що значно навантажує мережу.
Попереднє підтвердження Rollup
Ethereum дотримується дорожньої карти, орієнтованої на rollup, проєктуючи L1 для підтримки таких функцій, як доступність даних, для використання L2 протоколами. Це призвело до розділення уваги: L1 зосереджується на основних функціях, таких як антицензура, надійність тощо, тоді як L2 більш безпосередньо орієнтується на потреби користувачів.
Теоретично, L2 може створити власну мережу "децентралізованих сортувальників", яка підписуватиме блоки кожні кілька сотень мілісекунд. Але насправді rollup повільно просувається в розробці децентралізованих сортувальних мереж.
Базове попереднє підтвердження
Базове попереднє підтвердження припускає, що пропонувальник Ethereum є складним учасником, пов'язаним з MEV. Він створює стандартизований протокол, за допомогою якого користувачі можуть надавати додаткові збори для отримання миттєвих гарантій включення транзакцій у наступний блок. Якщо пропонувальник порушує зобов'язання, він зазнає покарання. Ця механіка може забезпечити попереднє підтвердження для транзакцій L1 і L2.
Можливі напрямки розвитку
Припустимо, що була реалізована однослотова остаточність і використано технології, подібні до Orbit, для зменшення кількості валідаторів, що підписують кожен слот. Тривалість слоту може збільшитися до 16 секунд, а потім за допомогою попереднього підтвердження rollup або базового попереднього підтвердження користувачам буде надано швидше підтвердження. Це сформує нову архітектуру епохи-слоту.
Ця архітектура відображає глибоку філософську причину: час, необхідний для досягнення приблизної згоди щодо чогось, менший, ніж для досягнення максимальної "економічної остаточності" угоди. Причини включають кількість вузлів та фактори "якісності" вузлів.
Можливі стратегії L2
На даний момент існує три розумні стратегії для L2:
Для різних застосувань вимоги до часу підтвердження також різні. Для тих, хто потребує швидшого підтвердження, єдиним рішенням є архітектура epoch-and-slot.
Перспективи майбутнього
На даний момент, ми ще не дійшли до остаточних відповідей на ці питання. Складність пропонентів блоків все ще залишається невизначеною. Нові дизайни, такі як Orbit SSF, відкривають можливість подальшого дослідження архітектури epoch-and-slot. Чим більше у нас є опцій, тим кращі послуги ми можемо надати користувачам L1 та L2, спрощуючи роботу розробників L2.