Когда вы указываете (или изменяете) политику подтверждения для цепного кода в контексте канала, она сохраняется заказчиком в блоке конфигурации для этого канала.
Из документации Hyperledger Fabric 1.1:
Когда получено CONFIG_UPDATE, заказчик вычисляет результирующий CONFIG, выполняя следующее:
Проверяет channel_id и read_set.Все элементы в read_set должны существовать в данных версиях.
Вычисляет набор обновлений, собирая все элементы в write_set, которые не отображаются в той же версии в read_set.
Проверяет, что каждый элемент в наборе обновлений увеличивает номер версии обновления элемента ровно на 1.
Проверяет, что набор подписей, прикрепленный к ConfigUpdateEnvelopeудовлетворяет mod_policy для каждого элемента в наборе обновлений.
Вычисляет новую полную версию конфигурации, применяя набор обновлений к текущей конфигурации.
Записывает новый конфиг в ConfigEnvelope, который включает CONFIG_UPDATE в качестве поля last_update и новый конфиг, закодированный в поле конфига, вместе с увеличенным значением последовательности.
Записывает новыйConfigEnvelope в Envelope типа CONFIG и в конечном итоге записывает это как единственную транзакцию в новой конфигурации block.
Когда узел (или любой другой получатель для Deliver) получает этот блок конфигурации, он должен проверить, что конфигурация была надлежащим образом проверена, применяя сообщение last_update к текущей конфигурации и проверяячто поле config, вычисляемое заказчиком, содержит правильную новую конфигурацию.