ETH:以太坊主网 “伦敦” 升级公告

编者注:感谢ETH中文站翻译了以太坊基金会发出的?“伦敦”?升级公告以及Geth客户端团队的版本更新声明。需要补充的是:

1.原公告发布于7月15日,而7月21日Ropsten测试网上出现了共识事故,因此,本文内建议的客户端版本已经过时,运行节点的朋友应该获得自己所用客户端的最新版本。

2.以13.5的平均出块时间计算,“伦敦”升级将在北京时间8月5日晚上7时许激活。

3.以太坊区块的GasLimit是出块节点在本地设置参数博弈出来的,设置低于/高于当前大小的值即表示支持减小/增大区块,并会在自己所出的区块中反映出来。在EIP-1559通过之后,BaseFee的调整将总是以50%的区块利用率为目标,因此,如果你作为出块节点,你认为合适的单块Gas消耗量是100,就应该在本地把gaslimit设为200,以此类推。公告和Geth团队建议的数值仅有说明意义。不论节点具体设置了什么值,都不会因此进入另一个分叉。

译者按:除了伦敦主网升级的公告外,ECN还翻译了Geth客户端v1.10.5里关于此次伦敦升级,不同相关行动者需要注意的代码变更。

以太坊桥TVL达到190.9亿美元:金色财经消息,Dune Analytics数据显示,以太坊桥当前TVL达到190.9亿美元。其中锁仓量最高的5个桥分别是PolygonBridges(57.07亿美元)、AvalancheBridge(50.07亿美元)、ArbitrumBridges(36.58亿美元)、FantomAnyswapBridge(25.74亿美元)、NearRaibow(14.63亿美元)。[2022/4/12 14:20:09]

伦敦升级的测试网成功部署后,现在已经准备好在以太坊主网上激活了。它将在区块高度12965000激活,时间大概在2021年8月3-5日。

客户端版本

为了与伦敦升级兼容,节点运营者将需要升级其运行的客户端版本。下面列出的每个客户端版本支持以太坊主网的伦敦升级。注意:下列版本不同于《伦敦测试网公告》中所列出的客户端版本,测试网的客户端版本并不支持主网伦敦升级的客户端版本。

注意:OpenEthereum客户端将伦敦升级后弃用。OE团队正在与Erigon合作,为用户提供一个平稳的过渡路径。

Twitter允许用户添加以太坊地址作为移动小费选项:金色财经报道,Twitter 周三宣布,Twitter 的移动用户已可以将以太坊地址添加到潜在打赏对象列表中。该公司上个月为付费的“Twitter Blue”订阅者推出了 NFT 头像验证功能。一位推特发言人表示 ,所有同意公司小费政策的用户都可以使用以太坊钱包,但新功能尚不支持 ENS 域名。截至发稿时,是否支持使用 ERC-20 代币和稳定币(不仅仅是以太坊区块链的原生代币 ETH)发送小费还不清楚。Twitter 还表示,它已在尼日利亚、加纳和印度推出了打赏功能。(CoinDesk)[2022/2/17 9:56:51]

矿工请注意:伦敦升级将改变在网络如何处理gaslimit目标的方式。请参阅下文中“作为一名矿工,我需要做什么?”的部分了解详情。

伦敦EIPs

下列EIPs是伦敦升级的内容:

EIP-1559:ETH1.0费用市场变更

EIP-3198:BASEFEE操作码

EIP-3529:减少gas返还

EIP-3541:拒绝以0xEF字节开头的新地址

EIP-3554:难度炸弹延迟至2021年12月

EthereumCatHerders发布了一篇博客文章,讨论了这些EIPs的细节。

值得注意的是,虽然EIP-1559可以与当前的交易格式向后兼容,但是它引入了对区块头的更改,添加了新的交易类型,提供了新的JSONRPC端点,并在几个方面改变了客户端的行为(挖矿、交易池等等)。强烈建议各个项目熟悉这个EIP。

以太坊开发工具平台 Hardhat 将以非营利方式运作:2月10日消息,以太坊开发工具平台 Hardhat 开发公司Nomic Labs计划转变为非营利组织,将更名为“Nomic基金会”。Hardhat目标筹集 3000 万美元,目前已获得1500 万美元赠款,以太坊基金会、以太坊联合创始人 Vitalik Buterin 以及 Coinbase、Consensys、Andreessen Horowitz、The Graph、Polygon、Chainlink、a_capital 和 Kaszek Ventures等加密投资或业务机构为捐赠者。

据悉,Nomic Labs 于2018 年推出。为实现其 3000 万美元筹款目标,该组织计划向几个去中心化自治组织 (DAO) 提交资金提案。 (Techcrunch)[2022/2/10 9:41:51]

