Автор: Haotian

Як розуміти думки @VitalikButerin щодо методів підтвердження угод Ethereum? Оскільки час підтвердження угод на основній мережі 5-20s вже наближається до швидкості оплати кредитною карткою, з точки зору сприйняття користувача, здається, цього достатньо. Але порівняно з мілісекундним часом підтвердження на layer2, існує певний ризик безпеки у відмінності між підтвердженням угод на основній мережі та layer2, тому оптимізація часу підтвердження угод на основній мережі більше схожа на врахування стратегії розвитку layer2?

1. Поточний механізм консенсусу Gasper на Ethereum використовує основні поняття слотів (часових інтервалів) та епох (періодів). Кожен слот триває 12 секунд і обирає певну кількість валідаторів для голосування за поточний стан ланцюжка. Кожні 32 слоти, що становлять 6,4 хвилини, утворюють одну епоху, під час якої практично всі валідатори завершують голосування. Остаточність транзакцій (Finality) зазвичай вимагає двох епох, тобто 12,8 хвилини, щоб мати незмінний характер, після чого транзакція стає необоротною.

2. Віталік вважає, що час перебування занадто довгий, висловлює незадоволення поточним механізмом консенсусу Gasper і пропонує метод покращення Single-slot finality з одним ігровим автоматом, який може забезпечити підтвердження остаточності кожного блоку до його наступного створення, що дозволить прискорити час підтвердження остаточності. Остаточне підтвердження та підтвердження транзакцій - це різні речі, які не дуже пов'язані з підтвердженням транзакцій 5-20 секунд, які відчувають користувачі, але якщо це стосується мережі layer2, то проблема значно більша.

3. Тому що час подання та підтвердження угод користувачами в layer2 буде коротшим, не лише краще відповідає часу сприйняття користувачів у діапазоні від 5 до 20 секунд, але може бути навіть на рівні мілісекунд. Це походить від загального механізму підтвердження попередньої угоди, який використовується в layer2. Однак, якщо час остаточного підтвердження угод на основній мережі layer1 буде занадто великим, теоретично на layer2 може виникнути певний ризик різниці в часі: наприклад, користувач швидко підтвердив та виконав подальші дії на L1, але можливі втрати коштів через відставання підтвердження стану L1; крім того, оскільки в самому layer2 існує певний ризик централізації, чим довший часовий розрив, тим більше потенційних невідомих ризиків централізованого хаосу.

4. Таким чином, на мою думку, нова Віталік стаття про оптимізацію часу підтвердження угод на головній мережі Ethereum, до певної міри, спрямована на відповідь загальній стратегії, що спільно просувається системами layer2 та layer1. Хоча на ринку є люди, які чорнують layer2, він став необхідним напрямком розвитку Ethereum.

Дуже очевидно, що майбутнє Ethereum обов'язково буде розвиватися за стратегією "рівневої" архітектури, зосереджуючись на безпеці та децентралізації на рівні layer1, надаючи стабільне та надійне середовище взаєморозрахунків на рівні layer2, що буде є великим трендом. Vitalik пропонує прискорити підтвердження угод, фактично з метою зменшення рівневого тертя між layer1 та layer2, надаючи користувачам краще взаємодійне середовище на фронтенді layer2 та безпечніше базове розрахункове середовище на бекенді.