区块拥堵eth未到账

❶ ETH开发实践——批量发送交易

在使用同一个地址连续发送交易时，每笔交易往往不可能立即到账， 当前交易还未到账的情况下，下一笔交易无论是通过 eth.getTransactionCount() 获取nonce值来设置，还是由节点自动从区块中查询，都会获得和前一笔交易同样的nonce值，这时节点就会报错 Error: replacement transaction underpriced

在构建一笔新的交易时，在交易数据结构中会产生一个nonce值， nonce是当前区块链下，发送者(from地址)发出的交易(成功记录进区块的)总数， 再加上1。例如新构建一笔从A发往B的交易，A地址之前的交易次数为10，那么这笔交易中的nonce则会设置成11， 节点验证通过后则会放入交易池（txPool）,并向其他节点广播，该笔交易等待矿工将其打包进新的区块。

那么，如果在先构建并发送了一笔从地址A发出的，nonce为11的交易，在该交易未打包进区块之前， 再次构建一笔从A发出的交易，并将它发送到节点，不管是先通过web3的eth.getTransactionCount(A)获取到的过往的交易数量，还是由节点自行填写nonce， 后面的这笔交易的nonce同样是11， 此时就出现了问题：

实际场景中，会有批量从一个地址发送交易的需求，首先这些操作可能也应该是并行的，我们不会等待一笔交易成功写入区块后再发起第二笔交易，那么此时有什么好的解决办法呢？先来看看geth节点中交易池对交易的处理流程

如之前所说，构建一笔交易时如果不手动设置nonce值，geth节点会默认计算发起地址此前最大nonce数（写入区块的才算数），然后将其加上1， 然后将这笔交易放入节点交易池中的pending队列，等到节点将其打包进区块。

构建交易时，nonce值是可以手动设置的，如果当前的nonce本应该设置成11， 但是我手动设置成了13， 在节点收到这笔交易时， 发现pending队列中并没有改地址下nonce为11及12的交易， 就会将这笔nonce为13的交易放入交易池的queued队列中。只有当前面的nonce补齐（nonce为11及12的交易被发现并放入pending队列）之后，才会将它放入pending队列中等待打包。

我们把pending队列中的交易视为可执行的，因为它们可能被矿工打包进最新的区块。 而queue队列因为前面的nonce存在缺失，暂时无法被矿工打包，称为不可执行交易。

那么实际开发中，批量从一个地址发送交易时，应该怎么办呢？

方案一：那么在批量从一个地址发送交易时， 可以持久化一个本地的nonce，构建交易时用本地的nonce去累加，逐一填充到后面的交易。（要注意本地的nonce可能会出现偏差，可能需要定期从区块中重新获取nonce，更新至本地）。这个方法也有一定的局限性，适合内部地址（即只有这个服务会使用该地址发送交易）。

说到这里还有个坑，许多人认为通过 eth.getTransactionCount(address, "pending") ，第二个参数为 pending ， 就能获得包含本地交易池pending队列的nonce值，但是实际情况并不是这样， 这里的 pending 只包含待放入打包区块的交易， 假设已写入交易区块的数量为20， 又发送了nonce为21，22，23的交易， 通过上面方法取得nonce可能是21（前面的21，22，23均未放入待打包区块）， 也可能是22（前面的21放入待打包区块了，但是22，23还未放入）。

方案二是每次构建交易时，从geth节点的pending队列取到最后一笔可执行交易的nonce, 在此基础上加1，再发送给节点。可以通过 txpool.content 或 txpool.inspect 来获得交易池列表，里面可以看到pending及queue的交易列表。

启动节点时，是可以设置交易池中的每个地址的pending队列的容量上限，queue队列的上容量上限， 以及整个交易池的pending队列和queue队列的容量上限。所以高并发的批量交易中，需要增加节点的交易池容量。

当然，除了扩大交易池，控制发送频率，更要设置合理的交易手续费，eth上交易写入区块的速度取决于手续费及eth网络的拥堵状况，发送每笔交易时，设置合理的矿工费用，避免大量的交易积压在交易池。

❷ trust钱包因为没有ETH币转不出，充值银行不让冲，现在没办法了！求教

目前，国内不允许参与数字货币的购买，所以无法进行操作，可以绿通过

❸ 以太坊ete转账不到

