编者按：本文来自以太坊爱好者，作者：PatrickMcCorry，翻译：阿剑，Odaily星球日报经授权转载。
-2017年ICO的交易手续费高峰比起过去几个星期就是小巫见大巫-any.sender是一个非托管的高吞吐量交易中继者。我们的目标是让你的交易能尽快被打包的同时最优化所支付的手续费，即使是网络极度疯狂和拥堵的时刻也不例外。那我们是怎么做的呢？用户在以太坊上支付的手续费是比特币上的4.8倍
在2017年的牛市中充斥的堕落琐碎的交易者和投机氛围，原汁原味地回来了。但这一次，得益于DeFi世界的兴起，这些活动绕过了中心化交易所，许多这样的活动都直接在以太坊上发生。
这些活动是如此火热，以至于以太坊出块者仅在YAM的流动性挖矿热潮的36个小时内，就收获了超过680万美元的手续费。在当时，一笔交易若想快速打包上链，Gas价格需安排在200到330Gwei之间。再来看看各种操作所需耗用的Gas量：ETH的普通转账要消耗21000Gas，约为2.45美元Uniswap交易需消耗10万Gas，约合11.64美元部署一个Gnosis安全钱包需要消耗25万Gas，约为29.20美元整个区块能容纳的Gas消耗量为1200万，约1401美元虽然YAM最终因为智能合约里有bug而失败了，它对整个手续费市场的影响还是大到令人震惊。那么any.sender可以帮助降低手续费吗？
PayYoda发布3号池网络拥堵提示:据官方消息，HYOT三号池部分用户体验延迟卡顿，当前技术部门正在对此问题进行优化以及升级处理。
温馨提示：本次网络拥堵不会造成用户任何资产流失以及矿池产量波动，请广大用户放心使用。建议使用火币钱包或者TokenPocket等钱包工具，提高gaslimit操作，体验更佳。[2021/4/1 19:37:01]
有两种办法可以免于支付高昂的手续费：使用Layer-2方案。比如通过rollup侧链来发送你的交易；使用更智能的手续费策略。就是按最低的手续费率来发送交易，然后有策略地提高费率，直至交易最终被打包。虽然已经有多个真正有戏的Layer-2方案已经在开发中了，但他们都还不能支持你玩转DeFi。因此，那就只有更智能的手续费策略这一条路可以走了，这也是我们any.sender所瞄准的领域。我们的策略是什么样的？我们按照一个低于快速上链水平的费率来发送交易，网络每挖出一个新区块，我们都为队列中的所有交易重新估价，然后根据一个预定义的手续费策略提高费率。一笔交易的手续费估价已经提高约13%之后，any.sender就会重新发布这笔交易。所以说，我们的手续费加压策略是非常简单的，但它能最优地找出最低的网络手续费，同时保证上链时间在1~3分钟以内。当然，手续费策略也必须逐渐改变以应对来自手续费市场的新的需求，但至少目前为止这个策略是能用的。那么，它到底能帮助节省多少费用呢？YAM的诞生和灭亡
比特币网络拥堵，未确认交易笔数突破6万笔:据欧科云链OKLink数据显示，截至今日11:38，比特币未确认交易笔数达到60586笔，未确认交易体积约合57.8 MB，较前日均出现大幅上升。比特币币价突破历史新高，24h?链上实际交易量83.67万BTC。[2020/12/17 15:30:07]
总结：any.sender的交易的Gas价格比一个热门交易所和一个热门钱包的中继者平均低了56~77Gwei，比热门网站预估可快速上链的价格平均低了19Gwei。所有的交易都是在6~7分钟内上链的，而且，节约交易费最多的那部分也是最快上链的。方法论。any.sender使用上述方法每3个小时发出一笔新交易。我们跟踪从一个热门的钱包中继者和一个热门交易所发出的交易，并根据上链的具体时间选出这些交易。最后，我们从etherchain区块浏览器获得“预估可快速上链的Gas价格”。
-图1.在YAM从生到死的两天内，23笔交易的情况-图1展示了发自any.sender的交易、热门钱包中继者和热门交易所的交易所支付的Gas价格。还有预估的快速上链价格。由此可见，手续费的浮动范围相当大，从116Gwei到432Gwei都有。而预估可快速上链的Gas价格会大起大落。因此，YAM从生到死这两天的情况，恰好是中继者必须实时处理的手续费高度波动情形的一个范本。毕竟，以太坊网络上从不平静……我们回顾一下时间线：2020年8月12日下午3点~8月13日上午11点：YAM诞生那可是个销魂时刻，农民们热火朝天地种红薯，派拖拉机施肥，最终还要在一击必杀·伪造者·红薯杀手到来之前卖掉这些红薯。有一个别名叫“YieldFarming”，直译过来就是“耕种回报率”，而YAM代币的logo是一个红薯，因此有这一段戏谑的描述。）在这段时间里，any.sender发出的9笔交易中有4笔的Gas价格都低于“预估可快速上链的Gas价格”，只有1笔高于热门钱包给出的价格。考虑到这段时间里矿工收获了超过6百万美元的手续费，any.sender仍能支付低于预估可快速上链的价格，算是一个亮眼的成绩了。2020年8月13日上午11点~2020年8月14日凌晨2点：YAM落幕
数据：比特币网络拥堵严重，未确认交易笔数突破11万:据BTC.com最新数据显示，截止北京时间10月28日17:00，比特币未确认交易笔数达到112,533，未确认交易体积接近83.11 MB, 交易拥堵严重。
BTC.com CEO庄重表示，最近的网络拥堵主要由价格上涨和算力下跌两个因素导致。近日比特币价格上涨刺激了交易笔数的增加，而全网算力下跌导致了打包交易的时间增加，出块间隔时间有所增加。10月25日西南地区结束丰水期后，比特币全网算力下跌明显，截止北京时间10月28日16:50，全网算力近七日平均值已跌至123.83 EH/s。
另据BTC.com区块浏览器显示，近三个月，比特币每月区块大小中位数保持在1,284,775 Byte（1.25 MB）左右，区块接近饱和。[2020/10/28]
-我们怀念您，YAM-这段时期，any.sender发出的7笔交易中有5笔低于预估可快速上链的价格。所有交易的GasPrice都低于热门交易所和热门钱包给出的价格。2020年8月14日凌晨2点~现在：CRUVE又出来了？
行情 | 以太坊网络拥堵情况有所缓解:据Etherscan.io数据显示，以太坊当前未确认交易笔数为53369，近几日的高点为645935，拥堵情况较有所缓解。[2018/8/29]
-我们抓住了CURVE启动的时间……只花了一天的工作量……-any.sender发送的6笔交易中有4笔都低于etherchain预估的快速上链价格，而且每一笔的花费都比我们所测量的热门交易所和钱包的要少。
-图2.any.sender的相对节约量和相对多消耗量-图2展示了any.sender仅在少数时候才产生了更高的消耗，绝大部分场景中低于预估的快速上链价格。详细说来：对比交易所，该交易所额外支付的价格从23Gwei到227Gwei不等。而any.sender的GasPrice对比该交易所平均节约了77Gwei。对比钱包，该钱包的超额支付的价格从-13.81到152Gwei。any.sender的GasPrice比起该钱包平均节约了56.9Gwei。对比网站，有好几次，网站预估的快速上链都低于我们实际支付的价格，整体来说，与我们之际支付的价格差额从-17.25Gwei到79.03Gwei不等。而any.sender的平均节约量为19Gwei。
美国最大比特币交易所Coinbase发生网络拥堵 现已修复:12月2日，美国最大比特币交易所Coinbase被蜂拥而至的注册者挤瘫痪了，Coinbase随即发表声明：“我们目前正在经历有史以来最大的网站拥堵，现在，我们网站的负荷是6月最高值的8倍！”[2017/12/3]
-图3.我们的目标是让交易能在3分钟内上链，但是，在YAM爆火的那两天着实有点难-我们已经将目标微调为2~3分钟上链，因为这是使用大多数应用时的合理目标，也给了我们充足的时间捕捉最低GasPrice。而且，虽然一些交易的上链时间比我们预期的要稍微长一些，所有交易都不会卡住。我们在过去两天中收获的数据也能反哺我们的设计。所以下次还有YAM出现的时候，我们也将准备好极限冲刺。为什么any.sender对比预估快速上链的价格的节约幅度相对最小？在手续费历史最高的时期，能够成功以低于估计价格的价格上链就已经令人难以置信了。我们认为，假设对可快速上链的Gas价格的预估是可靠的，我们的节约幅度相对较小，是因为我们的加压策略会使价格刚好越过可以快速上链的价格。为什么只有any.sender能发出低于快速上链价格的交易？因为当前其它中继者的策略似乎是粗暴地设定一个固定的费率，然后因应手续费的波动情形周期性地调整这个固定的费率。大部分服务都乐于支付更高的Gas价格，因为一笔交易被卡就会导致他们的整个队列处理受阻，而且中继者软件通常不能很好地处理这种情况。但是，谁在付出这些超额的手续费呢？最终来说就是你，你们，用户自己，有时候你们会多花很多钱。我们开发any.sender就是为了节约钱
去年我们就发现，用可靠又实惠的价格在以太坊上发送交易，不啻为一个技术难题。没有哪个团队真正解决了这个问题。相反，大多数中继者都是读取ethgasstation网站的数据，在网站的预估快速上链价格上再加50Gwei，然后发出交易。要是那段时间网络的手续费恰好在飙升，你的交易就被卡住了。更惨的是，如果你使用一个第三方的中继者，那交易的Gas耗用量要增加20万！我们any.sender的目标非常简单：any.sender的开发目标就是最小化交易手续费开销，办法就是一边捕捉最低价格，一边保证上链速度、不让交易被卡。这些训练揭示了我们可以如何改进any.sender，甚至用更低的价格获得更快的上链速度。敬请关注这个领域的创新！感谢ChrisBuckland。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。