Заказчик никогда не читает, не обрабатывает и не сохраняет данные. Заказчик в сети Fabric отвечает за:
- Создание блоков в правильной последовательности после получения запроса заявки на транзакцию от приложения.
- Доставка этих блоков якорным партнерам, подписавшимся на Заказчика.
Теперь подходим к команде:
peer channel fetch 0 mychannel.block -c mychannel --orderer orderer0.****.com:7050
Здесь мы передаем две важные информации:
- Идентификатор канала, используя -c
- Конечная точка службы заказа, --orderer
Здесь вы передаете конечную точку службы заказа, потому что служба заказа предоставляет интерфейс одноранговому узлу для взаимодействия с каналом. Это связано с тем, что одноранговый узел может быть подключен к нескольким каналам, и эти каналы могут иметь разных заказчиков.
Далее к следующему запросу:
где mychannel.block хранится и сохраняется, хранится ли он в контейнере заказа?
Совершенно очевидно, что контейнер Orderer не хранит никаких данных. Эти данные хранятся в самом канале партнера (бухгалтерской книге). Сервис заказов просто выступает в качестве интерфейса для подключения к каналу и доставки mychannel.block.