因为网络有一定的延迟原因,所以会导致转账成功,但是没有到账。
以太坊投资者在某个交易所平台当中进行了以太坊提现，结果发现eth没收到；是一些投资者在进行购入以太坊购买交易过程中，已经按照提示支付了对应的购买价款和手续费，但是却发现eth没收到。网络上所反映的有关“eth没收到”的情况大致就如此，除此之外可能还存在其他的一些与“eth没收到”有关的咨询，但是大致仍然脱离不了这两类范畴。
我们在转账之后，有时会出现转账迟迟未到账的情况，很多用户十分着急，甚至认为自己的币丢失了。Tokenview收到了一封来自昵称为港湾用户的求助邮件。邮件中说，该用户在进行USDT转账时发生了USDT丢失的情况。用户提供了提币地址，交易ID，接收地址以及转账金额和转账时间，问是否可以找回。

❹ eth转账失败退回需要多久

每个银行退款的时间都不同的，如果快的话应该当天就能退回的，周一至周五的话应该是异地的话应该1-2个工作日就能回到自己账户上了，周五转的话可能要到周一（同城），因为双休日人行的清算系统是关闭的。
如果是周五做的异地转账，那么可能到周一的时候才刚发出，所以可能退回的时间应该在后面2个工作日。
拓展资料:
一、跨行转账失败，退款需要多久？ 支付宝转账失败一般二十四小时候后退回。 支付宝转账到银行卡的流程：
1.登录支付宝后，进入我的支付宝，点击转出；
2.点击转出后，选择“转出至银行卡”，再选择银行卡（如果已绑定银行卡，就不需要；如果没有绑定，则需要选择银行卡，该银行卡开户名必须是与支付宝实名认证的名字相一致）;
3.输入“转出金额”，检查无误后，输入“支付宝支付密码”、“确认转账到银行卡”，即可转账到银行卡成功。
操作环境:（支付宝App 打开10.2.36.8000版本）
二、跨行汇款帐号错误退回需要多久 跨行汇款帐号错误，汇款会在三个工作日内退回你汇出款的帐户，但手续费是不退的。 跨行转账汇款是一种向开立在国内其他银行的单位或个人账户进行人民币或外币转账汇款的业务。
1、跨行转账最长为3个工作日到账，一般都是24小时内到账的；
2、跨行转账需要填对准确的收款信息:收款方姓名/户名、银行卡账户/卡号、开户行名称，否则将导致账款被退
3、周末和法定节假日期间，人民银行清算系统是关闭的，期间最好不要进行跨行转账操作，否则将会导致到账延迟。
三、使用网上银跨行汇款方式：
1.柜台转账：性价比最低 自发改委和银监会联合印发《商业银行服务政府指导价政府定价目录的通知》后，个人柜台转账汇款手续费不得超过50元之后，各行普遍按照汇款金额的0.5 %—1%来收取手续费，50元封顶。 这种传统的收费方式费用最高，同时柜台的人工操作在速度上也不占优势。
2.网银转账：存在隐性费用 使用网银转账，手续费基本为柜台的一半甚至更低，但网银转账还有一个隐性费用，即安全工具成本费，如动态电子口令卡、ukey。据了解，目前各行的ukey收取50—80元不等的成本费。
3.ATM转账：手续费9折但有上限ATM跨行转账手续费一般在柜台转账费用的基础上打9折，不过ATM每日转账金额不可超过5万元。
4.手机银行转账：分笔转划算大部分银行手机银行转账都免费，但不是所有银行的手机APP转账都免费，那收费的银行该怎么办呢？用户可巧用小技巧省下转账手续费。

❺ 以太坊提现到帐了，钱包怎么还是0

有两种可能一种可能平台没有给你打币，需要咨询客服。第二种钱包问题未能收到你的体现。我之前在ZB平台提过也出现过这种情况。平台客服说钱包问题，然后给我退回，原来账户拉。

❻ eth余额不足以支付网络费用

钱包余额不足就表示可支付金额不足，需要绑卡充值后再进行支付。建议你先从中心化交易平台购买一些ETH存放在钱包里当做矿工费，使得钱包转账功能能正常使用，一般建议ETH不少于001ET
ETH可以在网络畅通的情况下打包传输。但是网络拥堵的时候，大家都提高手续费

❼ 以太坊拥堵大概多久到账

