Технологию много-потокового IBC от Polymer объединили с репозиторием IBC
Polymer объявляет, что технология много-потокового IBC теперь включена в репозиторий IBC.
Оригинальная статья - Polymer’s Multi-Hop IBC Spec Merges into IBC Repository
Протокол меж-блокчейновой связи (IBC) совместно с технологией много-потокового (Multi-hop) IBC теперь готов к распространению на все экосистемы и агрессивной масштабируемости при оптимизации топологии сети.
Обновление много-поточности (Multi-hop) упрощает взаимодействие каналов IBC за счет значительного сокращения общего количества требуемых подключений. Это обеспечивает более эффективное межсетевое подключение без необходимости в многочисленных отдельных соединениях. В результате любая сеть, которая подключается к сети IBC с технологией Polymer легко взаимодействует со всеми подключенными контрагентами с помощью единого подключаемого модуля.
Роллап Polymer OP Stack будет использовать много-поточность в качестве промежуточного узла, который объединяет соединения IBC, создавая более эффективные и безопасные пути передачи данных между расширяющейся экосистемой Ethereum.
Преодоление ограничений прямого соединения между сетями
До появления много-поточности сеть IBC была спроектирована таким образом, чтобы органично расти за счет цепочек приложений Cosmos-SDK, запускающих прямые соединения по типу 1:1 - друг с другом - для обеспечения функциональной совместимости. Результат: плотная топология сети с множеством резервных подключений (т.е. несколькими соединениями между любыми двумя цепочками) и неоптимальной масштабируемостью сети.
Снимок с Карты зон (Map of Zones) показывает, что любая сеть, в настоящее время присоединяющаяся к IBC, вынуждена устанавливать соединение со всеми другими интересующими сетями по очереди. Следовательно, IBC как протокол взаимодействия постоянно ограничивается экспоненциальной временной сложностью.
Идея, лежащая в основе много-поточности (Multi-hop), заключается в уменьшении количества подключений путем преобразования топологии IBC в разреженную сеть. Данное преобразование существенно повысит эффективность подключения через промежуточный узел, где любая сеть может установить единое соединение IBC и косвенно получать доступ к любой другой сети и отправлять запросы на обновление состояния.
Разреженная сеть IBC, поддерживаемая много-поточность, сводит интероперабельность к линейной сложности, а это означает, что общее количество соединений, необходимых для обеспечения совместимости всей сети, линейно масштабируется с каждой новой сетью.
Как работает много-потоковая (multi-hop) маршрутизация
Технический подход, лежащий в основе multi-hop IBC, использует присущие IBC-соединению свойства, в частности способность сохранять консенсус сети через легких клиентов (light clients). Таким образом формируется список соединений (linked list), указывающих на определенную сеть, ретрансляторы подтверждают всю серию соединений IBC, используя доказательства Меркля (Merkle Trees and Merkle Proofs), без необходимости дополнительной записи в промежуточные узлы.
Эти составляющие являются ключевыми для понимании того, как Polymer может служить де-факто роллапом совместимым с экосистемой Ethereum, с ее роллапами.
Ретрансляторы (relayers) в много-потоковом IBC
Ретрансляторы служат посредниками между источником передачи данных и получателем этих данных. Благодаря Multi-hop IBC ретрансляторы могут использовать список связей ранее существовавших подключений канала IBC для аутентификации на всех промежуточных этапах. Доказательства Merkle проверяют правильность списка связей и устраняют необходимость в строго прямом обмене данными от источника к получателю.
Проще говоря, multi-hop позволяет более эффективно работать IBC, что позволяет протоколу использовать несколько путей к разным цепочкам вместо того, чтобы привязываться к одной. В результате на промежуточных этапах между сетью А и сетью В может быть любое количество соединений, а логика проверки останется прежней. В будущем возможным следующим шагом будет динамическая агрегация потоков для наиболее эффективного маршрута данных.
Оптимизация промежуточных процессов
Одним из существенных преимуществ много-поточности является отсутствие необходимости вести анализ или вносить изменения на промежуточных этапах цепочки. Таким образом избегая сложность ведения учета модификаций и последовательности перехода Polymer обеспечивает более плавный и эффективный процесс ретрансляции данных от начальной точки A до конечной B.
Поддержание совместимости и сведение к минимуму изменений
Кроме того, обновление Multi-hop тщательно разработано для обеспечения обратной совместимости. Другими словами, multi-hop не делает существующие технологии и протоколы устаревшими; вместо этого оно легко интегрируется с ними. Необходимость внесения минимальных изменений в существующую спецификацию IBC гарантирует, что переход на много-поточность будет максимально плавным и без сбоев для всех заинтересованных сторон.
Исторические параллели
Текущее состояние совместимости роллапов Ethereum имеет свойство насыщенной связанности и неоптимального масштабирования по типу 1:1. Текущий процесс достижения взаимодействия между двумя сетями требует развертывания конечных точек смарт-контрактов протокола общей передачи данных (GMP) в обеих сетях. Путь от начальной до конечной точки предполагает, что протокол GMP правильно обработает полную верификацию, передаваемых по цепочке сообщений.
Этот процесс нецелесообразен по двум причинам:
- Нет единого стандарта транспортировки данных: по мере появления новых роллапов с различными типами виртуальных машин и исполняющими механизмами становится все сложнее развертывать конечные точки контрактов.
- Медленное масштабирование функциональной совместимости: текущий механизм по-прежнему требует, чтобы роллапы использовали соединения по типу 1:1.
Если роллапы Ethereum собираются сформировать согласованную экосистему, потребуется аналогичная переделка топологии.
Развитие совместимости с Ethereum
По мере того как криптографические приложения совершенствуются и разрабатывают экономически эффективные способы улучшения взаимодействия пользователей в сети, соответствующие им инфраструктурные пакеты будут все больше и больше стремиться к полной модульности. Ранние признаки этого можно увидеть в количестве услуг Layer 2, появляющихся в экосистеме Ethereum для предоставления абстрагированных сред исполнения, слоев доступности данных и систем доказательства ZK (zero-knowledge). По мере появления большего числа решений Layer 2, средняя комиссия за транзакцию пользователя в мире EVM будет медленно, но неуклонно стремиться к нулю.
Дорожные карты масштабируемости находятся на пути к большой зеленой галочке, но работа не будет завершена до тех пор, пока тысячи Layer 2, которые, вероятно, будут существовать в будущем, не смогут унаследовать закрепленный стандарт взаимодействия. Фрагментация протоколов и техник мультиподписи для мостов не соответствуют стандартам надежной пользовательской среды, что делает рынок Ethereum подходящим для безопасной и нейтральной альтернативы: IBC.
Polymer выступает в роли хаба IBC и много-потокового роутера, что делает всю экосистему Ethereum похожей на тесно связанную сеть исполнительных сред, слоев доступности данных, поставщиков оракулов и так далее. Любые два rollup Ethereum могут установить безопасные соединения IBC, подключившись к Polymer, что существенно снижает общие затраты на взаимодействия. Каждое соединение IBC также может обладать различными параметрами безопасности.
Rollups сильны в единстве
Polymer играет ключевую роль для облегчения много-поточной маршрутизации данных IBC, закладывая основу для формирования более гибкой и взаимосвязанной экосистемы Ethereum (mesh network).
В дизайне mesh-сети, обеспечивающем взаимное соединение роллапов, центральный хаб, так называемый Polymer, позволяет любому новому роллапу, добавленному в сеть, сразу начать передачу сообщений существующим участникам через единственное соединение IBC с хабом Polymer. Этот дизайн изменяет масштабируемость от экспоненциальной к линейной модели, улучшая взаимодействие более управляемым и эффективным способом.
Кроме того, новые дизайны роллапов, объединяющие модульные компоненты, будут иметь выгоду от возможности полностью абстрагировать транспортный уровень с использованием Polymer. Роллапы с модульными компонентами, такими как SVM-движок в случае Eclipse, могут сосредотачиваться на создании быстрых исполнительных сред, передавая кросс-чейн процессы на стандартизированную IBC-сеть, обеспечиваемую Polymer.
Сочетание этих двух факторов значительно улучшит масштабируемость взаимодействия, закрепив его в экосистеме Ethereum.
Прорыв много-потокового IBC не только повышает эффективность передачи пакетов данных по различным сетям, но также прокладывает путь к бесшовному, объединенному ландшафту роллапов. Эти достижения могут революционизировать подход к взаимодействию роллапов, установив новый стандарт для экосистемы Ethereum.
Сайт - Polymer Labs Твиттер - X
Дискорд - https://discord.gg/ycWd35KF9u