Multi-цепи системы, где быстро взаимодействия между блокчейнами

Классификация проектов блокчейн
Multi-цепи системы, где быстро взаимодействия между блокчейнами-это не требуется например, если каждый блокчейн ( workchain ) представляет собой отдельный распределенный обмен, Интер-блокчейн взаимодействие пока ограничивается редкими пересадками
токенов от одного workchain в другой (или, скорее, торговле альткоинами
проживающие в одной workchain за другой со скоростью приближается к 1 : 1). Это то
, что на самом деле делается в проекте BitShares, который довольно
успешно использует DPOS.
Подводя итог, в то время как ДПОС может генерировать новые блоки и включают операции в них быстрее (с небольшими интервалами между блоками), эти проводки достичь уровня доверия, необходимого для их использования другими блокчейнами и
о-цепочками, как совершенные и неизменные гораздо медленнее
чем в системах БФТ скажем, в тридцать seconds26 вместо пяти. Более быстрое включение
транзакций не означает более быстрого выполнения транзакций. Это
может стать огромной проблемой, если потребуется быстрое взаимодействие между блокчейнами.
В этом случае необходимо отказаться от DPO и вместо этого выбрать BFT PoS.
2.8.6. Поддержка кода Тьюринга-полного кода в транзакциях, т.е., по сути, произвольных смарт-контрактов. Блокчейн-проекты обычно собирают некоторые транзакции в своих блоках, которые изменяют состояние блокчейна
таким образом, который считается полезным (например, перевод некоторого количества криптовалюты с
одного аккаунта на другой). Некоторые блокчейн-проекты могут разрешать только некоторые
определенные типы транзакций (например, переводы стоимости с одного счета на другой при условии предоставления правильных подписей). Другие могут
поддерживать некоторую ограниченную форму сценариев в транзакциях. Наконец, некоторые
блокчейны поддерживают выполнение произвольно сложного кода в транзакциях,
позволяя системе (по крайней мере, в принципе) поддерживать произвольные приложения при
условии, что производительность системы позволяет. Обычно это связано
с виртуальными машинами Тьюринга и языками сценариев (это означает,
что любая программа, которая может быть написана на любом другом вычислительном языке, может
быть переписана для выполнения внутри блокчейна) и смарт-контрактами
(которые являются программами, находящимися в блокчейне).
Конечно, поддержка произвольных смарт-контрактов делает систему по-настоящему
гибкий. С другой стороны, такая гибкость имеет свои издержки: код этих
смарт-контрактов должен выполняться на какой-либо виртуальной машине, и это должно
выполняться каждый раз для каждой транзакции в блоке, когда кто-то хочет
26 Например, EOS, один из лучших проектов DPOS, предложенных на сегодняшний день, обещает
45-секундное подтверждение и задержка взаимодействия между блокчейнами (см. [5], Подтверждение транзакций
и задержка разделов межцепной связи).
67
2.8. Классификация блокчейн-проектов
для создания или проверки блока. Это замедляет производительность системы
по сравнению со случаем предопределенного и неизменяемого набора типов простых
транзакций, которые могут быть оптимизированы путем реализации их обработки на таком
языке, как C++ (вместо некоторой виртуальной машины).
В конечном счете, поддержка смарт-контрактов, завершенных по Тьюрингу, представляется желательной в любом блокчейн-проекте общего назначения; в противном случае разработчики
блокчейн-проекта должны заранее решить, для каких приложений
будет использоваться их блокчейн. Фактически, отсутствие поддержки смарт-контрактов
в блокчейне биткойна стало основной причиной, по которой новый блокчейн
проект Ethereum должен был быть создан.
В (гетерогенной; см. 2.8. многоцепочечной системе можно было бы получить
лучшее из обоих миров, поддерживая смарт-контракты с завершением по Тьюрингу в некоторых
блокчейнах (т.е. рабочих цепочках) и небольшой предварительный набор высокооптимизированных
транзакций в других.
2.8.7. Классификация многоцепочечных систем. До сих пор классификация
была действительна как для одноцепочечных, так и для многоцепочечных систем. Однако многоцепочечные системы допускают еще несколько критериев классификации, отражающих взаимосвязь между различными цепочками блоков в системе. Сейчас мы обсудим
эти критерии.
2.8.8. Типы блокчейнов: однородные и гетерогенные системы.
В многозвенной системой, все блокчейнами может быть по существу того же типа
и тем же правилам (то есть, использовать такой же формат сделки, то же
виртуальная машина для выполнения смарт-контракта код, одни и те же криптовалюты, и так далее), и это сходство явно не эксплуатируется, но с различными
данные в каждом блокчейне. В этом случае мы говорим, что система однородна.
В противном случае различные цепочки блоков (которые обычно называются рабочими цепочками в
в данном случае) могут иметь разные правила. Тогда мы говорим, что система неоднородна.
2.8.9. Смешанные гетерогенно-гомогенные системы. Иногда мы
имеем смешанную систему, где существует несколько наборов типов или правил для
блокчейнов, но присутствует много блокчейнов с одинаковыми правилами, и этот
факт явно используется. Тогда это смешанная гетерогенно-гомогенная
система. Насколько нам известно, блокчейн TON является единственным примером такой
системы.
2.8.10. Гетерогенные системы с несколькими рабочими цепочками, имеющими
одинаковые правила, или конфедерации. В некоторых случаях несколько блокчейнов (работа68
2.8. Классификация
цепочек блокчейн-проектов) с одинаковыми правилами могут присутствовать в гетерогенной системе, но
взаимодействие между ними такое же, как между блокчейнами с разными
правилами (т.е. их сходство явно не используется). Даже если кажется,
что они используют одну и ту же криптовалюту, на самом деле они используют разные альткоины (независимые воплощения криптовалюты). Иногда можно даже использовать
определенные механизмы для конвертации этих альткоинов со скоростью, близкой к 1: 1. Однако, на наш взгляд, это не делает систему однородной; она остается
гетерогенный. Мы говорим, что такая разнородная совокупность рабочих цепочек
с одинаковыми правилами является конфедерацией.
Хотя создание гетерогенной системы, позволяющей создавать несколько рабочих
цепочек с одинаковыми правилами (т.е. конфедерацию), может показаться дешевым способом
построения масштабируемой системы, этот подход также имеет много недостатков.
По сути, если кто-то размещает большой проект во многих рабочих цепочках с
одинаковыми правилами, он получает не большой проект, а скорее множество небольших
экземпляров этого проекта. Это похоже на приложение для чата (или игру)
это позволяет иметь не более 50 участников в любой комнате чата (или игры), но
масштабируется за счет создания новых комнат для размещения большего числа пользователей, когда это необходимо.
В результате многие пользователи могут участвовать в чатах или в игре, но
можем ли мы сказать, что такая система действительно масштабируема?
2.8.11. Наличие мастер-цепочки, внешней или внутренней. Иногда в
многоцепочечном проекте есть выделенная мастер-цепочка (иногда называемая блокчейном
управления), которая используется, например, для хранения общей конфигурации системы (набора всех активных цепочек блоков или, скорее, рабочих цепочек).,
текущий набор валидаторов (для системы подтверждения ставки) и так далее. Иногда другие цепочки блоков привязываются к мастер-цепочке, например, путем внесения в нее хэшей своих последних блоков (это то, что ТОННА
Блокчейн тоже делает это).
В некоторых случаях мастерчейн является внешним, что означает, что он не является частью
проекта, а каким-то другим ранее существовавшим блокчейном, изначально совершенно не
связанным с его использованием новым проектом и не связанным с ним. Например,
можно попробовать использовать блокчейн Ethereum в качестве мастер-цепочки для внешнего
проектируйте и публикуйте специальные смарт-контракты в блокчейне Ethereum
для этой цели (например, для избрания и наказания валидаторов).
2.8.12. Поддержка сегментирования. Некоторые блокчейн-проекты (или системы) имеют
встроенную поддержку сегментирования, что означает, что несколько (обязательно однородных;
см. 2.8. блокчейнов рассматриваются как фрагменты одного (с точки зрения высокого уровня) виртуального блокчейна. Например, можно создать 256 осколков