需要30到60分钟才能显示到账。
因为走的是比特币网络，所以到账时间稍微慢一点，常规需要30-60分钟以上才会显示到账ERC20的USDT：因为走以太坊网络，和以太坊Token转账时间一致，常规在10-20分钟左右显示到账TRC20的USDT：走的是波场网络，和波场转账时间一致，常规是5分钟以内到账。
以太坊被认为是数字货币中除比特币外，最具开创意义的项目，它使区块链从数字货币进入到智能合约时代，对整个区块链行业具有里程碑式的影响。它挖掘了区块链更多的可能性，为区块链的应用与发展找到了新方向，打开了区块链2.0时代的大门。

❽ 以太坊提币一般多久到账

提币半小时左右到账，充值提现即时到账。
你提币那么是需要有Hubi审核的，一般由风控人员审核，审核通过后就会给你打币，但是多久到账，这个是会受到网络环境或是区块拥不拥挤所影响，当然在其他交易所也是一样的。上次在Hubi提过EOS和BTC，他们的审核很快，两个币到账的时候也不一样，BTC略长一点，可能是区块拥挤的原因，但是有短信和邮箱的提醒，这一点是挺好的。

❾ 跨行转账整整8天了仍未到帐，也没退款

我们在转账之后，有时会出现转账迟迟未到账的情况，很多用户十分着急，甚至认为自己的币丢失了。Tokenview收到了一封来自昵称为港湾用户的求助邮件。邮件中说，该用户在进行USDT转账时发生了USDT丢失的情况。用户提供了提币地址，交易ID，接收地址以及转账金额和转账时间，问是否可以找回。

首先，我们需要先确定没到账的原因。一般来说，转账没到账的原因有四个：
1、地址填错
2、网络拥堵，暂未到账
3、确认数未达标，暂未入账
4、手续费不足，交易被退回
我们一个个来分析。如果是第一种情况，地址填错。地址填错大约分二种情况，第一种情况是地址种类填错，或者格式错误。这种情况下，转账可能无法顺利进行，相应的钱包软件会进行提示，如果交易不能发起，也就不存在丢币的情况。但在种类填错的情况下也不是不可能发起交易的。举例来说，如果我们把USDT—OMNI提现到了USDT-ERC20，就会丢币，这样丢失的币是无法找回的。第二种情况就是地址张冠李戴，是对应的链上地址，但是错填成他人地址。这种情况交易将会顺利发起，而此时交易上链后，基于区块链不可逆的特性，任何人都无法对该笔交易进行撤回操作，除非接收方原因将币转回原地址。
如何判断接收地址是否填写错误呢？我们复制交易ID，或者直接复制自己的转出地址，通过Tokenview区块浏览器进行查询。我们通过查询该用户提供的交易ID，可以发现，该用户进行了火币的一笔提现操作，其转入地址与用户提供的转入地址不符，也就是说，出于某种原因，用户将USDT转去了错误的地址。

这种情况下，交易将是无法撤回的，除非改接收地址的持有人愿意将这笔“天降之财”原路退回。但由于区块链的匿名性，除了Tokenview标记出的交易所出入金地址及某些大户地址外，其余BTC、USDT地址我们是无法通过地址哈希定位其所有人的，因此可以说，在这种情况下，找回币的几率微乎其微。
第二种情况是网络拥堵。这种情况我们能做的就是等待交易打包上链。我们可以在tokenview.com的Pending交易池中看看交易是否存在。如：https://btc.tokenview.com/cn/pending。
第三种情况一般存在于交易平台充币。当交易上链时，确认数为1，但由于不同交易所对确认数的要求不同，例如大部分对比特币的确认数要求要达到6才会被确认充值成功，而以太坊则是12个。我们可以通过tokenview.com来查询交易数。如果交易数还没有达到要求，我们还需要再耐心等一下。
最后一种情况是手续费不足，交易被退回。这种情况交易会失败。拿以太坊的转账为例，如果手续费不足，此交易将扣取手续费，并将ETH退回到转出地址，并不存在丢币的情况。
转账未到账的几种情况我们已经介绍完毕了。其中最关键的是大家在转账之前一定要再三确认交易地址是否填写无误。如果是进行USDT的转账，一定要确认其USDT类型。是OMNI，还是ERC20，还是TRC20，避免发生填错类型而丢币的意外，从而造成损失。

❿ 你好，我2月7号早上10:14分40秒提了4.5个ETH到imtoken钱包到现在还没到，请速解决

这个区块链都有快照可查，除非地址错误，网站封锁，找客服问下