区块链交易过程详解
WesleyWang97 于 2018-05-24 20:53:40 发布 33281 收藏 62
一个Transaction的生命周期
- Someone Requests a Transaction via something called a wallet.
- The transaction is send (broadcast) to all participation computers in the specific blockchain network.
- Every computer in the network checks (validate) the transaction against some validation rules that are set by the creators of the specific blockchain network.
- Validated transactions are stored into a block and are sealt with a lock (hash).
- This block becomes part 具体交易流程有哪些? of the blockchain when other computers in the network validate if 具体交易流程有哪些? the lock on the block is correct.
- Now the transaction is part of the blockchain and can not be altered in 具体交易流程有哪些? any way.
- 某人发出交易请求
- 广播交易请求到 P2P 网络
- 验证,miners验证交易正确性
- 多个交易组成一个区块
- 新的区块加入到一个已经存在区块链中
- 交易完成
如何证明你有钱?
根据过往的交易记录,看是否有 UTXO 的公钥与交易发起人的公钥是一致的.
如果遍历整个去区块链来判断你是否有钱,那么效率将会及其低下.所以一般会维护一个 UTXO集合.
如何证明你是你?
这么说有点像个哲学问题,不如换个说法,如何防止别人冒用你的钱包?或者说如何防止别人仿冒你的签名.
这就涉及一个密码学问题了.先需要弄清楚私钥,公钥,钱包地址之间的关系.
简单地来说,私钥可以生成公钥,公钥可以生成公钥哈希,公钥哈希又可以生成钱包地址.整个过程中除了公钥哈希生成钱包地址是可逆的,其他都是不可逆的.
在发起交易时,交易发起人需要使用[私钥]对交易进行签名,生成交易的过程如下:
所以,为了防止别人冒用你的钱包,你需要在每笔交易下进行签名.也就是说,转出签名证明了你是你!
其实每个TX就像一个转账支票,转出公钥就是出票人账号,转入钱包地址就是收款人,而转出签名就是出票人签章!
如何防止你的钱被使用两次?
这个就涉及到比较复杂的共识算法了,比特币是使用的PoW(Proof of Work)算法.每个交易都需要广播请求到P2P网络.经过大家验证,大家验证就需要验证你是否有钱,验证你是不是真正钱包的主人,智能合约整个验证过程还是比较复杂的,之后单独再写一篇博客来讲.
具体交易流程有哪些?
首購族必看!買房的交易流程|邱愛莉 House123
(本文作者為 House123 執行長 邱愛莉,歡迎轉載,註明出處)
在「看屋」之前, 要先設定想找的房子的區域、類型、預算、坪數. 這些條件。這個很基本,但真的很重要!可以參考「填好這張表格,具體化你的找屋條件!」,也可以參考我的第一本書:「買一間會增值的房子」,裡面有一個好用的表格,幫助具體化找屋條件,然後開始做功課、看屋。
對買方來說, 具体交易流程有哪些? 簽約當下要特別注意:簽約的人,是不是為屋主本人,或是有授權書的代理人?屋主除了可能有銀行的房貸要還之外,還有沒有其他私人貸款或特殊的設定?如果有,仲介是不是都溝通清楚,確定在交屋前,一定可以塗銷完成? 對於這些問題,仲介 在銷售前必須做「產權調查」,也會在簽約時再調閱一次最新的謄本確認。
等買方和賣方 都完稅之後,就準備過戶了!這時候權狀上就會更改為新的屋主的名字,但還沒交屋喔!因為還有一個很重要的工作還沒做,就是:貸款銀行「撥款」。這時候,會設定新屋主的抵押權。如果原來賣方還有房貸要還,買方的房貸會先幫他清償 也就是俗稱的「代償」)在清償後的 3 個工作天左右,代書就會去塗銷原來的屋主的抵押權設定。如果代償後還有多的金額,買方的房貸銀行就會撥款到履保專戶。
如果預計貸款 8 成, 通常就會在「簽約」、「完稅」時,各付 10%,總共 20%。如果預計貸款 7 成,就會在「簽約」、「用印」、「完稅」時,各付 10%,總共 30%。 如果有特殊需求的,要是先跟仲介和賣方溝通喔!
二手房买卖过户需要什么手续费,二手房买卖过户流程
1、准备好过户材料,相关人员要到场 过户需要的材料会因为交易房屋性质和买卖双方的情况有所区别。以商品房为例,买卖双方准备好各自的身份证、户口簿、婚姻证明,卖方带好房产证原件及复印件即可。另外如果是单独所有,则出卖人和买受人到场即可,如果有共有人,则共有人也需要到场。 2、抽取办理号 办理过户,跟办理银行业务一样,首先需要一个“号”。 这个“号”具体交易流程有哪些? 可以通过两种方式获得:一种是网上预约,通过房产交易网上预约平台进行预约,凭借预约验证码到总服务台取号。另一种方式是现场取号,排队抽取过户号,但由于近期办理过户人员较多,需于过户当日提早排队。 3、递交材料办理过户 4、办理税费减免及缴税 过户当天也需要针对房屋情况进行缴税,如果房屋条件符合税费减免的标准,需要抽号到查档窗口办理税费减免。 办理完毕就可以到地税窗口进行缴税了,缴税完毕,在交易大厅需办理的过户流程告一段落。接下来会经历10个工作日左右的二级审批环节,审批通过就可以顺利拿到房产证了。
具体交易流程有哪些?
本文讲解在一个标准的资产交换中的交易机制。该场景包含两个客户端 A 和 B,他们分别代表萝卜的买方和卖方。他们在网络上都有一个 Peer 节点,他们通过该节点来发送交易和与账本交互。
假设
该流程中,假设已经设置了一个通道,并且该通道正常运行。应用程序的用户已经使用组织的 CA 注册和登记完成,并且拿到了用于在网络中用确认身份的加密材料。
链码(包含了萝卜商店初始状态的键值对)已经安装在 Peer 节点上并在通道上完成了实例化。链码中的逻辑定义了萝卜的交易和定价规则。链码也设置了一个背书策略,该策略是每一笔交易都必须被 peerA 和 peerB 都签名。
将会发生什么?客户端 A 发送一个采购萝卜的请求。该请求会到达 peerA 和 peerB ,他们分别代表客户端 A 和客户端 B。背书策略要求所有交易都要两个节点背书,因此请求要到经过 peerA 和 peerB 。
然后,要构建一个交易提案。应用程序使用所支持的 SDK(Node,Java,Python)中的 API 生成一个交易提案。提案是带有确定输入参数的调用链码方法的请求,该请求的作用是读取或者更新账本。
SDK 的作用是将交易提案打包成合适的格式(gRPC 使用的 protocol buffer)以及根据用户的密钥对交易提案生成签名。
背书节点验证(1)交易提案的格式完整,(2)且验证该交易提案之前没有被提交过(重放攻击保护),(3)验证签名是有效的(使用 MSP),(4)验证发起者(在这个例子中是客户端 A)有权在该通道上执行该操作(也就是说,每个背书节点确保发起者满足通道 Writers 策略)。背书节点将交易提案输入作为调用的链码函数的参数。然后根据当前状态数据库执行链码,生成交易结果,包括响应值、读集和写集(即表示要创建或更新的资产的键值对)。目前没有对账本进行更新。这些值以及背书节点的签名会一起作为“提案响应”返回到 SDK,SDK 会为应用程序解析该响应。
MSP 是节点的组件,它允许 Peer 节点验证来自客户端的交易请求,并签署交易结果(即背书)。写入策略在通道创建时就会定义,用来确定哪些用户有权向该通道提交交易。有关成员关系的更多信息,请查看 具体交易流程有哪些? 成员服务提供者 (MSP) 文档。
应用程序验证背书节点的签名,并比较这些提案响应,以确定其是否相同。如果链码只查询账本,应用程序将检查查询响应,并且通常不会将交易提交给排序服务。如果客户端应用程序打算向排序服务提交交易以更新账本,则应用程序在提交之前需确定是否已满足指定的背书策略(即 peerA 和 peerB 都要背书)。该结构是这样的,即使应用程序选择不检查响应或以其他方式转发未背书的交易,节点仍会执行背书策略,并在提交验证阶段遵守该策略。
交易区块被“发送”给通道上的所有 Peer 节点。对区块内的交易进行验证,以确保满足背书策略,并确保自交易执行生成读集以来,读集中变量的账本状态没有变化。块中的交易会被标记为有效或无效。
每个 Peer 节点都将区块追加到通道的链上,对于每个有效的交易,写集都提交到当前状态数据库。系统会发出一个事件,通知客户端应用程序本次交易(调用)已被不可更改地附加到链上,同时还会通知交易验证结果是有效还是无效。
应用程序应该在提交交易后监听交易事件,例如使用 submitTransaction API,它会自动监听交易事件。如果不监听交易事件,您将不知道您的交易是否已经被排序、验证并提交到账本。
© Copyright Hyperledger 2020.
This work is licensed under a Creative Commons Attribution 4.0 International License Revision c8fdc7ff .
Versions latest 具体交易流程有哪些? release-2.2 release-1.4 fabric-ca-release1.4 Downloads html On Read the Docs Project Home Builds Free document 具体交易流程有哪些? hosting provided by Read the Docs.