❶ 如果您的充值或提现较慢，请先在区块链浏览器上查询一下确认进度
区块链浏览器：
1. BTC转账进度查询(2个确认)：
https://btc.com
2. BCC转账进度查询(2个确认)：
https://blockdozer.com
3. ETH转账进度查询(30个确认)：
https://etherscan.io
4. LTC转账进度查询(4个确认)：
https://live.blockcypher.com
5. USDT转账进度查询(2个确认)：
https://omniexplorer.info
6. NEO转账进度查询(5个确认)：
https://www.antchain.xyz
7. IOTA转账进度查询(1个确认)：
https://thetangle.org
8. XLM转账进度查询(1个确认)：
https://stellarchain.io
9. QTUM转账进度查询(6个确认)：
https://qtumexplorer.io
10. BTS转账进度查询(1个确认)：
https://www.cryptofresh.com
11. HSR转账进度查询(10个确认)：
http://explorer.h.cash
12. GXS转账进度查询(1个确认)：
https://block.gxb.io
❷ 区块链钱包转账卡链上多久追回
区块链钱包转账卡链上24小时内可追回。根据查询相关公开信息显示区块链的账户撤回方法及系统中也涉及了区块链的交易撤回方法，该方法设置了延迟期，在延迟期内可以发起撤回请求，延迟期结束才进行结算，发起正式交易，与银联交易24小时到账原理相同，24小时内可追回，并不能有效验证是否输入错误交易地址，交易不及时到账，用户体验差。
❸ 以太坊转账流程
发起:用户在本地的以太坊钱包软件中选择要发送的交易地址(From)、输入目标地址(To)、金额(Value)、是否部署或调用合(Data)、手续费单价(Gasprice)等,确认发送至以太坊节点节点和钱包可以是同一台
广播:节点收到(或自己发起)交易后,会对交易进行验证。验证:交易的签名、发起账号的余额是否能支付转账余额与手续费、Nonce是否为账号已发出的交易数。验证为合法后,将交易加入节点的交易池中交易池中存储着待打包的交
安装以太坊浏览器钱包插件,创建钱包,获取虚拟以太币,进行转账交易。 实验内容 学习 初识以太坊,发送交易 1.学习《初始以太坊,发送交易》,虚拟以太币交易。
❹ 跨行转账整整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，避免发生填错类型而丢币的意外，从而造成损失。
❺ 以太坊拥堵大概多久到账
需要30到60分钟才能显示到账。
因为走的是比特币网络，所以到账时间稍微慢一点，常规需要30-60分钟以上才会显示到账ERC20的USDT：因为走以太坊网络，和以太坊Token转账时间一致，常规在10-20分钟左右显示到账TRC20的USDT：走的是波场网络，和波场转账时间一致，常规是5分钟以内到账。
以太坊被认为是数字货币中除比特币外，最具开创意义的项目，它使区块链从数字货币进入到智能合约时代，对整个区块链行业具有里程碑式的影响。它挖掘了区块链更多的可能性，为区块链的应用与发展找到了新方向，打开了区块链2.0时代的大门。
❻ 以太坊区块链之Bug --2020/05/19
为了防止交易重播，ETH（ETC）节点要求每笔交易必须有一个nonce数值。每一个账户从同一个节点发起交易时，这个nonce值从0开始计数，发送一笔nonce对应加1。当前面的nonce处理完成之后才会处理后面的nonce。注意这里的前提条件是相同的地址在相同的节点发送交易。
以下是nonce使用的几条规则：
● 当nonce太小（小于之前已经有交易使用的nonce值），交易会被直接拒绝。
● 当nonce太大，交易会一直处于队列之中，这也就是导致我们上面描述的问题的原因；
● 当发送一个比较大的nonce值，然后补齐开始nonce到那个值之间的nonce，那么交易依旧可以被执行。
● 当交易处于queue中时停止geth客户端，那么交易queue中的交易会被清除掉。
第一个字段 AccountNonce ，直译就是账户随机数。它是以太坊中很小但也很重要的一个细节。以太坊为每个账户和交易都创建了一个Nonce，当从账户发起交易的时候，当前账户的Nonce值就被作为交易的Nonce。这里，如果是普通账户那么Nonce就是它发出的交易数，如果是合约账户就是从它的创建合约数。
为什么要使用这个Nonce呢？其主要目的就是为了防止重复攻击（Replay Attack）。因为交易都是需要签名的，假定没有Nonce，那么只要交易数据和发起人是确定的，签名就一定是相同的，这样攻击者就能在收到一个交易数据后，重新生成一个完全相同的交易并再次提交，比如A给B发了个交易，因为交易是有签名的，B虽然不能改动这个交易数据，但只要反复提交一模一样的交易数据，就能把A账户的所有资金都转到B手里。
当使用账户Nonce之后，每次发起一个交易，A账户的Nonce值就会增加，当B重新提交时，因为Nonce对不上了，交易就会被拒绝。这样就可以防止重复攻击。当然，事情还没有完，因为还能跨链实施攻击，直到EIP-155引入了chainID，才实现了不同链之间的交易数据不兼容。事实上，Nonce并不能真正防止重复攻击，比如A向B买东西，发起交易T1给B，紧接着又提交另一个交易T2，T2的Gas价格更高、优先级更高将被优先处理，如果恰好T2处理完成后剩余资金已经不足以支付T1，那么T1就会被拒绝。这时如果B已经把东西给了A，那A也就攻击成功了。所以说，就算交易被处理了也还要再等待一定时间，确保生成足够深度的区块，才能保证交易的不可逆。
Price 指的是单位Gas的价格，所谓Gas就是交易的消耗，Price就是单位Gas要消耗多少以太币（Ether），Gas * Price就是处理交易需要消耗多少以太币，它就相当于比特币中的交易手续费。
GasLimit 限定了本次交易允许消耗资源的最高上限，换句话说，以太坊中的交易不可能无限制地消耗资源，这也是以太坊的安全策略之一，防止攻击者恶意占用资源。
Recipient 是交易接收者，它是common.Address指针类型，代表一个地址。这个值也可以是空的，这时在交易执行时，会通过智能合约创建一个地址来完成交易。
Amount 是交易额。这个简单，不用解释。
Payload 比较重要，它是一个字节数组，可以用来作为创建合约的指令数组，这时每个字节都是一个单独的指令；也可以作为数据数组，由合约指令来进行操作。合约由以太坊虚拟机（Ethereum Virtual Machine，EVM）创建并执行。
V、R、S 是交易的签名数据。以太坊当中，交易经过数字签名之后，生成的signature是一个长度65的字节数组，它被截成三段，前32字节被放进R，再32字节放进S，最后1个字节放进V。那么为什么要被截成3段呢？以太坊用的是ECDSA算法，R和S就是ECSDA签名输出，V则是Recovery ID。
R,S,V是交易签名后的值，它们可以被用来生成签名者的公钥；R，S是ECDSA椭圆加密算法的输出值，V是用于恢复结果的ID
❼ imtoken钱包转账失败怎么回事
imtoken钱包转账失败怎么回事，相信很多人在使用imtoken钱包的时候经常的会碰到转账失败的情况，不少人不知道这个情况是怎么引起的，下面跟着小编一起来看看吧。
imtoken钱包转账失败怎么回事
Outofgas（Gas不足）
打个通俗易懂的比喻吧，就像你开车必须要有汽油一样，你在以太坊上转账也需要有Gas。开车≈转账，汽油≈Gas。如果你要从A地驱车前往B地，按照实时的交通情况，你需要消耗200升汽油。但你为这次行程只准备了150升汽油，那是派拦否能到达B地呢？在现实生活中，大家肯定都知道，你一定是到不了的。同时虽然你没到达B地，但是你的汽油却已经消耗了。
那么回到区块链的世界，也是同样的道理。如果你要进行一笔转账，就要为这笔转账设置一个Gas。如果你设置的过低，就会出现「汽车」没到达目的地就没「油」的情况，即交易失败。失败原因就是outofgas（汽油不足）。同时，又因为矿工们已经进行了打绝羡首包的操作，但在打包过程中发现Gas不足，导致这笔交易打包失败了。矿工费仍然会被扣除，但这些矿工费都是由矿工们收取的，imToken并不收你一分钱。
BadInstruction(指令错误）
Badinstruction字面意思是「指令错误」。出现这种提示的原因，大概率是因为智能合约的代码本身就存在逻辑问题，从而导致合约在执行的过程中，出现「指令错误」。这就像一台坏了的机器，你输入一个指令，机器是不能正常运作的。这时候，我们该找谁解决呢？当然是智能合约的创建方，去修复这台「坏了的机器」。另外转账的矿工费仍然会被矿工收走。
Reverted（回退）
以太坊上包含两类账户，普通账户和合约账户。普通账户是由用户通过私钥控制，而合约账户是由部署在以太坊上的智能合约控制。
那么，reverted是什么情况呢？reverted其实是一个函数，用于立即中止合约的执行，并且把状态回滚。虽然是智能合约，比一般的合约更「聪明」，但是有些合约在执行的过程中还是会「犯错」的。
这听起来是不是过于抽象，让我们打个简单的比方。出现reverted的一种可能情况：你的合约规定，当你输入一块钱，你可以得到一杯喜茶并数。但是这个合约并没有检查库存里是否有足够的喜茶。当店里没有喜茶库存的时候，后面来的人，即使它输入一块钱，也不能得到喜茶。这时候，你原本的函数-即输入一块钱就会得到一杯喜茶的函数就会失败，它会发出错误的信息并回滚到当前的交易状态。
看到这里，想必大家也已经明白了，出现badinstruction和reverted，都是因为智能合约的问题，所以建议大家直接去找合约的创建者，也就是项目方。
❽ 在区块链中以太坊（eth）目前有哪些问题
在区块链中以太坊（eth）目前有哪些问题？
以太坊区块链目前暴露出三大问题，长时间以来其创始人Vitalik
Buterin一直无力解读。第一是以太坊区块链整体很低的性能和TPS；第二是资源不隔离，CryptoKitties虚拟猫咪的事件，一度占据了整个以太坊
20%
的流量，直接造成以太坊网络用户无法展开及时的交易，就是资源不隔离最大的痛点；第三个问题在于以太坊治理结构的体现，区块链作为去中心化的分布式账本，以太坊过去以来，创始人团队主导了其网络发展，过于中心化的治理模式，让目前的以太坊出现了ETH、ETC、ETF等分叉，以太坊社区目前进入四分五裂的治理状态。而以太坊网络目前出现的各种弊病，在「aelf」创始人与CEO马昊伯看来，这是无法接受的。于是，「aelf」定位，就是为对标以太坊的下一代去中心化底层计算平台，重点解决目前以太坊存在的性能不足、资源不隔离、治理结构三方面的问题而诞生的。