Думая модульно: Interoperability Edition
Модульное мышление
Modular в настоящее время является популярным термином в web3, который используется рядом протоколов и проектов для описания самих себя. Селестия популяризировала этот термин, представив концепцию модульных блокчейнов. Наша цель — сузить фокус и использование термина до очень конкретного определения модульной совместимости. Мы также представим основу для размышлений и оценки модульных блокчейнов и протоколов взаимодействия.
Разрушение протоколов блокчейна
В модульном стеке блокчейна есть несколько составных слоев:
- Доступность данных (DA)
- Последовательность или порядок транзакций (TO)
- Исполнение
- Расчет
Монолитные цепочки, такие как Ethereum, объединяют все три уровня в один и объединяются в единое целое. Модульные блокчейны разбивают вышеперечисленные уровни на части и реализуют один или несколько, а другие отдают на аутсорсинг.
Обратите внимание, что консенсус сюда не включен, потому что его можно объединить с любым из вышеперечисленных уровней, чтобы можно было проверить доказательство консенсуса вместо прямой проверки правил функционального уровня.
Например, можно развернуть единый узел поверх Celestia без консенсуса, который полагается на доказательства мошенничества, чтобы убедить третью сторону в правильности. Это можно назвать оптимистическим сведением. Если мы заменим доказательство мошенничества на доказательство с нулевым разглашением (zk), то получим накопительный пакет zk. Если мы добавим консенсус, мы можем вместо этого использовать доказательство консенсуса, чтобы убедить третью сторону в правильности. Это можно назвать пессимистическим свертыванием.
Разрушение протоколов взаимодействия
Полный протокол функциональной совместимости имеет три четко определенных уровня с четким разделением между ними.
Простое определение каждого уровня взаимодействия:
- Приложение: Что означают пакеты данных?
- Транспорт: как мы переводим состояние другой цепочки в приложение ‹› разговоры в приложении и пакеты данных?
- Состояние: как блокчейны узнают о состоянии друг друга?
Чтобы связать стек функциональной совместимости с существующими концепциями, мы будем использовать несовершенную аналогию, заимствуя знания из слоев стека блокчейна, популяризированного нашими друзьями из Celestia, и хорошо понимаемой модели OSI.
Определение модульной совместимости
Поскольку термин «модульность» часто встречается и актуален во многих контекстах, мы попытаемся связать наше определение модульного протокола взаимодействия с уровнями, определенными выше, а также с определением модульной цепочки блоков в Celestia. Celestia определяет модульную цепочку блоков как цепочку блоков, которая полностью передает по крайней мере один функциональный уровень внешней цепочке. Мы определяем модульный протокол функциональной совместимости как протокол, полностью передающий транспортный уровень на аутсорсинг.
Основное различие между ними заключается в том, что уровень, определяющий протоколы взаимодействия, является транспортным уровнем. Аналогия здесь, используя в качестве примера модель OSI, заключается в том, что если вы замените TCP/UDP на другой транспортный протокол, вы получите совершенно другой сетевой протокол. Кроме того, уровень состояния может быть установлен с помощью различных средств и не определяет однозначно протокол взаимодействия (например, легкие клиенты, доказательства с нулевым разглашением, оптимистичные доказательства мошенничества и т. д.). Логика прикладного уровня также может быть обобщена и не делает протокол функциональной совместимости совместимым с другим. Например, переключение транспорта IBC на другой транспортный уровень делает новый протокол несовместимым с цепочками, поддерживающими IBC.
Уровень состояния также может быть частично передан на аутсорсинг, но сам по себе аутсорсинг не делает протокол модульным, поскольку он не является определяющим уровнем протоколов взаимодействия. Он считается полностью включенным в цепочку, когда каждая цепочка напрямую запускает логику легкого клиента своего аналога. Уровень состояния считается частично включенным в цепочку, когда логика легкого клиента запускается вне цепочки и проверяется в цепочке с использованием доказательств с нулевым разглашением (zk) или когда используется доверенная третья сторона.
Кроме того, модульность монолитных цепочек влияет на уровень состояния протоколов взаимодействия. Например, одна логическая цепочка больше не может быть представлена одним легким клиентом, потому что доказательства различных функциональных уровней теперь поступают из нескольких цепочек.
Полимер Транспортный узел IBC
Polymer создает первый по-настоящему модульный протокол функциональной совместимости, который полностью передает транспортный уровень и частично уровень состояния. Как видно на диаграмме ниже, транспортный уровень IBC работает на Polymer, а уровень приложения IBC работает на цепочке с поддержкой IBC. При таком дизайне включить IBC в новой сети с помощью Polymer так же просто, как развернуть объединение на Celestia. Polymer частично передает уровень состояния на аутсорсинг, используя соединения zk-IBC для подключения к новым цепочкам с поддержкой IBC, в то время как верификатор zk находится в цепочке (не показано на диаграмме выше для простоты).
Давайте строить вместе
Давайте построим будущее, в котором IBC станет стандартным протоколом взаимодействия для всех сетей. Всегда приветствуются идеи по улучшению IBC. Заходите к нам пообщаться в дискорд. Мы тоже нанимаем. Инновации ускоряются, когда мы все работаем вместе!
Спасибо за разговоры Джим (Катализатор) и Джош (Астрия)!
О полимере
Полимер верит в многоцепочечное будущее, связанное в первую очередь с одним отраслевым стандартом с открытым исходным кодом, разработанным сообществом и поддерживаемым, IBC x Polymer. Полимер — первый транспортный узел IBC, ориентированный на расширение IBC на все сети. Концентратор Polymer интегрирует транспортный уровень IBC с подключенными цепями. На уровне состояния он открывает соединения zk-IBC со всеми интегрированными цепочками. Это архитектура с минимальным доверием, основанная на легкой проверке состояния клиента.
Следите за нашим Твиттером, посетите наш Веб-сайт и присоединяйтесь к нашему сообществу в Discord!