eth待處理交易

A. 我有ETH怎麼換人民幣啊

Eth.=Ethiopia（衣索比亞）位於非洲東北部，紅海西南岸，東與吉布地、索馬里接壤，北、西與蘇丹交界，南鄰肯亞，面積110. 36萬多平方公里。衣索比亞海岸線長1013公里，境內以山地高原為主，大部屬衣索比亞高原，中西部是高原的主體，佔全境的2/3，平均海拔2500—3000米，有「非洲屋脊」之稱。同時ETH還是衣索比亞（The Federal Democratic Republic of Ethiopia）在國際足聯的國家代碼
應答時間：2021-03-04，最新業務變化請以平安銀行官網公布為准。
[平安銀行我知道]想要知道更多？快來看「平安銀行我知道」吧~
https://b.pingan.com.cn/paim/iknow/index.html

B. eth余額不足以支付網路費用

錢包余額不足就表示可支付金額不足，需要綁卡充值後再進行支付。建議你先從中心化交易平台購買一些ETH存放在錢包里當做礦工費，使得錢包轉賬功能能正常使用，一般建議ETH不少於001ET
ETH可以在網路暢通的情況下打包傳輸。但是網路擁堵的時候，大家都提高手續費

C. ETH怎麼買賣

通俗地講，在交易所購買ETH，然後等待價格上漲賣出，賺取差價。包括ETH在內的虛擬幣價格都很難預測，漲跌幅度沒限制，一旦虧損就是巨大的。但是在領域王國，起投僅5美元，只需要判斷ETH價格漲跌方向，正確就盈利，錯誤就損失掉這交易的5美金，虧損可控。

D. 以太顯示支付為什麼沒到賬

因為網路有一定的延遲原因,所以會導致轉賬成功,但是沒有到賬。
這個情況可以查下自己是否已經扣款,要是扣款了,很快對面會到賬的。
以太坊提幣到不原因有兩個：
第一類是以太坊投資者在某個交易所平台當中進行了以太坊提現，結果發現eth沒收到；
第二類則是一些投資者在進行購入以太坊購買交易過程中，已經按照提示支付了對應的購買價款和手續費，但是卻發現eth沒收到。
網路上所反映的有關「eth沒收到」的情況大致就如此，除此之外可能還存在其他的一些與「eth沒收到」有關的咨詢，但是大致仍然脫離不了這兩類范疇。

E. eth什麼是什麼意思

EYH永續說的是EYH與傳統合同相比，永久合同是一種沒有交喚迅割日的新合同，ETH永續合約的交易價格與參考指數價格更為接近。一般來說，只要用戶的倉位沒有爆倉也沒有強行平倉，此合約就能夠一直保留，直到交物磨易完成，但是ETH沒有交割日的永久合同意味著ETH價格約束性不強，風險更大。

期貨合約條款

期貨合同是指雙方約定的指定價格和螞此達成交易合同，賣方在一段時間後向買方支付某些資產，期貨合同需要遵守國家規定的條款。

1.數量和單位條款：數量和單位條款是指參與期貨合同的商品必須有統一標准化的數量單位；

2、質量和等級條款：本條意味著參與期貨合同的商品應有標准化的質量單位；

3.交易時間條款:期貨合約需要約定固定時間。一般來說，一周的營業時間是五天。一天的營業時間分為上盤和下盤，9:00-11:00，13:30-15:00；

4、報價單位條款：報價單位是招標過程中需要使用的單位，部分國內糖、銅等期貨將由報價單位表示。

F. eth打包中多久會失敗

1、交易送出後會被丟到一個交易池中等待被礦工打包，決定先後順序的主要因子為單位GasPrice（GWEI）給的多寡。
2、發送交易時可以到ETHgasstation參考即時的交易池狀況再來決定要設多少GWEI以能在預期的時間內被打包上鏈。
3、若發現交易持續滯留在交易池中等待被處理，可以加速交易或取消交易。

G. eth本地交易發送流程

eth/api_backend.go

通過reqPromoteCh發送可執行交易通知

core/tx_pool.go line 845

scheleReorgLoop 監聽到新交易通知，pub newTxEvent

core/tx_pool.go

line 1000

line 1116 pub NewTxsEvent

eth/handler.go

line 396 訂閱 NewTxsEvent

line 398通過p2p模塊廣播交易

H. luno發送ETH對方還沒確認可以取消嗎

luno發送ETH，對方還沒確認是可以取消的。如果交易提交了但還沒被確認則可以取消。以太坊是一個基於區塊鏈的開源軟體平台，擁有數以千計的去中心化應用程序 (DApp)，為其原生加密貨幣以太 (ETH) 提供支持，可以在全球范圍內發送和接收，而不受任何第三方干擾。

取消的操作：

取消待處理的以太坊交易有兩種主要方法：應用程序內取消和設置自定義隨機數。通常，當用戶以較低的 gas 價格提交時，以太坊交易會掛起數小時或卡住。 因此，用戶經常發現有必要更改以太坊交易。

在解決這個問題時，用戶需要記住只有當交易仍在網路上未決時才能嘗試取消。 他們需要採取的第一步是在區塊瀏覽器中驗證交易是否仍在等待中。 主要是粘貼交易哈希，也稱為以太坊交易 ID，如果區塊瀏覽器顯示「待處理」，用戶仍然可以嘗試取消它。

取消卡住的以太坊交易的最簡單方法是應用程序內取消，這需要用戶退出以太坊錢包應用程序並關閉瀏覽器，重新打開並重新登錄應用程序。

I. 以太坊ETH覆蓋或刪除處於pending狀態交易

有人肯定遇到跟我一樣的問題，賬號里還有一些eth，但是有一筆交易一直處於pending狀態，導致後續的交易全部卡死。除非這一筆pending狀態的交易被礦工打包。請注意nonce，由於每一個賬號的每一個交易nonce都是遞增的，因此如果用已經成功的交易的nonce重新交易，一定會報錯nonce too low。

1、發現有一筆訂單一直處於pending狀態，後續的所有交易都不能正常進行

2、解決方案，通過設置較高的gasprice來覆蓋或替換該交易

3、接下來，該賬號就可以正常轉賬啦。

目前市場上尚未找到能滿足該功能的工具/錢包，如需提供技術服務，請聯系作者，微信號：hqfeijian ，備註：以太坊替換交易

J. 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網路的擁堵狀況，發送每筆交易時，設置合理的礦工費用，避免大量的交易積壓在交易池。