如何为Hyperledger Fabric 2.0（Node.js）区块链设置存储内容/条件规则？

最可靠的核心方案：链码层内置硬校验规则 #

这是唯一没法被绕过的规则实现方式，Hyperledger Fabric的交易校验逻辑本身就设计为在背书节点执行链码逻辑时触发，只要链码里写了内容校验规则，所有不符合要求的交易从背书阶段就会被直接拦截，根本无法进入排序节点上链。
具体到你当前基于Node.js开发的Fabric 2.0链码，只需要在存储SMS的链码函数入口位置，加入规则判断即可，示例逻辑如下：

// 以存储SMS的链码方法为例
async function storeSMS(ctx) {
    // 获取传入的SMS内容参数
    const [smsContent] = ctx.stub.getFunctionParameters();
    
    // 内置规则：仅允许存储1-5的单个数字
    const isSingleDigit = /^[1-5]$/.test(smsContent);
    if (!isSingleDigit) {
        // 校验不通过直接抛出错误，背书节点会返回交易失败结果
        throw new Error('存储规则校验不通过：仅允许1-5的数字内容存入链上');
    }

    // 校验通过后再执行正常的上账存储逻辑
    await ctx.stub.putState(ctx.stub.getTxID(), Buffer.from(JSON.stringify({content: smsContent, time: Date.now()})));
}

这种方式的优势是规则锚定在链上共识逻辑里，哪怕有外部节点绕过你的上层应用直接发交易，只要走的是网络认可的链码方法，校验逻辑就一定会触发，不存在规则被绕过的可能。

体验优化层：上层接收服务前置校验 #

在你当前对接SMS接入、调用Fabric SDK的Node.js应用服务里，可以在发起链码调用前，提前跑一遍和链码完全一致的内容规则校验：

• 对不符合规则的SMS内容直接返回错误提示，不用走完整套SDK连接、背书、排序的全流程，减少无效交易的网络开销
• 给前端/短信发送侧返回明确的错误原因，提升交互体验
  注意：这个环节的校验只能作为体验优化，不能作为核心规则防线，因为如果有调用方绕过你的上层应用服务，直接连接Fabric网络节点发交易，这层校验就会失效。

可扩展的动态规则实现 #

如果后续需要调整存储规则（比如放宽允许的数字范围、新增内容格式要求），不用每次都重新升级链码，可以把规则参数本身存在链上的状态数据库里，链码执行校验时动态读取最新的规则配置：

• 链上存的规则可以通过只有网络管理员组织可以调用的链码方法修改，普通用户没法篡改
• 不需要重启所有Peer节点的链码实例就能更新校验规则，降低运维成本

常见的实现误区 #

• 不要把校验规则只写在客户端SDK配置里：SDK属于客户端侧逻辑，调用方可以随意修改配置绕过限制
• 不要把校验规则只放在API网关/短信接收层：网关只是网络入口，不是链上共识的一部分，挡不住直连Fabric网络的交易请求

内容的提问来源于stack exchange，提问作者Kate