FISCO BCOS的智能合约中没有获取历史数据的方法，因为FISCO BCOS使用分布式存储的表结构存储账户状态，不存历史信息，去掉了对MPT树的依赖，性能更高。可以将历史的交易ID都存储下来，然后调用getTxInfoByTxHash方法通过交易哈希获取交易的详细信息，并通过web3sdk对input做解析，即可得到交易数据。

由于BSN适配的是FISCO BCOS国密版，所以链下业务系统在解析参数时需要将web3sdk的密钥类型改为国密版本，即修改配置文件中encryptType为1。

块信息中会包含已上链数据的读写集，会引发数据安全和隐私问题，在老版的getBlockInfo接口中我们屏蔽了该字段。在新版的getBlockInfo中已经返回了交易的部分信息（创建人、时间戳等），但不包含交易原始数据信息，可参考开发者手册进行开发http://kb.bsnbase.com/webdoc/view/Pub4028813e7...

orderer的排序是指向orderer提交的交易信息通过共识机制进行排序。因为向orderer提交的交易是由客户端发起的，orderer和peer是基于GRPC通信来实现账本数据同步，所以不是按照优先级顺序排列的。

请检查您的接口地址，查看是否写成了Fabric网关API的接口地址，FISCO BCOS网关API接口地址列表如下https://www.bsnbase.com/static/kfzsc/7-1.html

查看服务是否添加了链码FUN类型为event的功能; eventRegister接口中的eventKey是创建服务/服务升级时链码FUNC类型为event时添加的事件名称。

使用Fabric网关sdk实例的reqChainCode或trans接口调用预置链码包的set/update方法时请求参数args为[ {"{\"baseKey\":\"test2020041\",\"baseValue\":\"this is string...

BSN中基于Fabric开发的应用目前使用的背书策略为any（通道中组织的任意成员），链下业务系统向节点网关API提交交易时，系统自动选择背书节点为当前链下业务系统接入的城市节点下的记账节点，所以背书过程为组织内部节点之间的操作，不会产生流量费。

BSN中链码容器/智能合约容器与节点之间的通信使用的是内网，所以不会产生流量费。

在BSN的Fabric应用中channel与应用一一对应，在FISCO BCOS中与应用一一对应的是群组（group）。