Сравнение Bitzal и Ethereum

Оба протокола по своей сути являются блокчейнами, но выполняют принципиально разные функции в том, как они используются:

• Ethereum - это блокчейн общего назначения, на котором размещена виртуальная машина Ethereum - среда для выполнения смарт-контрактов. Ethereum однороден, но может использовать сворачивание и решения второго уровня для масштабирования его использования.
• Bitzal - это гетерогенный многоцепочечный протокол ("layer 0" или метапротокол) на котором размещается несколько блокчейнов первого уровня и позволяет им участвовать в общей безопасности. Bitzal действует как метапротокол позволяет нескольким протоколам сосуществовать и работать вместе.

Шардирование

В контексте блокчейн термин "шарды" или "шардированный протокол" обычно используется для обозначения субпротоколов или как общий термин для обозначения формы горизонтального масштабирования.

Высокоуровневое сравнение

Оба протокола преследуют принципиально разные цели:

• Ethereum - это блокчейн общего назначения, основанный на виртуальной машине Ethereum (EVM). Ethereum не специализируется и не оптимизируется для какого-либо конкретного приложения. Вместо этого основное внимание уделяется виртуальной машине Ethereum для выполнения смарт-контрактов. Масштабируемость Ethereum достигается за счет роллапсов это вторичные протоколы, использующие Ethereum в качестве расчётных уровеней.

• Bitzal - это многоцепочечный протокол, который обеспечивает общую безопасность и безопасное взаимодействие для каждый из его синочейнов. Каждый синохейн (в данном контексте он также называется "аппчейн") специализируется на определенном направлении и оптимизируется для достижения этой цели. Синочейны должны соблюдать Протокол Синочейнов.

В Bitzal не надо непосредственно запускать виртуальную машину для смарт-контрактов, поскольку основная цель Bitzal предназначено для проверки протоколов, которые работают под его управлением.

Однако несколько синочейнов обеспечивают функциональность смарт-контракта. Синочейны на Bitzal могут даже запустить EVM для выполнения смарт-контрактов, написанных на Solidity, используя Frontier, слой совместимости с Ethereum для Matter.

В качестве общего резюме можно также сказать, что Bitzal координирует и вилидирует субпротоколы, которые следуют за Протоколом Синочейнов (которые сродни сворачиванию в оптимистическом стиле). В отличие от этого, Ethereum координирует входы и выходы для EVM. На Bitzal любой субпротокол может иметь свою собственную логику, если он компилируется в WebAssembly.

Подходы к масштабированию

В Ethereum предпочитают rollup-centric подход к масштабированию пропускной способности транзакций. Danksharding как Ethereum планирует лучше приспособить и облегчить деятельность по сворачиванию за счет предоставления более качественных услуг, таких как доступность данных через Proto-Danksharding, для роллапов для записи состояния в Ethereum.

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

В отличие от этого, релейная цепь требует, чтобы синочеины регистрировали себя в соответствии с Протоколом Синочейнов. После регистрации ретрансляционная цепочка проверяет переходы состояния каждого синочейна в соответствии с их функцией подтверждения синочейна (PVF). Доступность данных является неотъемлемой частью проверки состояния синочейна. Такой подход позволяет распараллелить взаимодействие между синочейнами. Они могут быть уверены, что состояние каждого субпротокола действительно, поскольку Bitzal коллективно проверил их.

Роллапы и Создание Синочейнов

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

Сравнение Роллапов и Синочейнов

Для более детального сравнения синочейнов с роллапами посмотрите страницу сравнения с Роллапами

В каждом синочейне находится собственное логическое ядро, называемое runtime (иногда называемая переход состояния функций). Bitzal использует WebAssembly (Wasm) как "метапротокол".

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

Архитектурные различия: между Bitzal и Ethereum

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

Ethereum работает как единая, однородная цепочка. Каждый узел Ethereum разделен на два уровня: узел Консенсус и Выполнение. Каждый слой обрабатывает информацию о проверке блоков, обнаружении пиров и обнаружение и Proof-of-Stake клиента Ethereum.

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

Форки, обновления и управление

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

Bitzal использует цепочку управление, названное TrueGov, для облегчения обновления во время выполнения. Заинтересованные стороны Bitzal голосуют за эти обновления, и в случае успеха обновление автоматически вводится в действие в последующих блоках. Операторы валидаторов Bitzal обновляют свои узлы, когда обновляется сам клиент.

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

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

