Modular в настоящее время является популярным термином в web3, который используется рядом протоколов и проектов для описания самих себя. Celestia популяризировала этот термин, представив концепцию модульных блокчейнов. Наша цель — сузить фокус и использование термина до очень конкретного определения модульной совместимости. Мы также представим основу для размышлений и оценки модульных блокчейнов и протоколов взаимодействия.

Разрушение протоколов блокчейна

В модульном стеке блокчейна есть несколько составных слоев:

• Доступность данных (DA)
• Последовательность или порядок транзакций (TO)
• Исполнение
  - расчет

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

Например, можно развернуть единый узел поверх Celestia без консенсуса, который полагается на доказательства мошенничества, чтобы убедить третью сторону в правильности. Это можно назвать оптимистическим сведением. Если мы заменим доказательство мошенничества на доказательство с нулевым разглашением (zk), то получим накопительный пакет zk. Если мы добавим консенсус, мы можем вместо этого использовать доказательство консенсуса, чтобы убедить третью сторону в правильности. Это можно назвать пессимистическим свертыванием.

Разрушение протоколов взаимодействия

Полный протокол функциональной совместимости имеет три четко определенных уровня с четким разделением между ними.

Простое определение каждого уровня взаимодействия:

• Приложение: Что означают пакеты данных?
• Транспорт: как мы переводим состояние другой цепочки в сообщения приложения <> приложения и пакеты данных?
• Состояние: как блокчейны узнают о состоянии друг друга?

Определение модульной совместимости

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

Основное различие между ними заключается в том, что определяющим уровнем для протоколов взаимодействия является транспортный уровень . Аналогия здесь, используя в качестве примера модель OSI, заключается в том, что если вы замените TCP/UDP на другой транспортный протокол, вы получите совершенно другой сетевой протокол. Кроме того, уровень состояния может быть установлен с помощью различных средств и не определяет однозначно протокол функциональной совместимости (например, легкие клиенты, доказательства с нулевым разглашением, оптимистические доказательства мошенничества и т. д.). Логика прикладного уровня также может быть обобщена и не делает протокол функциональной совместимости совместимым с другим. Например, замена транспорта IBC на другой транспортный уровень делает новый протокол несовместимым с цепочками, поддерживающими IBC .

Уровень состояния также может быть частично передан на аутсорсинг, но сам по себе аутсорсинг не делает протокол модульным, поскольку он не является определяющим уровнем протоколов взаимодействия. Он считается полностью включенным в цепочку, когда каждая цепочка напрямую запускает логику легкого клиента своего аналога. Уровень состояния считается частично включенным в цепочку, когда логика легкого клиента запускается вне цепочки и проверяется в цепочке с использованием доказательств с нулевым разглашением (zk) или когда используется доверенная третья сторона.

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

Полимер Транспортный узел IBC

Polymer создает первый по-настоящему модульный протокол функциональной совместимости , который полностью передает транспортный уровень и частично уровень состояния. Как видно на диаграмме ниже, транспортный уровень IBC работает на Polymer, а уровень приложения IBC работает на цепочке с поддержкой IBC. Благодаря этому дизайну включить IBC в новой сети с помощью Polymer так же просто, как развернуть агрегацию на Celestia . Polymer частично передает уровень состояния на аутсорсинг, используя соединения zk-IBC для подключения к новым цепочкам с поддержкой IBC, в то время как верификатор zk находится в цепочке (не показано на диаграмме выше для простоты).

Давайте строить вместе

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

Спасибо за беседы Джиму (Catalyst) и Джошу (Astria)!

О полимере

Polymer верит в многоцепочечное будущее, связанное в первую очередь с одним отраслевым стандартом с открытым исходным кодом, разработанным сообществом и поддерживаемым, IBC x Polymer. «Полимер» — первый транспортный узел IBC, ориентированный на расширение IBC на все сети. Концентратор Polymer интегрирует транспортный уровень IBC с подключенными цепями. На уровне состояния он открывает соединения zk-IBC со всеми интегрированными цепочками. Это архитектура с минимальным доверием, основанная на легкой проверке состояния клиента.

Подпишитесь на наш Twitter , посетите наш веб-сайт и присоединяйтесь к нашему сообществу в Discord !