Узлы Hyperledger Composer

Question

Я новичок в Hyperledger и хотел бы создать доказательство концепции, используя Hyperledger Composer. Я знаю, что Composer - это набор инструментов для создания Blockchain-Applications, которые могут быть развернуты в Hyperledger Fabric. Тем не менее, я не совсем понимаю структуру Hyperledger Composer, поэтому у меня есть следующие вопросы:

• Собираю ли я настоящий блокчейн с помощью Hyperledger Composer или он просто имитируется?
• Кто является узлами или узлами, использующими Composer? Их несколько или только один и как их выбрать?
• Я знаю, что Fabric использует несколько согласованных механизмов. Поскольку я не могу определить их с помощью Composer, что такое используемый механизм консенсуса? Я определяю их с помощью контроля доступа?

Извините, если вопросы могут показаться глупыми, но я новичок в этой области и не могу найти ответы в Интернете.

Answer 1

• Вы в основном определяете и развиваете сеть блокчейнов с помощью composer.Файл bna, созданный с помощью composer, может быть развернут локально или в производственной среде (по крайней мере, таков план, но не уверен, что composer действительно существует, потому что еще нет v1 для composer)
• При развертыванииФайл BNA локально, вы развертываете свою сеть блокчейн на док-контейнеры на вашем локальном компьютере.Вы можете запустить скрипт ./startFabric.sh, а затем выполнить docker ps, в котором будут перечислены ваши док-контейнеры и их назначение (например, peer, orderer и т. Д.).В самом композиторе нет равных или заказчиков.Это все на ткани.
• Fabric использует сервис заказов для поддержания консенсуса.Служба заказа отвечает за проверку правил контроля доступа, криптографических материалов, идентификационных данных, согласованности и т. Д. Если в вашей среде только 1 заказчик, то нет необходимости беспокоиться о консенсусе.Но если у вас более 1-го клиента, возникнут проблемы.Для решения этих проблем и достижения консенсуса в службе заказов используется реализация apache kafka, которая в основном распределяет запросы между различными заказчиками.

Answer 2

Я бы порекомендовал следовать учебным пособиям для первой сети фабрики Hyperledger , поскольку Composer очень ограничен, когда речь идет о настройке структуры сети (т. Е. Добавлении большего количества узлов и / или организаций)

Composer хорош для написания быстрых интеллектуальных контрактов и подключения его к приложению для демонстрации, поскольку его легко протестировать, и он генерирует API для кода цепочки.

При локальном запуске Composer он запускает 2 одноранговую сеть организации, описанную в первом учебном руководстве по сети. Затем он установит написанный вами код цепочки и сгенерирует для него API.

Что касается вашего последнего замечания о механизме консенсуса, я не уверен.

Answer 3

Нет, вы не строите блокчейн.Блокчейн создается с использованием Fabric.Вы просто разрабатываете и внедряете свой цепной код в блокчейн на основе Fabric.То же самое для узлов и консенсуса.

Однако при запуске тестов Composer имитируется блокчейн.