检查节点网关地址与证书是否一致；  检查请求参数的配置信息； 检查chainCode和方法名称是否填写正确， chainCode为链码部署名称； 在我发布的应用——服务参与管理，为参与者设置权限，设置角色后，等待十分钟左右再请求数据，因为同步权限信息和更新节点网关权限缓存需要时间； 如以上均没有问题，请将请求URL和请求参数完整的详情发...

检查userCode是否正确； 如果是刚刚参与成功的用户，请稍等一会儿，待用户信息同步完后再试（用户信息是用户第一次参与应用时上传的）； 如以上均没有问题，请将请求URL和请求参数完整的详情发送到技术支持 邮箱：support@bsnbase.com，例如：请求URL：https://quanzhounode.bsngate.com:1...

表示该应用已经停用，请联系应用发布者确认该服务是否已经欠费被系统自动停用，应用发布者需先在【用户中心->我的账单】 中对已欠费的流量或周期账单进行支付，支付成功后再在【我发布的应用->我发布的服务】中点击启用按钮，重新启用服务即可。

因为用户的权限数据不是一个经常修改的内容，所以设计节点网关对用户数据有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）也不会改变。