以太坊交易事务的打包规则

2024-09-03 08:18

本文主要是介绍以太坊交易事务的打包规则,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

以太坊交易的本质

首先,大家应该都知道以太坊交易的本质:我给你 10 个以太币不是我真的把什么东西给了你,而是我向以太坊网络提出了更改余额状态的请求,让各个节点上纪录的你与我的 Ether Balance 进行更新。

以太坊交易之状态更新示意图

以太坊交易之状态更新示意图

然而,送出交易在技术上并不困难,区块链的重点是在于打包交易并出块的过程。如何验证、确认交易是否有效,让这笔交易顺利发生,并让各个节点即时更新以拥有相同的帐本,这样打包交易并出块的机制即「挖矿」。

以太坊交易送出至出块的流程

以太坊交易送出至出块流程 

以太坊交易送出至出块流程 

通过上图我们可以看出

在以太坊上一笔交易送出后经历的流程:

1.发送交易

2.私钥签名

3.交易发送至节点

4.节点间广播新接收交易

5.矿工打包交易并出块

交易送出之后,会被丢进一个「交易池」里,等待被矿工打包。

矿工从「交易池」中捞出未出块的交易来进行打包与出块。

因为每个区块有大小限制,比特币一个区块是1MB 的容量限制;以太坊的区块则是以 Gas 来计算,有 800 M Gas 的限制。若以一笔基础交易 21,000 Gas 来计算,一个以太坊区块可以容纳 380 笔交易。因此当「交易池」里的交易量大时,会有许多交易没办法即时被打包而滞留在池子中等待。

如何挑选要捞出哪些交易?

矿工节点可以自行设置参数,不过大多数矿工都是按造手续费的多寡排序,手续费高的会优先被打包出块;手续费低的则可能要等到天荒地老。

以太坊手续费计算公式:

以太坊交易手续费公式:Tx Fee(手续费)= Gas Used(燃料用量) * Gas Price(单位燃料价格)

由于 Gas Used 是由系统决定的,我们在发送交易时决定手续费多寡的决定性变因就是 Gas Price 了。下方我们以 Metamask 接口来做介绍:

Metamask发送交易的页面流程图

Metamask发送交易的页面流程图

在上图左方我们可以看到系统缺省有三个速度可以供选择,不过要更近一步设定,可以点「进阶选项」,便会进到上图右方的划面。

我们可以自行设定 Gas Price 及 调整交易的 Gas Limit。WEI 是以太坊上最小的单位(10^-18 Ether);GWEI 则是 1G 的 WEI(10^-9 Ether)。
图中的 Gas Price 设定为 10 GWEI;Gas Limit 为 21,000。因此:

10 GWEI(单位燃料价格)* 21,000(燃料用量)= 0.00021 Ether(手续费)

Gas Limit

若是要操作智慧合约等较繁复的功能,不太确定实际的 Gas Used,也可以把 Gas Limit 调高一些,被打包时只会收取实际 Gas Used 作为手续费,多给的 Gas 会退返回来。

不过由于以太坊区块有 800M 的大小限制,若把 Gas Limit 设太高,也可能产生塞不进区块中而滞留在「交易池」里的情况。

GWEI

至于要设多少 GWEI,我们可以到 ETH gas station上查看即时的「交易池」状况:

ETH GAS STATION 上的 Gas Price 建议

ETH GAS STATION 上的 Gas Price 建议

可以看到如果希望交易能尽快被确认,GWEI 可能要设到 20 以上,大约在 2 分钟内可以被确认完成(不过通常设到 FAST,应该 15~30 秒就会被确认了)。截图当下其实是偏拥堵的情形,通常 10 GWEI 左右就可以达到 FAST(<2 mins),现在却要 20 GWEI。

这边显示的 Gas Price 建议,其实就是「交易池」里的状况:池里有多少笔 pending 的交易、这些池里的交易给的手续费是多少。根据这些资讯依据来呈现设的 Gas Price 估计要多少个区块(时间)后才会被打包上链。

然而,许多人常遇到关于交易的问题:

我的交易怎么一直送不出去怎么办?

也许是 Gas Price 设太低,或是突然有大量交易湧入等各样的情况。这时其实有补救的方法:

加速交易

当交易由 Metamask 送出后,可以看到下方会有个「加速」的按钮,点进去后便可以再次设定 Gas Price,设定并重新送出交易后,就可以在底下的活动纪录看到手续费被提高了。

取消交易

除了能加速交易,其实也可以取消交易。方法便是点击等待处理的交易,展开后可以看到「取消」的按钮,点击并确认后 Metamask 会向节点发送取消交易的请求,并在确认取消后收取手续费。

若发现取消交易的请求 pending 有点久,其实在下方可以看到有「加速取消」的按钮,可以再进行进一步设定。

那麽,以上这些过程其实是发生了什么事,技术上如何做到的呢?

答案跟我们在 第一节谈到的 nonce 有关,做法是:

再发送一个同样 nonce 的交易

由于以太坊 nonce 的设计,会追踪每个地址所有交易的「序次」,也就是说每个 nonce 只会有一笔交易。

