Три этапа безопасности L2 сети: от управления к эволюции технологий

Сообщество Ethereum продолжает обсуждать три этапа развития безопасности L2 сетей. Это касается не только стабильности работы основной сети Ethereum и L2 сетей, но и отражает фактическое состояние развития L2 сетей. Недавно один из членов сообщества предложил название для стадии 2 L2 сети #BattleTested и установил конкретные критерии оценки. В ответ на это соучредитель Ethereum Виталик Бутерин провел глубокий анализ и поделился своими взглядами.

Три этапа безопасности сети L2 могут быть определены в зависимости от уровня контроля, который комитет по безопасности осуществляет над ненадежными компонентами:

• Этап 0: Безопасный комитет имеет полный контроль. Даже если существует система доказательств, безопасный комитет все равно может отклонить ее простым большинством.
• Этап 1: Комитет по безопасности требует 75% одобрения для изменения операционной системы. Должно быть определенное количество внешних участников, чтобы усложнить контроль.
• Этап 2: Комитет по безопасности может действовать только в случае доказуемой ошибки, например, когда два резервных доказательных системы противоречат друг другу.

Эти три этапа отражают постепенное снижение "долей голосования" Комитета по безопасности.

Лучшее время для перехода L2 сети с одного этапа на следующий этап является ключевым вопросом. Основная причина, по которой не следует немедленно переходить ко второму этапу, заключается в недостаточной доверии к системе доказательств. Чем больше уверенности в системе доказательств или чем меньше доверия к комитету по безопасности, тем больше следует продвигать сеть к следующему этапу.

С помощью упрощенной математической модели мы можем количественно определить этот процесс. Предположим, что у каждого члена комитета по безопасности есть 10% вероятность отдельного сбоя, при этом сбои в активности и безопасности рассматриваются как равновероятные. На разных этапах критерии оценки комитета по безопасности и количество его членов могут различаться.

Анализ показывает, что с повышением качества системы доказательств оптимальная стадия переходит от 0 к 1, а затем с 1 к 2. Использование системы доказательств качества стадии 0 для сетевой работы стадии 2 является наихудшим вариантом.

Однако у этой упрощенной модели есть некоторые ограничения. В реальности члены Совета по безопасности не являются полностью независимыми и могут иметь общие сбои. Кроме того, сама система доказательства может состоять из нескольких независимых систем, что делает вероятность сбоя системы крайне низкой, и даже на этапе 2 Совет по безопасности остается важным.

С математической точки зрения существование стадии 1 кажется не совсем разумным, следует напрямую переходить от стадии 0 к стадии 2. Однако учитывая сложности практической реализации, можно предоставить членам совета по безопасности право на задержку вывода средств, чтобы было достаточно времени для принятия мер.

В то же время, преждевременный переход к этапу 2 также может быть ошибкой, особенно если это приведет к жертве укрепляющей работы базовой системы доказательств. В идеале поставщики данных должны демонстрировать аудит и показатели зрелости системы доказательств, одновременно показывая текущую стадию.

В общем, эволюция безопасности сетей L2 является сложным процессом, требующим нахождения баланса между технической надежностью, эффективностью управления и практической осуществимостью. С постоянным прогрессом технологий и накоплением практического опыта сети L2 могут достичь более высокого уровня безопасности и децентрализации.