因为用户的权限数据不是一个经常修改的内容，所以设计节点网关对用户数据有5分钟缓存机制，以减小对系统链的访问压力。具体是指当链外系统调用节点网关时会先在本地查找有没有权限信息，如果本地没有权限信息，就会立刻去系统链取权限信息并缓存在本地，本地的权限信息会缓存5分钟，5分钟后被删除，这就是为什么第二次修改权限信息相关内容后，要等节点网关缓存更...

比如现在A账户只有10元，A同时给B、C都转10元，两笔交易都成功就是”双花“问题了。在Fabric中多个节点同时接到更新同一key不同value的交易请求时，背书节点因是仿真操作，不会真的去改账本数据，所以两个交易 都是成功的，假设当前World state中A的version为1，那么两个交易关于A的读集version都是1，写集v...

服务公开后，应用服务会出现在BSN官方门户的应用商店中，所有用户都可以看到服务的基本信息并申请参与服务。 服务不公开，则应用服务不会出现在BSN官方门户的应用商店中，只能通过发送邀请链接的方式参与服务。

每种框架内测结束后，开发者的所有数据均会保留，但如果持续使用服务网络，将需要按照标准定价支付资源服务费。

用户要根据服务参与方之间的业务流程以及相互之间的约定去指定背书策略。 例如我们开发一个产品溯源的应用，其中有一个参与方是监管方，我们就设置监管方的节点进行背书 。

BSN适配的Fabric底层框架使用的是kafka共识 ，所有城市节点公用一个共识排序集群 ，并没有在每个城市节点上 部署共识节点。 而FiscoBcos底层框架和XuperChain底层框架是没有独立共识节点概念的，所有的共识都是在记账节点中完成的 。

链码部署名称（chainCode）是根据服务发布者在发布/升级服务上传链码包时所填写的链码名称生成的，升级合约时链码名称不可以更改，所以链码部署名称（chainCode）也不会改变。

用户调用网关SDK的（reqChainCode或trans）接口提交交易到网关后，网关通过区块链框架微服务（Fabric SDK）提交交易请求到背书节点，背书成功后，网关通过区块链框架微服务（Fabric SDK）将背书结果打包提交给order er 节点，进行共识排序，生成区块，并广播给通道内的记账节点。因为这个操作由网关做了，所以F...

对BSN感兴趣的区块链底层框架商（“框架商”）可以为BSN专门适配一个类似“大众版”的定制版本，该版本必须开源。而各自 框架商 的专业版可以不开源。BSN的框架适配标准主要为以下几个方面： 支持国密码算法或BSN指定的非国密椭圆曲线码算法 支持独立且隐私隔离的交易、共识处理和存储账本的多应用链体系，如：通道、群组、平行链、子链机制 支持...

两者的差异就是加密算法的不同，国密算法是国家密码局制定标准的一系列算法。其中包括了对称加密算法，椭圆曲线非对称加密算法，杂凑算法。具体包括SM1,SM2,SM3等。开发者可以根据自身的业务场景来选择加密算法。