寻bug赏金

为了让更多人关注即将到来的伦敦升级,所有与伦敦升级相关的bug的奖金都会翻倍,直到升级开始。可以领取双倍赏金的例子有以下这些客户端之间的跨客户端共识问题:Geth、Besu、Nethermind、OpenEthereum和Erigon。有关bug赏金范围和限制完整详细信息,请参阅:https://bounty.ethereum.org/#rules。

FAQ

Q:作为以太坊的用户或ETH持有者,我有什么可以做的吗?

如果你使用交易所(比如Coinbase、Kraken或Binance)、网页钱包服务(比如Metamask、MyCrypto、或MyEtherWallet),移动端的钱包服务(比如CoinbaseWallet、Status.im、或TrustWallet)、或硬件钱包(比如Ledger,Trezor,orKeepKey),你不需做任何事情,除非你的交易所或钱包服务商通知你采取额外步骤。如果你运行自己的以太坊节点,你需要升级你的节点。请看下文“作为一个非挖矿节点,我需要做什么?”部分。

动态 | amazon.eth 成最贵以太坊短域名中标价 100 ETH:以太坊域名服务(ENS)在 9 月 1 日至 11 月 5 日在数字化收藏品交易平台 OpenSea 上进行 3 至 6 位的.eth短域名拍卖活动,最终有 7670 个短域名被出价,竞标超过 5 万次,中标总金额为 5698.97 ETH。除了中标金额之外,所有 ENS 的域名都需要付出年费,3 位短域名的年费为 640 美元,4 位短域名的年费为 160 美元,其他域名的年费为 5 美元。其中中标价最高的域名为 amazon.eth,中标价格为 100 ETH,之后分别是 wallet.eth、google.eth 和 apple.eth。去中心化自治(DAO)项目 Aragon 宣布获得 dao.eth 域名。[2019/11/8]

Q:作为一个非挖矿节点,我需要做什么?

下载以太坊客户端的最新版本,已在上文表格中列出。

Q:作为一个矿工,我应该做什么?

首先,下载你的以太坊客户端最新版本。然后,你需要手动把gaslimit目标设为现在的两倍。这是因为一旦伦敦升级部署了,区块大小会变成现在的两倍,而EIP-1559会保持区块容量大约50%满。这可以在所有提供与主网兼容挖矿的客户端上通过JSON-RPC来实现,无须重启你的节点。

例如,如果伦敦升级以前你把区块大小设为15mgas,你将需要把gaslimit设为30m,以维持平均每个区块的交易数量一致。如果你不在区块12965000修改gaslimit目标,你便会开始在网络里降低你的区块大小。下表提供了每个客户端的特定API,你需要用它们来更新你的gaslimit目标。

动态 | 新以太坊语言Vyper发布 可与Solidity合用以增强安全性:据newsbtc消息,新的以太坊语言Vyper已经发布,并在社交媒体上引起热议。该语言是由废弃语言Serpent?升级而来,为开发者们提供了可以替代Solidity语言的另外一种选择,早期使用者甚至认为这是一种改进,更胜Solidity。像Solidity一样,Vyper编译为以太坊虚拟机(EVM)的字节代码,而Vyper的设计目的是简化这个过程,旨在创建更易理解的智能合约,减少攻击点,增加透明度,目前Vyper Beta已经准备好测试工作。Vyper的创建不是为了取代Solidity,而是为了与其一起使用,因为它们共享相同的字节代码以增强安全性,据此看来,Vyper未来将大有可为。[2018/7/8]

注意:Nethermind、Erigon和EthereumJS目前还不支持在以太坊主网上挖矿。

Q:如果我是一个矿工或节点运行者且不参与升级,会怎么样?

如果你正在使用以太坊客户端但不升级到最新版本,升级后你的客户端同步的是分叉前的区块链数据。你会停滞在一条遵循旧规则的、不兼容的链上,且将无法发送ETH或在升级后的以太坊网络上操作。

Q:在以太坊上网络升级意味着什么?

网络升级意味着以太坊底层协议的一次变更,创建新规则来完善系统。区块链系统的去中心化本质使得网络升级变得更难。区块链网络升级的顺利进行需要与社区以及各个以太坊客户端开发者进行协作和沟通,以使过渡顺利进行。

Q:网络升级过程会发生什么?

当社区就哪些变更需要被纳入到升级上达成共识时,这些对协议的变更会被写入各个以太坊客户端,例如geth、Erigon、Besu和Nethermind。协议变更会在一个特定的区块高度上启动。任何没有升级到新规则的节点将在旧链上被遗弃,而旧链继续保有之前的规则。

