Самый важный способ иерархической конфигурации канала связан с оценкой политики.Существует тип политики, называемый «неявная метаполитика».Оценка этого типа политики зависит от более глубокой оценки политик в дереве.
Возьмем, к примеру, политику /Channel/Admins.Значением по умолчанию для этой политики является неявная метаполитика с правилом MAJORITY Admins.Это правило подразумевает, что большинство подгрупп должно иметь политику с именем Admins, которая оценивается как истинная для политики /Channel/Admins, чтобы оценить как истинную.В стандартном канале приложения есть две подгруппы: Application и Orderer.У каждого из них есть политика Admins, которая по умолчанию также MAJORITY Admins.Политика /Channel/Application/Admins требует, чтобы политика Admins каждой из подгрупп оценивалась как true.Эти подгруппы являются организациями приложений, каждая из которых имеет политику Admins по умолчанию, которая может быть удовлетворена подписью одного из их сертификатов администратора.
Таким образом, конечный результат этой иерархии состоит в том, чтобы удовлетворитьполитика /Channel/Application/Admins требует согласия большинства администраторов организаций приложений.Чтобы удовлетворить политику /Channel/Orderer/Admins, требуется согласие большинства организаций-заказчиков.И, наконец, для удовлетворения политики /Channel/Admins необходимо, чтобы и большинство организаций-заказчиков, и большинство организаций-разработчиков согласились с этим.
Наконец, с учетом этих вариантов поведения политики, мы надеемся, что естественная организация конфигурации«иерархический» имеет смысл.Элементы конфигурации, расположенные рядом с корнем конфигурации, обычно требуют согласия всей сети для изменения.По мере того, как элементы все дальше уходят от корня и приближаются к листьям, число заинтересованных сторон уменьшается, и изменения могут быть сделаны с меньшим согласием.Например, организация может изменить свои собственные CRL или CA, не требуя согласия каких-либо других организаций в сети.