handle技术区块链区块链技术与应用

皕利分享 2023年02月08日 23:00 106 0

本篇文章给大家谈谈handle技术区块链，以及区块链技术与应用对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

块的类定义为ui-sortable-handle，有什么作用

helper : String, Function : ‘original’

设置是否在拖拽元素时，显示一个辅助的元素。可选值：’original’, ‘clone’

初始：$(’.selector’).sortable({ helper: ‘clone’ });

获取：var helper = $(’.selector’).sortable(’option’, ‘helper’);

设置：$(’.selector’).sortable(’option’, ‘helper’, ‘clone’);

handle技术区块链区块链技术与应用

C语言中handle类型是什么意思？

1、handle是句柄类型，来源于Handle-C，Handle-C是硬件描述语言。windows在创建一个系统对象的同时，把一个句柄赋值给这个实体，可以用这个句柄来识别或者修改这个对象，这就是handle句柄的作用。

2、句柄（HANDLE)是资源的标识。操作系统要管理和操作这些资源，都是通过句柄来找到对应的资源。按资源的类型，又可将句柄细分成图标句柄（HICON），光标句柄（HCURSOR），窗口句柄（HWND），应用程序实例句柄（HINSTANCE）等等各种类型的句柄。所以HWND是一种HANDLE

handle鼠标与其他鼠标的区别

handle鼠标handle技术区块链的表面还附着着类肤质涂层，在使用时手感更加舒适。让长时间办公handle技术区块链的用户手掌不会感到酸痛，有效的提高工作效率。

handle鼠标采用全新的蓝光技术，可以提供比光电、激光更好的追踪效果，在各种表面都可使用，例如：木桌、玻璃、衣服、纸面等，让工作或者会议变得更轻松。同时又四挡DPI可调节，采用PAW3220图像传感器，可通过DPI按键轻松切换。

handle鼠标是选用特殊的静音微动模块和2.4G无线传输技术，10M内稳定传输，重量仅60G左右，如此轻盈的鼠标，对于经常出差的用户来说，携带更加轻松。

Fabric源码分析之Peer链码安装

environment:

fabric v1.4.2

在Fabric中交易的处理过程，客户端将提案首先发送到背书节点，背书节点检提案的合法性。如果合法的话，背书节点将通过交易所属的链码临时执行一个交易，并执行背书节点在本地持有的状态副本。

Chaincode应该仅仅被安装于chaincode所有者的背书节点上，链码运行在节点上的沙盒（Docker容器）中，并通过gRPC协议与相应的Peer节点进行交互，以使该chaincode逻辑对整个网络的其他成员保密。

请务必在一条channel上每一个要运行你chaincode的背书节点上安装你的chaincode

其他没有chaincode的成员将无权成为chaincode影响下的交易的认证节点（endorser）。也就是说，他们不能执行chaincode。不过，他们仍可以验证交易并提交到账本上。

ChainCode要在区块链网络中运行，需要经过链码安装和链码实例化两个步骤。

链码的安装涉及到3个服务，分别是client，peer背书节点和LSCC容器

主要流程:

以下是在客户端执行 "peer chaincode install ..." 的业务流程图:

客户端执行链码安装命令:

客户端的整个流程切入点为 fabric/peer/main.go 的 main 函数

然后继续找到 peer/chaincode/chaincode.go

继续找到 peer/chaincode/install.go 的 installCmd 函数，可以看出 chaincodeInstall 为主要的入口函数

我们进去看看 InitCmdFactory 做了什么，位置在 peer/chaincode/common.go

返回了 ChaincodeCmdFactory 的结构体，定义为:

找到定义 genChaincodeDeploymentSpec

先看 getChaincodeSpec ,位于 peer/chaincode/common.go

封装返回 ChaincodeSpec 结构体

刚才生成的 ChaincodeSpec 作为 getChaincodeDeploymentSpec 函数的输入参数，返回 ChaincodeDeploymentSpec 结构体

CreateInstallProposalFromCDS 位于 protos/utils/proutils.go

调用 createProposalFromCDS

从结构体 ChaincodeInvocationSpec 可以看到用户链码安装需要调用到系统链码 lscc

通过 CreateProposalFromCIS=CreateChaincodeProposal=CreateChaincodeProposalWithTransient

再看 CreateChaincodeProposalWithTxIDNonceAndTransient 函数

最后返回 Proposal 结构体，定义见 protos\peer\proposal.pb.go

到这里 install 调用的 CreateInstallProposalFromCDS 完毕，返回 Proposal 结构体

关系有点复杂，给出一个类图能看得清晰点

回到 install ，看 GetSignedProposal 对刚创建的提案结构进行签名

函数位于 protos/utils/txutils.go

返回 SignedProposal 结构体,定义位于 protos/peer/proposal.pb.go

提案签名完后 install 调用 ProcessProposal 发送提案到peer节点进行处理，参数带了 SignedProposal 结构体

接下来client端就等到peer的 proposalResponse

当client调用了 ProposalResponse 消息就发送到peer背书节点,也就是走peer节点背书提案流程.

要看安装链码前做了什么，直接看 peer节点背书提案流程就好。

我们从 core/endorser/endorser.go 的 callChaincode=Execute 函数开始讲

在 core/chaincode/chaincode_support.go 找到 Execute

主要看 Invoke :

根据之前的信息，我们调用的是 lscc 来安装链码，所以在peer启动的时候已经初始化 lscc 链码容器了，所以回直接返回 handler 对象，后面的语句就不说了，在启动链码容器的章节再详细研究。

接着我们看 execute 函数，调用 createCCMessage 创建一个 ChaincodeMessage结构体消息 . Execute 负责把消息发送出去

在 core/chaincode/handler.go 找到 Execute

这里关键是 h.serialSendAsync(msg) 语句，功能是把包装好的信息以grpc协议发送出去，直接就等返回结果了。

至此 Execute 调用的 Invoke 就在等返回结果，结果返回就调用 processChaincodeExecutionResult 对链码结果进行处理

peer发送的信息哪去了呢？

我们定位到 code/chaincode/shim/chaincode.go ,我们看到两个入口函数 Start 和 StartInProc ， Start 为用户链码的入口函数，而 StartInProc 是系统链码的入口函数，他们同时都调用了 chatWithPeer ,因为我们调用的是lscc，就看 StartInProc

chatWithPeer就是开启grpc的接收模式在等到节点发来信息，接收到信息后就调用 handleMessage 处理信息。

因为我们信息类型为 ChaincodeMessage_TRANSACTION ,所以我们在 core/chaincode/shim/handler.go 顺着 handleMessage=handleReady 扎到 handleTransaction

其中关键语句 res := handler.cc.Invoke(stub) ,这语句是调用相应链码的 Invoke 函数，所以我们找到 core/scc/lscc/lscc.go 下的 Invoke 函数

进去 core/scc/lscc/lscc.go 的 Invoke 函数可以看到，这里有 "INSTALL", "DEPLOY", "UPGRADE" 等操作，我们只看 INSTALL 部分。

关键调用函数是 executeInstall

接着看 executeInstall

HandleChaincodeInstall 为处理statedb，而 PutChaincodeToLocalStorage 是把链码文件安装到本地文件目录

链码安装到peer的默认路径 /var/hyperledger/production/chaincodes

到此链码的安装完毕

lscc链码安装完毕后，返回信息给peer节点，peer节点就给提案背书返回给client服务端，至此链码安装完毕。

github

参考: