В России потратят 36 млрд рублей на развитие блокчейна. Что это даст?
ИТ в госсекторе
20.04.2020, Пн, 15:17, Мск , Текст: Игорь Королев
«Ростех» подготовил для правительства дорожную карту развития технологий распределенного реестра, к числу которых относится и блокчейн. Документ предполагает расходы на развитие соответствующих технологий в размере p36 млрд за период до 2024 г. Российский рынок к этому моменту может вырасти до p454 млрд, а мировой — до $54 млрд.
Дорожная карта технологий распределенного реестра
В распоряжении CNews оказался проект дорожной карты развития Технологий распределенных реестров, подготовленный госкорпорацией «Ростех» в рамках соответствующего контракта с правительством. Самой известной из технологий распределенных реестров (ТРР) является технология блокчейн.
Система распределенного реестра — это база цифровых транзакций, записей о событиях, содержащих критически важную управленческую, юридическую, финансовую и иную информацию, которая хранится, одновременно создается и обновляется на всех носителях у всех участников реестра на основе заданных алгоритмов, обеспечивающих ее тождественность у всех пользователей. Технологии систем распределенного реестра — это группа методов, направленных на создание распределенных баз данных и обеспечение непротиворечивости, синхронизации, неизменности и прозрачности хранящейся в них информации.
Прогноз объема рынка технологий распределенного реестра в мире до 2024 г., млрд $
Технология систем распределенного реестра представляет собой новый подход к созданию баз данных, ключевой особенностью которого является отсутствие единого центра управления. Каждый узел составляет и записывает обновления реестра независимо от других узлов.
В отличие от распределенных баз данных, каждый участник системы распределенного реестра хранит всю историю изменений и валидирует добавление любых изменений в систему с помощью алгоритма консенсуса, который математически гарантирует невозможность подделки данных при определенной доле достоверных нод. Однако ни один участник не может изменить данные в системе таким образом, что другие участники не узнают об этом. Благодаря этому данные, которые находятся внутри системы распределенного реестра, становятся доверенными, а все изменения — прозрачными.
Объем рынка технологий распределенного реестра в России в 2018 г. составил p2 млрд, к 2024 г. он увеличится до p180 млрд — p454 млрд. В мире объем рынка технологий распределенного реестра в 2018 г. составил $2 млрд, к 2024 г. он увеличится до $23 млрд — $54 млрд.
Прогноз объема рынка технологий распределенного реестра в России до 2024 г., млрд руб.
Три слоя технологий распределенного реестра
В технологиях распределенных реестров выделяется три слоя: транспортный, представления и приложений. К транспортному слою относятся консенсус (инструменты и протоколы, обеспечивающие неизменность и достоверность данных), исполнение транзакций (определяет структуру данных, модель транзакций и обеспечивает их распределенное хранение), безопасность и приватность (включает в себя инструменты и протоколы шифрования и обеспечения приватности данных).
К слою представления относятся: кодовая база платформы (архитектура ПО и используемый язык программирования), функциональность платформы (инструменты и протоколы интеграции с другими системами распределенного реестра и внешними источниками данных, а также поддержка инструментов сценарного программирования), токенизация (инструменты выпуска цифровых активов), механизмы увеличения пропускной способности (различные методы увеличения пропускной способности за счет параллельного добавления транзакций в основную сеть, выполнения части транзакций вне основной сети и другие подходы в части увеличения пропускной способности), исполнение скриптов (определяет процессы выполнения смарт-контрактов в вычислительной среде), механизмы стимулирования заданного поведения участников сети (включает структуру поощрения различных участников системы к заданному поведению), управление правами доступа и ролями (инструменты авторизации и аутентификации пользователей, а также определения прав доступа).
К слою приложений относятся: интеграция (определяет механизмы использования находящихся вне сети данных для исполнения смарт-контрактов, механизмы взаимодействия и обеспечения возможности обмена данными и цифровыми активами между различными платформами), создание приложений и смарт-контрактов (включает в себя инструменты разработки, тестирования и интеграции приложений, создаваемых на базе платформы), функционирование (инструменты мониторинга загрузки и состояния платформы, интерфейсы для отслеживания транзакций, аналитические модули процессов выполнения смарт-контрактов), приложения безопасности (инструменты обеспечения защиты сети от DDos-атак, минимизации критических уязвимостей в смарт-контрактов, резервное копирование и восстановление сети).
Архитектура технологии систем распределенных реестров
Алгоритмы организации и синхронизации данных систем распределенных реестров
Технологическая классификации ТРР определяет архитектурные и алгоритмические признаки и позволяет выделить две основные группы платформ, различающихся по типу организации и синхронизации данных, а также по типу управления и по типу взаимодействия (смарт-контракты и децентрализованные приложения). Классификация по утилитарным признакам определяет отрасли применения и классы потребителей и сводится к группам, различающимся по типу владения и по специализации.
Классификации ТРР по типу организации и синхронизации данных охватывает совокупности методов и инструментов, направленных на приведение в соответствие имеющихся данных в децентрализованной сети к единой внутренней логике и структуре по заранее определенным правилам, включая порядок добавления и валидации новых данных в распределенном реестре, а также обеспечение синхронизации и согласования данных между узлами децентрализованной сети.
На сегодняшний день существует три основных типа алгоритма консенсуса, которые основаны на доказательстве работы (Proof-of-Work, PoW), подтверждении доли (Proof-of-Stake, PoS) и решении задачи византийских генералов (Byzantine Fault Tolerance, BFT).
BFT — это вид консенсуса, который позволяет блокчейну поддерживать целостность даже при наличие помех в нескольких узлах. Основной принцип данного подхода заключается в том, что «достоверные» узлы всегда будут иметь преимущество в принятии решения перед «недостоверными». Каждый из узлов обязан сообщать свои заключения, на основе этой информации и достигается консенсус. Этот консенсусный подход используют такие проекты, как Stellar, Hyperledger и Ripple. Основным недостатком BFT является то, что анонимность системы делает ее менее эффективной по сравнению с другими блокченй-системами.
Directed Acyclic Graph (DAG) — это направленный ациклический граф, являющийся одной из разновидностей BFT. DAG вместо четкой последовательности блоков записывает информацию нелинейно, без последовательной цепи блоков. На базе DAG построены протоколы платформ IOTA, Byteball, Nano и Tangle. Надежность алгоритма математически описывается как асинхронная византийская устойчивость к ошибкам (ABFT). Алгоритм очень сложно взломать, а для принятия решения на уровне сети необходимо согласие более двух третей участников. Благодаря DAG хэшграф обладает всеми преимуществами блокчейна, при этом демонстрирует более высокую скорость транзакций без недостатка в виде низкой скорости транзакций.
В общем виде хэшграф работает следующим образом: участники сети (ноды) обмениваются данными по протоколу Gossip, информация о транзакции отправляется двум случайным узлам, передающим их, в свою очередь, двум другим узлам — и так по экспоненте, пока объем проинформированных нод не станет достаточным для верификации транзакции; ноды обмениваются друг с другом только данными о транзакциях, а не всей информацией о сети, при этом информация хранится не в блоках, а в хэшах — поэтому все происходит гораздо быстрее, чем в блокчейне; транзакции записываются в хронологическом порядке — можно отследить их историю.
В хэшграфе каждая нода знает всю историю транзакций, поэтому для достижения консенсуса используют «виртуальное голосование» — отсутствует необходимость координации всех нод между собой: каждая из них уже знает, как «проголосует» другая. Другими преимуществами DAG являются: масштабируемость и скорость — до 500 тыс. транзакций в секунду (потенциально — до миллиона); увеличение количества участников сети увеличивает пропускную способность; низкое ресурсопотребление и высокая устойчивость к DDos-атакам и бот-сетям; отсутствие необходимости майнинга и доказательства работы (PoW); близкие к нулю комиссии.
Однако данный алгоритм имеет и недостатки, основным из которых является то, что данная технология является проприетарной. Кроме того, существующие протоколы все еще находятся на ранней стадии развития (исследовательские работы) и большая часть решений остается сугубо экспериментальной.
Proof-of-Work (PoW) — это алгоритм достижения консенсуса, в котором вероятность получения права валидации блока зависит от доли вычислительных мощностей сети, принадлежащих ноде. Алгоритм является одним из наиболее ранних и распространенных, именно он лежит в основе сети Bitcoin. В отличие от BFT, узлы не обязаны предоставлять заключения до достижения консенсуса. Вместо этого блокчейн использует функцию хеширования, чтобы обеспечить определенные условия, которые позволяют отдельным узлам предоставлять информацию для проверки остальными узлами.
Алгоритмы хеширования также предоставляют протоколы, которые не могут работать с неправильной информацией, если была предоставлена таковая. Узлы блокчейна биткойна, которые подбирают информацию, называются майнерами, и награждаются за работу биткойнами. Майнеры используют специализированное оборудование, чтобы проверять транзакции, прежде чем они будут добавлены в качестве нового блока.
Данный тип консенсуса обладает двумя основными недостатками. Во-первых, высокая энергоемкость и необходимость в специализированном оборудовании для майнига; во-вторых, существует риск мошенничества — контроль одного участника над более чем 50% узлов сети дает возможность подтвердить ложную информацию.
В отличие от PoW, алгоритм Proof-of-Stake (PoS) не опирается на алгоритмы хеширования. Чтобы подтвердить право собственности на свою долю (монеты или токены), в блокчейне используются цифровые подписи. Каждый участник имеет шанс случайным образом быть выбранным создателем нового блока, то есть валидатором, и этот шанс увеличивается пропорционально его доле. Таким образом, консенсус имеет черты лотереи. Вознаграждением в данном случае также монеты проекта.
Delegated Proff-of-Stake (DPOS) — это алгоритм консенсуса на основе модифицированного Proof-of-Stake. Он предполагает, что каждый пользователь по желанию может выставить свою кандидатуру на пост верифицирующей рабочей станции (узла валидатора). Потом среди всех пользователей проводится голосование за кандидатов, где вес каждого голоса определяется суммой активов голосующих. По результатам голосования выбирается N (натуральное число, которое выбирает сообщество участников сети) кандидатов, которые получают право формировать новые блоки транзакций. Правила протокола гарантируют корректное принятие решений, если большая часть активов, принимающих участие в голосовании, контролируется честными пользователями.
Leased/Delegated Prof-of-Stake (LPoS/DPoS) — это алгоритм консенсуса, предусматривающий возможность добавления блоков только для держателей определенного количества токенов сети, которые можно передавать другим нодам сети в лизинг или голосовать за определенных валидаторов в соответствии с долей токенов сети, принадлежащих определенной ноде. Также можно отметить Proof-of-Authorithy (PoA) — алгоритм достижения консенсуса, в котором право валидации блоков предоставлено определенным одобренным аккаунтам — валидаторам.
Глобальные тенденции развития технологий распределенных реестров
| Тип | Тенденции | Драйвер | Описание |
|---|---|---|---|
| Технологические и рыночные | Рост спроса на приватные системы распределенного реестра | Развитие уровня готовности приватных систем для внедрения в отрасли, создана база готовых для внедрения инструментов и смарт-контрактов | 49% финансовых, нефтегазовых компаний и 44% государственных агентств в 2018 г. заявили о переходе к активной фазе тестирования блокчейн-платформ параллельно с традиционными системами (публичные блокчейн платформы не используются корпорациями вследствие низкой пропускной способностью) |
| Увеличение количества проектов, публикующих свой программный код в свободном доступе (open-source) | Рост требований потребителей в части аудируемости программного кода и обеспечение отсутствия недекларируемых возможностей в программном коде систем распределенного реестра | В 2015 г. 15 тыс. проектов опубликовали свой программный код в открытом доступе. За первую половину 2017 г. 27 тыс. проектов опубликовали свой программный код. Крупнейшие провайдеры приватных блокчейн-платформ Hyperledger, Corda также опубликовали программный код в открытом доступе | |
| Рост использования технологии блокчейн для обмена данными между ИВ-устройствами (M2M) и инфраструктурой (М2I) | Сформирована база проектов, доказавших эффективность технологии распределенного реестра для использования в процессах хранения и обмена данными | В 2018 г. 5 проектов представили рабочие блокчейн-продукты, специализирующиеся на интеграции с ИВ-устройствами, 3 проекта тестируют рабочие решения, 7 проектов представили прототип | |
| Законодательные и регуляторные | Создание регуляторных песочниц для тестирования инновационных продуктов и инструментов привлечения финансирования под надзором финансового регулятора | Переход от запрета к тестированию законопроектов, регулирующих отдельные процессы и продукты систем распределенного реестра в связи с формированием базы пилотов, доказывающих применимость технологии за пределами спекуляций с криптовалютами | В Швейцарии, Великобритании и Южной Корее были созданы регуляторные песочницы, где не применяется стандартное законодательство и авторизованные компании могут протестировать инновационные блокчейн-продукты на реальных потребителях, а регулятор имеет возможность протестировать отдельные инициативы в меньших масштабах |
| Создание специальных инновационных кластеров | Потребность разработчиков решений на базе технологии в комплексной (юридической, финансовой, технической, научной и кадровой) поддержке и регистрация лидирующих компаний-разработчиков в юрисдикциях, где сформированы условия для получения комплексной поддержки | В швейцарской провинции была создана специальная экономическая зона, где применяются сниженные требования регулятора к блокчейн-стартапам, сниженная налоговая ставка и постоянно пилотируются блокчейн-продукты муниципальными органами | |
| Строгое разграничение между процессами регулирования технологии и продуктов систем распределенного реестра (в том числе услуг, связанных с системами распределенного реестра) и регулирования оборота криптовалют | Расширение уровня юридической проработки различных аспектов технологии распределенного реестра в части определения различных требований к регулированию оборота криптовалют и технологии распределенного реестра | На Мальте и Гибралтаре применяются различные регуляторные правила для блокчейн-стартапов и компаний, выпускающих собственную криптовалюту | |
| Экономические и инвестиционные | Рост традиционных венчурных инвестиций в стартапы, разрабатывающие решения с использованием технологии распределенного реестра | Формирование регулируемых рынков для вторичной продажи неивестиционных токенов, а также юрисдикции, признающих данный вид токенов, что позволяет институциональным инвесторам осуществлять инвестиции в неинвестиционные токены, а также повышает их ликвидность | В 2018 г. венчурные инвестиции в блокчейн-стартапы выросли на 316%, достигнув $2,85 млрд |
| Значительный рост интереса к системам распределенного реестра со стороны крупнейших акселераторов | Сформирована база компании-разработчиков, а также потенциальных потребителей решений на базе технологии распределенного реестра | Ycombinator, 500 Startups, TechStars, The Thiel Foundation, IBM accelerator, Columbia Blockchain Launch Accelerator начали в 2015 г. принимать блокчейн-проекты в акселерационные программы | |
| Рост количества выпусков инвестиционных токенов | Сформированы площадки для первичного размещения инвестиционных токенов, а также их вторичной продажи | Первый выпуск инвестиционных токенов был осуществлен в апреле 2017 г., в течение следующего года был произведен 131 выпуск инвестиционных токенов | |
| Рост инвестиции государственных органов в инициативы по внедрению технологии в процессы государственного управления | Переход технологии на более поздние стадии развития, появление продуктовых решений (приватных систем распределенного реестра), готовых к промышленному внедрению | Южная Корея отобрала шесть пилотных проектов, в развитие которых готова инвестировать до $9 млн в течение 2019 г. ОАЭ разработали стратегию внедрения технологии блокчейн в процессы государственного управления |
Классификация по типам взаимодействия участников систем распределенных реестров
Взаимодействие участников систем распределенного реестра осуществляется с помощью совокупности методов и инструментов, обеспечивающих взаимодействие участников распределенной системы — смарт-контрактов и децентрализованных приложений, обеспечивающих разработку, поддержание и выполнение компьютерных алгоритмов, предназначенных для автоматизации процессов исполнения контрактов или сохраненных в распределенном реестре процедур. Данные алгоритмы характеризуются прозрачной и открытой логикой, обеспечивающей гарантированное исполнение заданных функций в рамках систем распределенного реестра.
Для обеспечения гарантированного исполнения обязательства контракта необходимо наличие среды, которая позволяет автоматизировать выполнение пунктов условий контракта. Соответственно, смарт-контракты могут существовать только внутри среды, имеющей беспрепятственный доступ исполняемого кода к объектам смарт-контракта, что обеспечивается децентрализованной сетью. Все условия контракта должны иметь математическое описание и ясную логику исполнения.
В связи с этим, на данном этапе развития главной задачей является формализация наиболее простых взаимоотношений, предполагающих исполнение небольшого количества условий. Имея беспрепятственный доступ к объектам контракта, смарт-контракт отслеживает по указанным условиям факты достижений или нарушений пунктов и принимает самостоятельные решения, основываясь на запрограммированных условиях. Таким образом, основной принцип смарт-контракта состоит в полной автоматизации в целях повышения точности исполнения договорных отношений.
Можно выделить несколько ключевых типов смарт-контрактов, реализованных в рамках сетей, созданных на базе технологии распределенных реестров. К смарт-скриптам относятся специализированные типы условий, которые накладывают дополнительные ограничения на транзакции в децентрализованной сети. Данные типы контрактов широко применяются в публичных сетях, построенных для управления криптовалютами. В таких сетях подобные типы смарт-контрактов ограничивают перевод средств с помощью дополнительных условий, таких, как, например, согласие нескольких участников (подписание транзакции несколькими участниками), невозможность перевода средств до определенного события (ограничение по времени) или прочие условия. Данные виды смарт-контрактов, как правило, разрабатываются на специализированных языках программирования и имеют очень жесткие ограничения по возможностям внедрения логики.
Смарт-контракты сети Ethereum являются более функциональной сущностью, представляющей собой специализированные адреса в децентрализованной сети, выполняющие логические операции при выполнении пользователями определенных транзакций. Позволяют внедрять логику в публичных сетях, как применяемую к условиям вывода средств, так и изменению информации, привязанной к конкретному контракту. Зачастую используются для создания несложных контрактов в публичных сетях, в том числе для выпуска собственных криптовалют и взаиморасчетов между участниками. Как правило, смарт-контракты разрабатываются на специализированных языках и ограничены производительностью «виртуальной машины» в рамках блокчейн-платформы.
Еще один тип смарт-контрактов — код-блокчейна — реализуется за счет внедрения и распространения собственной логики среди участников децентрализованной сети. Подобный вид смарт-контрактов практически не применяется в публичных сетях из-за необходимости согласовывать логику исполнения со всеми участниками — держателями узлов сети. При этом он позволяет внедрять новую функциональность в приватные децентрализованные сети с ограниченным числом участников, а также настраивать любую логику взаимодействия участников с помощью распространенных языков программирования без ущерба производительности.
Классификация по типу владения и управления платформ распределенных реестров
Существующие платформы систем распределенного реестра могут находиться во владении у сообщества пользователей, отдельной организации или объединения организаций — все это влияет на возможности, связанные с принятием решений, стратегией развития платформы, а также возможностью поддержания развития внедренных решений.
Таким образом, можно выделить три основные категории классификации по типу владения: Centralized — платформы, основной характеристикой которых является централизованное управление единым оператором, который определяет новых пользователей и может авторизовать из доступ к сети; Consortium — платформы, создаваемые и контролируемые объединение пре-авторизованных лиц/организаций; подключение к сети новых пользователей происходит через из авторизацию со стороны выделенных доверенных узлов, имеющих более высокий уровень полномочий; Community — платформы, развитие которых поддерживает сообщество пользователей; все зарегистрированные данные доступны для всех участников сети, необходимость в получении авторизации доступа к сети отсутствует.
Платформы, созданные и развивающиеся сообществом пользователей (например, Bitcoin или Ethereum), имеют достаточную большую поддержку со стороны разработчиков и пользователей, но это, в свою очередь, затрудняет внедрение новой функциональности в публичные сети, построенные на их основе. В случае создания собственного решения можно развивать отдельную ветку платформы (форк), что требует дополнительных трудозатрат на поддержание как новой функциональности, внедряемой сообществом, так и собственной. Возможно создание и развитие собственной, изолированной версии с публичным репозиторием, как например, для «Мастерчейна», но в этом случае через какое-то время возрастает вероятность потери совместимости платформ, а с ней и всех достоинств, связанных с надежностью и прозрачностью оригинальной платформы.
Решения, созданные или образовавшиеся вокруг платформы (зачастую за счет ICO), такие, как Ripple, Corda, Waves, имеют публичные репозитории с открытым исходным кодом, но решение по внедрению новой функциональности принимается централизованно структурой, которая владеет и развивает платформу, выделяя необходимые ресурсы, в том числе и на поддержку пользователей и устранение. Ряд компаний оказывает консультационные и технические услуги, связанные с созданием и внедрением специализированных отраслевых решений на базе свой платформы.
Как выбрать платформу на базе распределенных реестров
Существует ряд параметров, влияющих на выбор стратегий создания и внедрения отраслевых решений. Одним из них является наличие публичной сети на базе платформы — то есть разработанного и развернутого публичного решения с активными пользователями и узлами сети, расположенными в нескольких странах, в рамках которого происходит проверка, запись и обработка транзакций. В ряде случае для платформ, которые допускают возможность выполнения смарт-контрактов в сети, должны быть развернуты и запущены публичные смарт-контракты.
Также важно наличие центра компетенции, расположенного на территории РФ, готового к созданию и поддержке решений на базе платформы. Играет свою роль и заявленная пропускная способность платформы в публичной сети — количество подтвержденных транзакций за единицу времени, и длительность существования платформы — продолжительность жизни проекта или компаний, поддерживающих создание и развитие платформы.
Важно обратить внимание на количество контрибьютеров платформы, то есть на количество активных участников сообщества или сотрудников компании, которые поддерживают и принимают активное участие в разработке ядра платформы — основного компонента, обеспечивающего взаимодействие всех участников сети (построенной на базе платформы) и обеспечивающего реализацию протокола взаимодействия между ними.
Также важно наличие аппаратных носителей, поддерживающих возможность подписания транзакций — специализированных программно-аппаратных комплексов, обеспечивающих безопасное хранение приватного ключа или ключей пользователя и дающих возможность подписания транзакций в соответствии с требованиями платформы.
Перечень необходимых элементов для создания решений на базе технологий распределенных реестров
| Типы систем | Элементы технологической карты, необходимые для создания решения | Обоснование |
|---|---|---|
| Публичные | Топология сети консенсуса; обеспечение неизменности и непротиворечивости консенсуса; передача данных (протокол Gossiping); достижение консенсуса; лимиты масштабирования; структура данных блока; модель транзакций; хранение данных: данные блока; шифрование данных; приватность данных; язык программирования; лицензирование кода; архитектура программного обеспечения; интегрируемость с внешними информационными системами; интегрируемость с другими системами распределенного реестра; сценарный язык программирования; управление платформой; механизмы вознаграждения за предоставление вычислительных мощностей; структура ценообразования; внутренний токен | Благодаря использованию публичной платформы становится возможным формирование доверительных отношений в цифровой среде между неограниченным количеством участников и наделение информации свойствами прозрачности (любой участник может отследить всю историю предыдущих изменений) и неизменности (информацию, добавленную в распределенный реестр, невозможно уд алнтъ'' изменить). Любые приложения, построенные на базе публичной платформы, зависят от технических характеристик самой платформы. Наличие отечественных публичных систем распределенного реестра позволит обеспечить соответствие выпуска и обращения токенов на их базе требованиям российского законодательства |
| Приватные | Топология сети консенсуса; обеспечение неизменности и непротиворечивости консенсуса; передача данных (протокол Gossiping); достижение консенсуса; лимиты масштабирования; структура данных блока; модель транзакций; хранение данных: данные блока; шифрование данных; приватность данных; язык программирования; лицензирование кода; архитектура программного обеспечения; интегрируемость с внешними информационными системами; интегрируемость с другими системами распределенного реестра; сценарный язык программирования; управление платформой; исполнение скриптов; среда выполнения смарт -коитр актов; валидация логики исполнения смарт-контрактов в режиме выполнения; управление правами участников сети; управление пользователями; идентификация пользователей | Как и в случае с публичными платформами, от технических характеристик приватных платформ зависят характеристики любых приложений, построенных на их основе. Приватные платформы позволяют за счет централизации и аутентификации нод, ватиднрующих добавление данных в сеть, добиваться в десятки раз более высокой пропускной способности по сравнению с публичными платформами. Однако на данный момент области применения не сформированы, кроме того, отсутствуют успешные примеры внедрения технологии, подтверждающие экономическую эффективность систем распределенного реестра по сравнению с централизованными решениями. Наличие отечественных приватных систем обеспечивает полное отсутствие риска ограничения доступа к обновлениям системы и коммерческим сборкам, расширяющим функционал системы. |
| Механизмы увеличения пропускной способности сети | Платформы могут самостоятельно разрабатывать одну из следующих технологий увеличения пропускной способности, либо использовать решения сторонних разработчиков: шардинг; технологии увеличения пропускной способности основной сети (On-chain scaling); двусторонние канаты взаимодействия (State Channels); боковая цепь (Sidechain) | Низкая пропускная способность -ключевое ограничение публичных сетей, не позволяющее масштабировать их как в В2В. так и В2С сегментах. Развитие одного из данных методов является ключевым условием массового внедрения публичных систем распределенного реестра. Благодаря наличию конкурентоспособной фундаментальной научной базы в области математики и программирования, отечественные решения, увеличивающие пропускную способность, имеют потенциал занять лидирующие позиции в мире |
| Сервисы интеграции и обучения | Данные сервисы подразделяются на следующие категории: доработка исходного кода платформы с целью соответствия задачам заказчика: интеграция существующих систем с разработанным DLT-решеннем; формирование технической документации; обучение сотрудников заказчика | В связи с тем, что большинство платформ создается для широкого спектра задач, для интеграции в реальный сектор требуется доработка исходного кода, находящегося в открытом доступе. Данное условие является обязательным для платформ распределенного реестра в связи с тем, что любой должен иметь возможность аудита исходного кода на предмет отсутствия незадекларированных функций в коде. Реализация данного вида услуг отечественными разработчиками позволит существенно увеличивать их выручку (в том числе экспортную), а также является ключевым механизмом монетизации при использовании модели открытого исходного кода |
Типология платформ и решений с использованием технологии распределенных реестров
В дорожной карте приводится перечень платформ и решений, созданных с помощью технологий распределенных реестров. Так, Acryl Platform — это форк платформ Waves и NXT. Помимо публичной платформы распределенного реестра также разрабатывает собственное решение для майнинга внутренней криптовалюты. У данного платформенного решения, основанного на технологии распределенных реестров, основной вектор развития направлен на достижение максимальной распределенной сети и обеспечения децентрализации всех ее компонентов.
Децентрализованная платформа Ergo с поддержкой смарт-контрактов для создания децентрализованных приложений оперирует Bitcoin и Eherium. В основу функционирования платформы заложен алгоритм консенсусного делегированного доказательства владения долей (DPOS).
Ergo — это проект, работающий над созданием решения, улучающего большинство аспектов традиционной технологии распределенных реестров с упором на обеспечение сравнительного увеличения срока выживаемости системы. В разработке проекта участвуют ведущие отечественные специалисты отрасли.
Платформа с открытым исходным кодом Ethereum, предназначенная и предоставляющая инструменты программирования для создания смарт-контрактов. Платформа упрощает как разработку децентрализованных приложений следующего поколения (DApps), так и договорные соглашения в онлайн-среде. Ethereum позволяет разработку и выпуск криптовалют и цифровых токенов, а также поддерживает создание DAO (демократических автономных организаций). Одноименный кошелек позволяет разработчикам хранить и защищать криптоактивы и упрощает разработку смарт-контрактов.
Открытый фреймворк для разработки полноценных приложений с использованием технологии распределенных реестров Exonum характеризуется гибкостью в работе с внешними источниками данных, а также контролем устойчивости сети через голосование. Смарт-контракты реализуются отдельно на каждом узле, в сети регистрируется описание смарт-контракта, условие для успешного выполнения контракта — идентичная реализация у большинства валидаторов.
Платформа Hyperledger Fabric служит основой для создания решений на основе технологии распределенного реестра с модульной архитектурой и поддерживает использование одной и более сетей. Способность обеспечить высокий уровень гибкости, надежности и масштабируемости делает Hyperledger подходящей для разработки решений корпоративного уровня. Платформа содержит каналы для обмена конфиденциальной информацией и придерживается политики подтверждения транзакций. Кроме того, транзакции включают в себя подписи всех поддерживающих участников и передаются на рассмотрение валидатору.
Топ-10 ведущих компаний в мире по количеству патентов в сфере систем распределенного реестра
Следующее решение — Hashgraph Hedera. Hashgraph относится к распределенному консенсусному алгоритму, а Hedera — это распределенная книга, которая использует технологию Hashgraph. Пользователи платформы могут запускать децентрализованные приложения с поддержкой смарт-контрактов. Hashagraph обеспечивает максимальные показатели пропускной способности и, следовательно, может обрабатыва
Полный текст статьи читайте на CNews
