❶ 如果您的充值或提現較慢，請先在區塊鏈瀏覽器上查詢一下確認進度
區塊鏈瀏覽器：
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」定位，就是為對標以太坊的下一代去中心化底層計算平台，重點解決目前以太坊存在的性能不足、資源不隔離、治理結構三方面的問題而誕生的。