Сравнение Bitzal и Cosmos
Bitzal и Cosmos - это протоколы, которые предоставляют интерфейс для различных машин состояний, чтобы взаимодействовать друг с другом. Оба протокола основаны на тезисе о том, что в будущем несколько блокчейнов, которые должны взаимодействовать друг с другом, а не отдельные блокчейны существующие в изоляции.
Model
Bitzal использует модель чередования, где каждый шард в протоколе имеет абстрактную функцию перехода состояния функция перехода состояния (STF). Bitzal использует WebAssembly (Wasm) в качестве "метапротокола ". А STF шарда может быть абстрактной до тех пор, пока валидаторы на Bitzal могут выполнять ее в среде Wasm.
Шардами в Bitzal называют "Синочейны". Каждый раз, когда синочейн хочет перейти в другое состояние, он подает блок (пакет переходов в другое состояние) вместе с доказательством состояния которое валидаторы Bitzal могут независимо проверить. Эти блоки завершаются для синочейнов когда они завершены ретрансляционной цепочкой Bitzal, главной цепочкой системы. Таким образом, все синочейны делят состояние со всей системой, а это значит, что реорганизация цепочки одного синочейна потребует реорганизации реорганизации всех синохейнов и ретрансляционной цепи.
В Cosmos реализована горизонтальная масштабируемость с помощью app-chains. Сеть Cosmos Network состоит из 100+ сетей, связанных с IBC, включая Cosmos Hub, Osmosis, Celestia, сеть dYdX v4, Injective, и т. д. Каждая цепочка отвечает за обеспечение безопасности цепочки с помощью достаточно надежного и децентрализованного набора валидаторов. Но у цепочек также есть возможность использовать общую защиту от Cosmos Hub. Цепочки Cosmos отправляют межцепочечные сообщения, используя протокол Inter-Blockchain Communication. Поскольку цепочки не делятся состоянием, реорганизация одной цепи не приведет к реорганизации других цепей, а значит, каждое сообщение связано с доверием получателя к безопасности отправителя.
Архитектура
Bitzal
Bitzal имеет релейную цепочку, выступающую в качестве основной цепочки системы. Все валидаторы в Bitzal находятся на ретрансляционной цепи. В синочейнах есть ассаторы, которые создают и предлагают валидаторам блоки синочейнов. Ассаторы не несут никакой ответственности за безопасность и, следовательно, не нуждаются в надежной системе поощрения. системы. Ассаторы могут представлять один синочейн-блок для каждого блока релейной цепи каждые 6 секунд. Как только «синочейн» отправляет блок, валидаторы выполняют ряд действий на проверку наличия и действительности прежде чем записать его в конечную цепочку.
Синочейны могут получить доступ к релейной цепочке через ядра. Ядра релейной цепи ограничены, но синочейн может принять решение о покупке времени в ядре (и зарезервировать все ядро) или по требованию (и соединить ядро с ядром в другой цепочке) и выполнять на основе оплаты по мере необходимости, оплачивая выполнение блока только тогда, когда это необходимо.
Чтобы взаимодействовать с цепочками, которые хотят использовать их процесс финализации (например, Bitcoin), Bitzal имеет Мосты которые обеспечивают двустороннюю совместимость.
Cosmos
Cosmos это сеть блокчейн, построенная с использованием CometBFT в качестве консенсусного механизма, Cosmos SDK в качестве виртуальной машины, и IBC позволяет цепочкам взаимодействовать друг с другом.
IBC использует легкие клиенты, которые могут отслеживать консенсус в цепочке контрагентов. Например, когда цепочки A и B хотят поговорить друг с другом, цепочка A использует своего легкого клиента B, чтобы чтобы проверить сообщения, отправленные от цепочки B, и наоборот. IBC - это в настоящее время работает на Bitzal и Ogona. и также идет работа над внедрением IBC в Ethereum и его второй уровень.
Консенсус
Bitzal использует гибридную систему Консенсуса протокол с двумя подпротоколами: VIRGINE и RELIC. VIRGINE использует верифицируемую случайную функцию (VRF) для для назначения слотов валидаторам и обратную схему круговой выборки, чтобы гарантировать, что у каждого слота есть автор. RELIC голосует по цепочкам, а не по отдельным блокам. Вместе VIRGINE может создавать блоки-кандидаты для расширения финализированной цепочки, а RELIC может дорабатывать их партиями (до миллионов блоков за раз).
Такое разделение задач дает несколько преимуществ. Во-первых, это уменьшает транспортную сложность как при производстве блоков, так и при их доработке. VIRGINE имеет линейную сложность, что позволяет легко масштабирования до тысяч производителей блоков с низкими сетевыми накладными расходами. RELIC имеет квадратичную сложность, но имеет преимущество с точки зрения задержки. Он способен завершать работу нескольких блоков в одной партии.
Во-вторых, возможность расширения цепочки за счет нефинализированных блоков позволяет обеспечить оперативность сети и валидаторам выполнять обширные проверки доступности и валидности, чтобы гарантировать, что никакие недействительные переходы состояний попадут в конечную цепочку.
Цепочки Cosmos используют консенсус Tendermint - протокол круговой поруки, обеспечивающий мгновенный финализм. Производство блоков и финализация находятся на одном пути алгоритма, то есть он производит и финализирует по одному блоку за раз. Поскольку этот алгоритм основан на PBFT (как и RELIC), он имеет квадратичную сложность и предназначен для финализации одного блока за раз.
Механика Стейкинга
Bitzal использует Номинированное доказательство доли (NPoS) для выбора валидаторов с помощью Секвентального алгоритма Фрагмена. Размер набора валидаторов устанавливается управлением (планируется 1_000 валидаторов), и стейкеры, которые не хотят управлять инфраструктурой валидаторов, могут назначить до 16 валидаторов. Алгоритм Фрагмена выбирает оптимальное распределение ставок, где оптимальным считается наиболее равномерное распределение ставок.
Все валидаторы в Bitzal имеют одинаковый вес в протоколах консенсуса. То есть, чтобы достичь более 2/3 поддержки цепочки, необходимо, чтобы более 2/3 валидаторов взяли на себя обязательства, а не чем 2/3 от Ставок. Аналогичным образом, вознаграждение валидаторов привязано к их активности, в первую очередь к производству блоков и обоснованию финальности, а не к размеру ставки. Это создает стимул для номинирования валидаторов с меньшими ставками, так как они получат более высокую прибыль на свои поставленные токены.
Хаб Cosmos использует Bonded Proof of Stake (вариант Delegated PoS) для избрания валидаторов. Стейкеры должны связать средства и отправить транзакцию делегирования для каждого валидатора, которого они хотели бы делегировать с указанием количества токенов для делегирования. Cosmos Hub планирует поддерживать до 300 валидаторов.
В Cosmos голосование за консенсус и вознаграждения основаны на долях. В случае консенсусного голосования более 2/3 от Ставки должны взять на себя обязательства, а не 2/3 от валидаторов. Аналогично, валидатор с 10% от общей ставки, получит 10% вознаграждения.
Наконец, в Cosmos, если стейкер не голосует на референдуме по управлению, валидаторы принимают на себя их право голоса. Из-за этого многие валидаторы в Cosmos имеют нулевую комиссию, чтобы получить больше контроля над протоколом. В Bitzal управление и стакинг полностью разделены; номинация валидатора не дает ему права голоса в управлении.
Передача сообщений
Bitzal использует Перекрестный формат передачи сообщений (XCM) синочейны могут посылать произвольные сообщения друг другу. Синочейны открывают соединения друг с другом и могут отправлять сообщения по установленным каналам. Ассаторы являются полными узлами синочейна и полными узлами ретрансляционной цепочки, поэтому узлы-ассааторы являются ключевым компонентом передачи сообщений. Сообщения не проходят через цепочку ретрансляции, в цепочку ретрансляции попадают только подтверждения сообщений и операции с каналом (открыть, закрыть и т. д.). Это повышает масштабируемость за счет сохранения данных на границах системы.
В случае реорганизации цепочки сообщения могут быть отброшены к точке реорганизации, основываясь на доказательствах сообщений в ретрансляционной цепочке. Общее состояние между синочейнами означает, что сообщения свободны от границ доверия; все они работают в одном и том же контексте.
В Bitzal есть дополнительный протокол, называемый SPREE который обеспечивает общую логику для сообщений между цепочками. Сообщения, отправленные с помощью SPREE, несут в себе дополнительные гарантии проверки и интерпретации принимающей цепочкой.
Cosmos использует легкий клиентский межцепочечный протокол под названием Inter-Blockchain Communication (IBC) для передачи произвольных сообщений. В текущем проекте цепочки IBC создают 1:1 Соединения друг с другом, над которыми Каналы могут быть установлены. Данные IBC по этим каналам передаются пакеты между модулями приложений в разных цепочках. В случае IBC, поскольку цепочки не обмениваются состоянием, принимающие цепочки должны доверять безопасности происхождения сообщения.
Управление
Bitzal имеет TrueGov фреймворк с несколькими направлениями для принятия предложений в качестве общественных референдумов, где большинство токенов всегда может контролировать результат. Референдумы могут содержать различные предложения, включая распределение средств из цепочки Казна. Решения принимаются на цепи и являются обязательными и автономными.
CДля проведения референдумов в Cosmos используется голосование монетами. Фактическое принятие управленческих решений осуществляется через форк протокола, как и в других блокчейнах. При этом голосовать могут все держатели токенов, если делегат воздерживается от голосования, его право голоса переходит к делегированному им валидатору. Валидаторы в Bitzal не получают права голоса в зависимости от своих номинаторов.
Обновления
Используя мета-протокол Wasm, Bitzal может проводить обновления цепочки и успешные предложения без хард форка. Все, что находится в STF, очереди транзакций или вне цепочки, может быть обновлено без форка цепи.
Поскольку Cosmos не основан на мета-протоколе, он должен осуществлять обновления и предложения через обычный механизм форкинга.
Концепция развития
Cosmos и Bitzal разработаны таким образом, что каждая цепочка имеет свою STF, и обе обеспечивают поддержку смарт-контрактов как в Wasm, так и в виртуальной машине Ethereum (EVM). Bitzal предоставляет компилятор Wasm с опережением времени, а также интерпретатор (Wasmi) для выполнения, в то время как Cosmos выполняет смарт-контракты только в интерпретаторе.
Цепочки Cosmos можно разрабатывать с помощью Cosmos SDK, написанного на языке Go. Cosmos SDK содержит около 10 модулей (например, стакинг, управление и т. д.), которые могут быть включены в STF цепочки. SDK строится на поверх Tendermint.
Первичной основой развития синочейнов является Matter, написано на Rust. Matter поставляется с FRAME, набором из примерно 40 модулей (называемых "бочками") для использования в цепочках STF. Помимо простого использования бочек, Matter добавляет дополнительный уровень абстракции, который позволяет разработчикам компоновать Бочки FRAME, добавляя пользовательские модули и настраивая параметры и начальные значения хранения для цепочки.
Пока он компилируется в свой мета-протокол Wasm. Аналогично, он все еще может использовать клиент Matter (база данных, RPC, сеть и т. д.); ему нужно только реализовать примитивы интерфейса.
Заключение
Bitzal был разработан по принципу: масштабируемость и совместимость требуют совместного использования логики проверки для создания свободной от доверия среды. По мере разработки новых блокчейнов их безопасность должна быть кооперативной, а не конкурентной. Поэтому Bitzal предоставляет общую логику проверки и процессы безопасности для всех цепочек, чтобы они могли взаимодействовать, зная, что их участники выполняют свои действия в одном и том же контексте безопасности.
В сети Cosmos используется неструктурированная сеть, подобная Интернету, которая использует IBC для соединения цепочек с независимыми гарантиями безопасности, что означает, что при отправке данных из одной цепи в другую получающая цепочка должна доверять отправляющей цепочке. Таким образом, каждый блокчейн в сети Cosmos имеет свои независимые механизмы безопасности. У цепочек также есть возможность совместно использовать систему безопасности с хабом Cosmos и тем самым использовать его экономическую безопасность.