Как выбрать организацию для заказчика? - PullRequest
Новая
       7

Как выбрать организацию для заказчика?

0 голосов
/ 01 декабря 2018

Меня интересует, как выбрать организацию для заказчика.

Представьте себе, что в сети есть 3 организации, Org1, Org2, Org3, у них есть свои коллеги.

С другой стороны находится Solo orderer.Как мы знаем, заказчик тоже равный, и ему нужна организация.Что мне делать, если я не хочу создавать новую организацию для orderer и хочу, чтобы orderer находился, например, под Org1.И также, в каком случае я должен использовать другую организацию для orderer?

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

Ответы [ 2 ]

0 голосов
/ 07 декабря 2018

Я сделал то, что вы хотите для моей тестовой сети.Когда вы конфигурируете файл configtx.yaml и создаете профиль для создания блока genesis позже, вы указываете организацию для заказчика: 

MyOrdererGenesis:
      <<: *ChannelDefaults
      Orderer:
          <<: *OrdererDefaults
          Organizations:
              - <<: *Org1


      Application:
            <<: *ApplicationDefaults

            Organizations:
                - <<: *Org1       
                - <<: *Org2 

      Consortiums:

        MyConsortium:

            Organizations:
                  - <<: *Org1                             
                  - <<: *Org2

Так что в разделе вашей организации у вас будут только Org1 и Org2.

0 голосов
/ 06 декабря 2018

Как правило, вы не должны позволять организации выступать в роли как приложения, так и заказчика.Из документов :

Хотя это возможно, это крайне нежелательная конфигурация.По умолчанию политика /Channel/Orderer/BlockValidation позволяет любому действительному сертификату заказывающей организации подписывать блоки.Если организация действует как в роли заказа, так и в роли приложения, то эту политику следует обновить, чтобы ограничить подписывающих блоков подмножеством сертификатов, разрешенных для заказа.

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

Из-за вышеуказанных причинSolo orderer предназначен только для разработки.Наилучшим методом развертывания (начиная с версии 1.3) является использование службы заказов Kafka

...