Блокчейн 2.0. Введение в Hyperledger Fabric [Часть 10]

Ткань Hyperledger

Проект Hyperledger – это своего рода зонтичная организация, в которой разрабатывается множество различных модулей и систем. Среди этих отдельных подпроектов наиболее популярным является Hyperledger Fabric. В этом посте будут рассмотрены функции, которые сделают Fabric практически незаменимой в ближайшем будущем, когда системы блокчейна начнут широко использоваться. Ближе к концу мы также кратко рассмотрим, что нужно знать разработчикам и энтузиастам о технических особенностях Hyperledger Fabric.

Зарождение

Как обычно для проекта Hyperledger, Fabric был «подарен» организации одним из ее основных участников, IBM, который ранее был его главным разработчиком. Технологическая платформа, совместно используемая IBM, была передана в совместную разработку в рамках проекта Hyperledger при участии более 100 компаний-членов и учреждений.

В настоящее время Fabric работает на v1.4 версии LTS и прошла долгий путь развития и в настоящее время рассматривается как лучшее корпоративное решение для управления бизнес-данными. Основное видение, окружающее проект Hyperledger, неизбежно проникает и в Fabric. Система Hyperledger Fabric поддерживает все готовые к использованию и масштабируемые функции, которые жестко запрограммированы во всех проектах организации Hyperledger.

Основные характеристики Hyperledger Fabric

Hyperledger Fabric предлагает широкий спектр функций и стандартов, которые созданы для поддержки быстрой разработки и модульных архитектур. Более того, по сравнению со своими конкурентами (в первую очередь Ripple и Ethereum), Fabric занимает четкую позицию в отношении закрытых и разрешенных блокчейнов. Их основная цель здесь — разработать набор инструментов, которые помогут разработчикам блокчейнов в создании индивидуальных решений, а не в создании отдельной экосистемы или продукта.

Некоторые из основных особенностей Hyperledger Fabric приведены ниже:

• Разрешенные системы блокчейна

Это категория, в которой другие платформы, такие как Ethereum и Ripple, сильно отличаются от Hyperledger Fabric. По умолчанию Fabric представляет собой инструмент, предназначенный для реализации частного разрешенного блокчейна. К таким блокчейнам не может получить доступ каждый, и узлы, работающие над достижением консенсуса или проверкой транзакций, выбираются центральным органом власти. Это может быть важно для некоторых приложений, таких как банковское дело и страхование, где транзакции должны проверяться центральным органом, а не участниками.

• Конфиденциальный и контролируемый поток информации

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

• Архитектура Plug and Play

Hyperledger Fabric имеет архитектуру типа Plug and Play. Отдельные компоненты системы могут быть выбраны для реализации, а компоненты системы, которые разработчики не видят в использовании, могут быть отброшены. В разработке Fabric используется модульный и настраиваемый путь, а не универсальный подход, как у конкурентов. Это особенно привлекательно для фирм и компаний, стремящихся быстро построить бережливую систему. В сочетании с совместимостью Fabric с другими компонентами Hyperledger это означает, что разработчики и дизайнеры теперь имеют доступ к разнообразному набору стандартизированных инструментов вместо необходимости извлекать код из разных источников и впоследствии интегрировать его. Он также представляет собой довольно надежный способ создания надежных модульных систем.

• Смарт-контракты и цепной код

Распределенное приложение, работающее на блокчейне, называется Смарт-контрактом. Хотя термин смарт-контракт более или менее связан с платформой Ethereum, Chaincode — это название, присвоенное ему в лагере Hyperledger. Помимо всех преимуществ присутствия DApps в приложениях с цепным кодом, Hyperledger отличается тем, что его код может быть написан на нескольких языках программирования высокого уровня. Он поддерживает Go и JavaScript «из коробки», а также поддерживает многие другие после интеграции с соответствующими модулями компилятора. Хотя на данный момент этот факт, возможно, не имеет большого значения, факт остается фактом: если имеющиеся таланты можно использовать для текущих проектов, связанных с блокчейном, это потенциально может сэкономить компаниям миллиарды долларов на обучении персонала и управлении в долгосрочной перспективе. Разработчики могут писать код на языках, которые им удобны, чтобы начать создавать приложения на Hyperledger Fabric, и им не нужно изучать языки и синтаксис, специфичные для конкретной платформы. Это обеспечивает гибкость, которую не предлагают нынешние конкуренты Hyperledger Fabric.

• Hyperledger Fabric — это серверная платформа драйверов, которая в основном предназначена для интеграционных проектов, где требуется блокчейн или другая технология распределенного реестра. По существу, он не предоставляет никаких услуг, ориентированных на пользователя, за исключением незначительных возможностей сценариев. (Думайте, что это больше похоже на язык сценариев.)
• Hyperledger Fabric поддерживает создание сайдчейнов для конкретных случаев использования. В случае, если разработчик желает изолировать группу пользователей или участников к определенной части или функциональности приложения, он может сделать это путем реализации сайдчейнов. Боковые цепочки — это блокчейны, которые происходят от основного родителя, но образуют другую цепочку после своего первоначального блока. Этот блок, дающий начало новой цепочке, останется невосприимчивым к дальнейшим изменениям в новой цепочке, и новая цепочка останется неизменной, даже если к исходной цепочке будет добавлена новая информация. Эта функциональность поможет масштабировать разрабатываемую платформу и откроет возможности обработки данных для конкретных пользователей и конкретных случаев.
• Предыдущая функция также означает, что не все пользователи будут иметь «точные» копии всех данных в блокчейне, как обычно ожидается от публичных цепочек. Участвующие узлы будут иметь копию данных, которые имеют отношение только к ним. Например, рассмотрим приложение, похожее на PayTM в Индии. Приложение имеет функции кошелька, а также возможность электронной коммерции. Однако не все пользователи кошелька используют PayTM для покупок в Интернете. В этом сценарии только активные покупатели будут иметь соответствующую цепочку транзакций на сайте электронной коммерции PayTM, тогда как у пользователей кошелька будет просто копия цепочки, в которой хранятся транзакции кошелька. Эта гибкая архитектура хранения и извлечения данных важна при масштабировании, поскольку было показано, что массивные единичные блокчейны увеличивают время обработки транзакций. Таким образом, цепочка может быть компактной и хорошо классифицированной.

В следующих публикациях мы подробно рассмотрим другие модули проекта Hyperledger.

Читайте нашу следующую публикацию из этой серии:

• Блокчейн 2.0: объяснение распределенных вычислений и распределенных приложений