MMS

TL;DR

  • StarkWare продвигается к децентрализации по двум направлениям: планирование и реализация.
  • Впереди лежит четкая дорожная карта шагов, необходимых для обеспечения перехода протокола Starknet к децентрализованному протоколу доказательства доли.

вступление

Starknet пользуется безопасностью и децентрализацией, обеспечиваемыми Ethereum, отправляя STARK доказательства переходов состояний для проверки в блокчейне Ethereum. Этот поток накладывает существенные ограничения на возможности централизованных организаций, создающих и поддерживающих Starknet, таких как StarkWare и Starknet Foundation: ни один централизованный объект в сети не может подделывать транзакционные сообщения, которые искажали бы или иным образом мошеннически манипулировали пользовательскими данными или активами. 

Это первый и наиболее важный шаг в обеспечении того, чтобы доверие к Starknet было сведено к минимуму и чтобы пользователи Starknet не зависели от честности какой-либо централизованной стороны при использовании сети. Однако необходимо сделать больше для обеспечения полной минимизации доверия и децентрализации, чтобы даже в случае исчезновения таких организаций, как Фонд или StarkWare, сеть продолжала функционировать так, как задумано, и без перебоев. В этом посте изложен примерный план дальнейших шагов.

Как мы сюда попали

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

Короче говоря, наша цель — перевести работу Sequencer+Prover на децентрализованный протокол доказательства доли, благодаря которому каждый может участвовать в секвенировании и чтобы ни одна из сторон не была важна для продолжения работы сети. Для этого открываются две необходимые темы:

  1. Реализация различных компонентов, необходимых для запуска децентрализованного протокола,
  2. Переходный процесс для постепенной децентрализации операций в пользу участников Starknet.

В этом посте мы сосредоточимся на последнем.

Переходный процесс

В двух словах, сам процесс перехода состоит из четырех основных потоков:

  1. Переход к децентрализованной сетевой архитектуре, при этом работа Sequencer остается централизованной.
  2. Обеспечение доступности стека программного обеспечения с полностью открытым исходным кодом.
  3. Развитие все более широких сетей тестирования и интеграции.
  4. Содействие адаптации стейкеров перед окончательным переходом работы Sequencer к участникам с доказательством доли.

Нумерация представляет собой некоторые очевидные последовательные зависимости, но возможна большая параллельная работа. Ниже мы немного расширяем абзац для каждой темы.

Децентрализованная сетевая архитектура

Сеть Starknet перейдет на более децентрализованную модель: 

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

Это изменение выходит за рамки возможности подключения к сети. Проиллюстрируем это двумя примерами. 

Во-первых, Sequencer подпишет свои блоки, чтобы смягчить некоторые предположения о доверии и подготовиться к протоколу BFT на основе голосования с большим количеством избирателей. Во-вторых, распространение данных приобретет более распределенный характер: узлы будут помогать друг другу синхронизировать состояние и завершать свое локальное представление.

Работа над стеком программного обеспечения с полностью открытым исходным кодом

Стек программного обеспечения с открытым исходным кодом.  Обеспечение доступности стека программного обеспечения с открытым исходным кодом имеет решающее значение для того, чтобы каждый мог участвовать в различных аспектах протокола и сети. По мере реализации большего количества компонентов, как StarkWare, так и другими участниками, они будут выпускаться для того, чтобы каждый мог их протестировать, покритиковать и освоиться. Некоторые примечательные примеры (частей стека с открытым исходным кодом) — полные узлы (Pathfinder, Juno, Deoxys), пруверы (Stone, Sandstorm), секвенсоры (Blockifier, Madara) и исследователи блоков (Starkscan, Voyager, ViewBlock, Stark Compass). ) 

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

Регистрация стейкера:  мы должны дать время контракту на стейкинг L1, чтобы накопить достаточное количество застейканных токенов, чтобы обеспечить децентрализованный протокол реальным экономическим весом. Это сделано для того, чтобы избежать сценария, при котором небольшое количество участников с небольшим количеством реального скина в игре злонамеренно попытается взять под контроль Старкнет.

Заключение

Подводя итог, мы дали здесь приблизительный обзор предварительного плана децентрализации Starknet. Как и любой инженерный план, определенно один из таких сложных, он, вероятно, будет развиваться и меняться с течением времени по мере того, как наше сообщество строителей будет лучше понимать и понимать.

Как всегда, отзывы, предложения и критика приветствуются. Не стесняйтесь обращаться на  форум сообщества Starknet !

Leave a Reply

Your email address will not be published. Required fields are marked *