Fabric不支持对同一个数据的并发事务处理

Fabric不支持对同一个数据的并发事务处理,也就是说,

如果我们同时运行了invoke(一),invoke(二),那么只会第一条Transaction成功,

而第二条失败。因为在Committer节点进行读写集版本验证的时候,第二条Transaction会验证失败。这是我完全无法接受的一点

解决:直到事物处理成功下面是代码片段

       System.out.println("transactionID==>"+resp.getTransactionID());
            try{
                BlockEvent.TransactionEvent event =  org.getChannel().get().sendTransaction(successful).get(180, TimeUnit.SECONDS);
                //事务处理成功
                if (event.isValid()) {
                    System.out.println("事物处理成功");
                    resultMap.put("code", "success");
                } else {
                    System.out.println("事物处理失败");
                    resultMap.put("code", "transaction_no");
                }
            }catch (Exception e){
                System.err.println("IntermediateChaincodeID==>toOrdererResponse==>Exception:"+e.getMessage());
                resultMap.put("code", "error");
            }

下面是运行效果:

这是java sdk 提供的

 

转载于:https://www.cnblogs.com/longpizi/p/10477480.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Hyperledger Fabric是一个基于区块链技术的企业级分布式账本平台,提供了一个可编程的体系结构,使企业能够在其内部和跨组织之间进行安全的交易。Fabric的设计目标是支持高效的交易处理,具备灵活的一致性和隐私性,同时提供高度模块化的架构,可以扩展到各种不同的企业应用场景。 一、Fabric的工作原理 Fabric采用了类似于共识机制的交易处理机制,即事务的提交需要通过多方验证。Fabric的交易处理流程如下: 1. 提交交易:交易首先由客户端提交到Fabric网络中。 2. 节点验证:接着,交易会被发送到网络中的所有节点进行验证。节点会检查交易的合法性,包括签名、权限等。 3. 交易排序:在通过验证后,节点会将交易发送到排序节点进行排序。排序节点负责将所有交易按照一定的规则排序,形成一个有序的交易集合。 4. 区块打包:排序后的交易集合会被打包成一个区块,并发送给所有节点进行确认。 5. 区块确认:每个节点都需要对区块进行确认,并进行状态更新。如果多数节点确认该区块,则该区块被视为有效,被添加到账本中。 6. 交易回执:最后,节点会向客户端发送交易的回执,告知其交易是否被成功处理。 二、Fabric的组织结构 Fabric的组织结构包括数据层、链码层和底层。 1. 数据层:数据层由账本和状态数据库组成。账本是由区块组成的,每个区块包含多个交易。状态数据库存储了账本中所有交易的状态信息。Fabric的账本采用了MVCC(multi-version concurrency control)机制,使得多个版本的状态同时存在,可以支持不同版本的状态访问和回退。 2. 链码层:链码层负责处理交易逻辑,并将交易写入状态数据库。链码可以是智能合约、事务处理或事件触发器等。Fabric的链码采用了容器化技术,允许链码在独立的容器中运行,从而实现更好的隔离性和安全性。 3. 底层:底层提供了Fabric网络的基础设施,包括Peer节点、Orderer节点和Membership Service Provider(MSP)。Peer节点是网络中的工作节点,负责交易验证、排序和状态管理。Orderer节点负责进行交易的排序和打包,并将打包后的区块广播给所有Peer节点。MSP负责管理网络中的成员身份和权限控制。 三、链码开发 Fabric的链码是用Go或Java编写的智能合约,用于实现业务逻辑,并对账本进行操作。链码开发包含以下几个步骤: 1. 定义链码:首先需要定义链码的接口和方法。链码的接口需要实现Peer链码接口,方法需要实现Invoke和Init函数。 2. 实现链码:接着需要实现链码的业务逻辑。链码可以操作账本、查询状态、执行查询等。 3. 打包链码:完成链码编写后,需要将其打包成一个容器,以便在Fabric网络中部署和运行。 四、客户端开发 Fabric的客户端可以是web应用、移动应用或其他应用,负责提交交易请求并接收交易回执。客户端开发包含以下几个步骤: 1. 配置客户端:首先需要配置客户端,包括连接Fabric网络、设置用户身份和权限等。 2. 编写客户端代码:接着需要编写客户端代码,实现交易请求的发送和接收交易回执的处理。 3. 打包客户端:完成客户端编写后,需要将其打包成一个应用程序,以便在不同平台上部署和运行。 五、测试部署 Fabric的测试部署包括以下几个步骤: 1. 配置网络:首先需要配置Fabric网络,包括Peer节点、Orderer节点和MSP等。 2. 部署链码:接着需要部署链码,将链码打包成容器并部署到Peer节点上。 3. 测试链码:完成链码部署后,需要测试链码的功能性和性能。可以使用Fabric提供的测试工具或自行编写测试脚本。 4. 部署客户端:最后需要部署客户端,以便进行交易请求的发送和接收交易回执的处理。 总之,Hyperledger Fabric是一个功能强大的企业级分布式账本平台,支持高效的交易处理、灵活的一致性和隐私性,以及高度模块化的架构。Fabric的开发涉及到链码开发、客户端开发和测试部署等多个方面,需要开发者具备一定的编程和运维技能。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值