You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Hyperledger Fabric中configtx.yaml的OrdererOrg与Orderer Policies差异解析

Hyperledger Fabric configtx.yaml 中不同层级Policies的作用与差异

在configtx.yaml里,不同节点下的Policies是Fabric权限控制体系的核心,作用范围和逻辑完全不同,拆解如下:

一、组织级(Orderer/Peer Org)Policies

就是你看到的Organizations节点下每个组织(比如&OrdererOrg)的Policies,这是单个组织内部的基础权限原子策略,控制该组织内不同身份的操作权限,其规范路径是/Channel/<Application|Orderer>/<OrgName>/<PolicyName>。

以你给出的OrdererOrg示例为例:

Policies:
    Readers:
        Type: Signature
        Rule: "OR('OrdererMSP.member')"
    Writers:
        Type: Signature
        Rule: "OR('OrdererMSP.member')"
    Admins:
        Type: Signature
        Rule: "OR('OrdererMSP.admin')"
  • Readers:允许OrdererMSP的所有成员读取该组织在通道内的配置信息
  • Writers:允许OrdererMSP的所有成员执行该组织相关的写入操作(比如提交配置更新提案)
  • Admins:仅允许OrdererMSP的管理员执行该组织的最高权限操作(比如修改组织自身的MSP配置)

这类策略用Signature类型,直接绑定具体MSP的身份角色,是最底层的权限判断单元。

二、Orderer节点级Policies

Orderer: &OrdererDefaults下的Policies是排序服务层面的全局聚合策略,控制整个排序系统的操作权限,规范路径是/Channel/Orderer/<PolicyName>。

以你的示例为例:

Policies:
    Readers:
        Type: ImplicitMeta
        Rule: "ANY Readers"
    Writers:
        Type: ImplicitMeta
        Rule: "ANY Writers"
    Admins:
        Type: ImplicitMeta
        Rule: "MAJORITY Admins"
    BlockValidation:
        Type: ImplicitMeta
        Rule: "ANY Writers"

这类策略用ImplicitMeta类型,本质是聚合所有Orderer组织的对应策略:

  • Readers:只要满足任意一个Orderer组织的Readers策略,就能读取排序服务的全局配置
  • Writers:只要满足任意一个Orderer组织的Writers策略,就能提交排序服务的配置更新提案
  • Admins:需要超过半数Orderer组织的Admins策略同意,才能修改排序服务的核心配置(比如新增Orderer节点)
  • BlockValidation:验证排序节点生成的区块时,只要有任意一个Orderer组织的Writers签名,区块就被视为有效

三、Channel级Policies

Channel节点下的Policies是整个通道的根权限策略,控制通道层面的最高权限操作(比如创建子通道、修改通道全局配置),同样用ImplicitMeta聚合Orderer和Application层面的策略,比如通常会设置Admins为MAJORITY Channel/Orderer/Admins AND MAJORITY Channel/Application/Admins,意思是需要排序服务和应用组织的管理员同时多数同意才能修改通道核心配置。

四、Application级Policies

Application节点下的Policies是通道内应用业务的全局聚合策略,控制链码安装、实例化、升级等操作的权限,聚合所有Peer组织的对应策略。比如Admins通常设置为MAJORITY Admins,需要超过半数Peer组织的管理员同意才能执行链码升级这类全局操作。

核心差异总结

  • 组织级:原子策略,针对单个组织内的身份,是权限判断的最小单元
  • Orderer/Application/Channel级:聚合策略,通过ImplicitMeta组合下级组织的策略,作用范围覆盖整个服务或通道
  • 类型区别:组织级用Signature绑定具体MSP身份,高层级用ImplicitMeta实现多组织权限的协同判断

内容的提问来源于stack exchange,提问作者Chandrachur Mukherjee

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.08.01 00:31:02