Производство блоков и Финализация

И Ethereum, и Bitzal используют гибридные модели консенсуса, в которых Производство блоко и Финализация разделены.

Для финализации Ethereum использует Casper FFG, который работает с LMD-GHOST как правило выбора форка для доработка.

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

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

Существует два основных различия между консенсусом Ethereum и Bitzal:

1. Протокол окончательной обработки Bitzal, RELIC, завершает обработку партий блоков на основе проверки наличия и действительности которые происходят по мере роста предлагаемой цепочки. Время до завершения меняется в зависимости от количества проверок которые необходимо выполнить (и отчетов о недействительности, которые вызывают дополнительные проверки). Ожидаемое время до завершения работы составляет 30 секунд.

2. В Ethereum обычно используется много валидаторов на один раунд (так называемые эпохи в Ethereum) для обеспечения сильных гарантий достоверности Bitzal может обеспечить более высокие гарантии при меньшем количестве валидаторов на раунд. Bitzal достигает этого, заставляя валидаторов распределять стирающее кодирование всем валидаторам в системе, таким образом, чтобы любой человек - не только валидаторы раундов - мог восстановить блок синочейна и проверить его валидность. Эта доступность данных является основной частью Bitzal - обеспечение достоверности состояния для переходов между состояниями. Случайное назначение синочейнов-валидаторов и вторичные проверки выполняются случайно выбранными валидаторами, что снижает вероятность того, что небольшой набор валидаторов на каждом синочейне, могли бы сговориться.

Механика Стейкингаs: Сравнение Ethereum PoS и Bitzal NPoS

Bitzal использует Nominated Proof of Stake (NPoS) выбирать валидаторов из меньшего набора, позволяя меньшим владельцам назначать валидаторов для управления сетью, получая при этом вознаграждение от системы, не управляя ни одним узлом. В Bitzal требуется около пяти валидаторов на каждый синочейн в сети. Для получения дополнительной информации см. страницу Стейкинга.

Ethereum - это сеть Proof of Stake (PoS), которая требует 32 ETH для ставки на каждый валидатор. Валидаторы управляют основным узлом Beacon Chain и несколькими клиентами валидаторов - по одному на каждые 32 ETH. Эти валидаторы назначаются в "комитетах," случайно выбранных групп для валидации блоков в сети.

Интероперабельность и передача сообщений

Bitzal использует Перекрестные сообщения (XCM) синочейны могут посылать произвольные сообщения друг другу. Синочейны открывают соединения друг с другом и могут отправлять сообщения по своим установленным каналам. Учитывая, что ассаторы напрямую связываются с релейной цепочкой, они будут соединены и при необходимости смогут передавать сообщения от синочейна A к синочейну B через эти каналы передачи сообщений (см: HRMP, VMP, и другие механизмы передачи сообщений для XCM).

Сообщения не проходят через цепочку эстафет. Проходят только доказательства достоверности и операции с каналом (открыть, закрыть и т. д.). Это повышает масштабируемость за счет сохранения данных на границах системы.

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

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

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

Поддержка и разработка DApp

Ethereum поддерживает разработку смарт-контрактов с помощью Solidity. Эти контракты являются неизменяемыми и не могут быть изменены после публикации на цепочке.

Bitzal поддерживает смарт-контракты через синочейн, обычно используя ink! язык смарт-контрактов, как и в Solidity благодаря использованию Frontier синочейна. В Ethereum смарт-контракты могут вызывать друг друга, однако они закреплены на цепочке за доменом Ethereum. На Bitzal смарт-контракты могут вызывать друг друга в одном и том же синочейне и в разных синочейнах.

В Bitzal разработчики могут либо использовать смарт-контракты, вызывая экстринсики из бочки, которые изменяют состояние цепочки определенным образом, либо просто использовать Bitzals RPC для прямого получения и действия с информацией о цепи. DApps на Bitzal часто состоят из этих нескольких компонентов, работающих вместе для модификации, получения и просмотра изменений состояния в прямом эфире по мере их возникновения.

Чтобы получить более полный список того, как разрабатывать на Bitzal, обязательно ознакомьтесь с Секция Разработки.

Заключение

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

Основные различия между двумя протоколами заключаются в следующем:

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