Як розуміти думки Віталіка щодо методу підтвердження угод на Ethereum?

robot
Генерація анотацій у процесі

Автор оригінального тексту: Haotian

Пов'язане читання:

«Epoch and slot: шлях, обраний Віталіком, для забезпечення швидшого підтвердження транзакцій в Ethereum»

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

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

  2. Віталік вважає, що час занадто довгий, не задоволений поточним механізмом консенсусу Гаспера, запропонував вдосконалення з одночасною завершеністю в один слот, цей метод може забезпечити завершеність підтвердження кожного блоку до його наступного генерування блоку, тому може прискорити час завершеності. Проте завершеність і підтвердження транзакції - це дві різні речі, і це не пов’язано з підтвердженням транзакції, яку користувачі відчувають між 5-20 секунд, але якщо це стосується мережі на рівні 2, то це вже інша проблема.

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

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

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

Переглянути оригінал
  • Нагородити
  • Прокоментувати
  • Поділіться
Прокоментувати
Немає коментарів