Q:为什么是“伦敦”?

在伊斯坦布尔升级后,我们定下来的网络升级名字都用完了。有人建议我们用举办Devcon的城市命名,于是我们就用了。柏林是举办Devcon0的城市,下一次升级的名字是举办Devcon1的城市——伦敦。

致谢

特别感谢参与到伦敦升级的研究、计划、实现、测试、修复、再测试、部署、压力测试,以及以其他任何形式帮助伦敦部署的每个人???

还有提供封面图的BenjaminDavies!

免责声明

这是一个新兴且不断发展的高科技领域。如果读者们选择实施本文中的建议并继续参与,请确保您已充分了解您的选择会带来什么影响。读者们应该了解所涉及的风险,包括但不限于出现意外bug等风险,请读者独自承担风险。这篇文章及其建议不是任何形式的销售,也不提供任何形式的保证,包括但不限于与以太坊网络或此处提及的以太坊客户端有关的任何东西。

GethExodusCluster(v1.10.5)节选

Geth客户端关于伦敦升级变更的说明:

此版本包含伦敦硬分叉的主网启动区块高度。(#23176)

如之前所有的分叉相关版本,我们添加了一个重载标记,用来设置启动区块。这个标志是暂时的,在主网分叉区块成功启动后会被删除。(#22822,#22972)

为了配合EIP-1559所创造的新费用市场,Geth客户端的交易池已经重新设计了。我们的新交易池设计旨在满足用户的需求——及时打包交易——根据他们的有效挖矿奖励实现高效的交易排序。你可以在交易池设计文档里了解更多新交易池的工作逻辑。(#22898)

对于矿工:Geth提供的交易选择算法专门挑选具有最高有效奖励的交易。如果用--miner.gasprice命令行标志设置了一个最低价格,那么提供低于最低价格的矿工小费的交易将不会被打包到区块里。(#22896,#22995)

EIP-1559还会改变gaslimit的投票系统。在伦敦分叉后,可用于交易的区块gas量是基于需求来调整的。区块容量被称为gastarget,EIP-1559将这个target定义为gaslimit的一半。

为了确保可用于交易的gas与分叉前一样,分叉区块的gaslimit是加倍的。如果你正在使用--miner.gaslimit标记来参与投票,你需要将这个标记的值变成原来的两倍,以保持投票的值与之前的相同。你可以使用miner_setGasLimitRPCAPI来升级target而不需要离线,但要注意,这不会在重启后继续有效。之前的--miner.gastarget标记在伦敦升级后会被弃用,它的值会被忽略。

举例:如果你正在使用?--miner.gaslimit?对gaslimit为20M投票,而实际的区块gaslimit是20M。当伦敦升级启动了,区块gaslimit会调整到40M,但如果你继续使用同一个--miner.gaslimit?设置的话,你还将对20M投票。因此在分叉后的某个时间点,你需要将你的?--miner.gaslimit的值设为原来的两倍,以确保gaslimit保持在40Mgas。

对于钱包提供商:EIP-1559的交易价格默认计算算法(eth_maxPriorityFeePerGas)还是遵循旧机制,把?maxpriorityfee设为在网络上支付的effectiveprice减去当前的basefee;把maxfee设为priorityfee+2xbasefee。这确保了在伦敦过渡期后,如果用户没有明确反对意见,按每gas支付的总价格保持不变。

另外,Geth发布了一个新的eth_feeHistory(blocks,head,percentiles)API终端,用户可以用它来询问关于支付给矿工小费和交易烧毁费用数量的最近数据信息。建议钱包使用这个终端给用户多个费用选项(#23033)。

JSON-RPC用户注意:分叉启动后,eth_sendTransaction和eth_fillTransaction会默认创建EIP-1559式交易。

Go/Java/ObjC合约绑定的用户注意:分叉启动后,accounts/abi/bind会自动创建1559式交易。要在Go语言写的应用里用EIP-1559,请记得在你应用的go.mod文件中把go-ethereum模块依赖升级到v1.10.4。(#23038)

ethclient用户注意:如果你用ethclient包发送交易并想用EIP-1559带来的的新费用模式,你必须修改你的代码,用types.NewTx(&types.DynamicFeeTx{...})来创建交易。为了了解分叉是否已经启动和新交易类型是否可用,只需检查最新区块头的BaseFee字段是否非零。

来源|EthereumBlog

作者|?TimBeiko

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

地球链

酷币以太坊:什么是EVM兼容链?

什么是EVM兼容链?程序员在为一个软件编写程序时,会使用到编程语言,例如C++。但C++是计算机的CPU无法理解的语言.

[0:0ms0-0:968ms