加速交易

因此加速交易便是我再发送一笔同个 nonce、同样内容的交易。因为提高了交易手续费,所以当同样 nonce 的两个交易都位于「交易池」中,后发的手续费较高的交易原则上会被优先打包出块。

因为每个 nonce 只能有一笔交易,先发的那笔手续费较低的交易永远不会被打包,于是便会被系统给丢弃,因而交易失败。

取消交易

取消交易其实也是类似的逻辑,做法是:

我再发送一笔给自己 0 Ether 的同 nonce 交易。由于这笔交易手续费较高,会优先被打包出块,让原交易被系统丢弃而交易失败,如此来达到取消交易的目的。

结论

1.交易送出后会被丢到一个交易池中等待被矿工打包,决定先后顺序的主要因子为单位 Gas Price(GWEI)给的多寡。

2.发送交易时可以到 ETH gas station参考即时的交易池状况再来决定要设多少 GWEI 以能在预期的时间内被打包上链。

3.若发现交易持续滞留在交易池中等待被处理,可以加速交易或取消交易。

综上所述,大家应该都对以太坊交易的背后逻辑与打包规则有更深一层的认识了。

​区块链技术知识:以太坊交易的打包规则-有一亿

这篇关于以太坊交易事务的打包规则的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1132500

相关文章

Spring事务中@Transactional注解不生效的原因分析与解决

《Spring事务中@Transactional注解不生效的原因分析与解决》在Spring框架中,@Transactional注解是管理数据库事务的核心方式,本文将深入分析事务自调用的底层原理,解释为... 目录1. 引言2. 事务自调用问题重现2.1 示例代码2.2 问题现象3. 为什么事务自调用会失效3

Flutter打包APK的几种方式小结

《Flutter打包APK的几种方式小结》Flutter打包不同于RN,Flutter可以在AndroidStudio里编写Flutter代码并最终打包为APK,本篇主要阐述涉及到的几种打包方式,通... 目录前言1. android原生打包APK方式2. Flutter通过原生工程打包方式3. Futte

Seata之分布式事务问题及解决方案

《Seata之分布式事务问题及解决方案》:本文主要介绍Seata之分布式事务问题及解决方案,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录Seata–分布式事务解决方案简介同类产品对比环境搭建1.微服务2.SQL3.seata-server4.微服务配置事务模式1

linux打包解压命令方式

《linux打包解压命令方式》文章介绍了Linux系统中常用的打包和解压命令,包括tar和zip,使用tar命令可以创建和解压tar格式的归档文件,使用zip命令可以创建和解压zip格式的压缩文件,每... 目录Lijavascriptnux 打包和解压命令打包命令解压命令总结linux 打包和解压命令打

将java程序打包成可执行文件的实现方式

《将java程序打包成可执行文件的实现方式》本文介绍了将Java程序打包成可执行文件的三种方法:手动打包(将编译后的代码及JRE运行环境一起打包),使用第三方打包工具(如Launch4j)和JDK自带... 目录1.问题提出2.如何将Java程序打包成可执行文件2.1将编译后的代码及jre运行环境一起打包2

配置springboot项目动静分离打包分离lib方式

《配置springboot项目动静分离打包分离lib方式》本文介绍了如何将SpringBoot工程中的静态资源和配置文件分离出来,以减少jar包大小,方便修改配置文件,通过在jar包同级目录创建co... 目录前言1、分离配置文件原理2、pom文件配置3、使用package命令打包4、总结前言默认情况下,

关于Gateway路由匹配规则解读

《关于Gateway路由匹配规则解读》本文详细介绍了SpringCloudGateway的路由匹配规则,包括基本概念、常用属性、实际应用以及注意事项,路由匹配规则决定了请求如何被转发到目标服务,是Ga... 目录Gateway路由匹配规则一、基本概念二、常用属性三、实际应用四、注意事项总结Gateway路由

Redis 多规则限流和防重复提交方案实现小结

《Redis多规则限流和防重复提交方案实现小结》本文主要介绍了Redis多规则限流和防重复提交方案实现小结,包括使用String结构和Zset结构来记录用户IP的访问次数,具有一定的参考价值,感兴趣... 目录一:使用 String 结构记录固定时间段内某用户 IP 访问某接口的次数二:使用 Zset 进行

MYSQL事务死锁问题排查及解决方案

《MYSQL事务死锁问题排查及解决方案》:本文主要介绍Java服务报错日志的情况,并通过一系列排查和优化措施,最终发现并解决了服务假死的问题,文中通过代码介绍的非常详细,需要的朋友可以参考下... 目录问题现象推测 1 - 客户端无错误重试配置推测 2 - 客户端超时时间过短推测 3 - mysql 版本问

Python项目打包部署到服务器的实现

《Python项目打包部署到服务器的实现》本文主要介绍了PyCharm和Ubuntu服务器部署Python项目,包括打包、上传、安装和设置自启动服务的步骤,具有一定的参考价值,感兴趣的可以了解一下... 目录一、准备工作二、项目打包三、部署到服务器四、设置服务自启动一、准备工作开发环境:本文以PyChar