區塊擁堵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錢包到現在還沒到，請速解決

這個區塊鏈都有快照可查，除非地址錯誤，網站封鎖，找客服問下