ETh交易顯示pending

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

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

取消的操作：

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

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

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

㈡ 火幣收款碼在哪裡

打開iPhone XR14.7.1手機端幣看APP版本3.3.0在「資產」頁面，點擊ETH，進入ETH的「幣種詳情頁」。點擊「轉賬」，進入「ETH轉賬」頁面。
您可以粘貼或手動輸入ETH收款地址（請反復確認收款地址），或使用「掃一掃」直接掃描二維碼，掃入ETH收款地址。 填入轉賬金額，選擇合適的礦工費（系統會給出推薦值，礦工費越少則轉賬越慢，礦工費越多則轉賬速度越快）。
提醒： 轉賬需要支付礦工費，建議您參考系統給出的推薦值，不要設置過低的礦工費， 因為礦工費過低會導致轉賬失敗。 另一方面，鏈上轉賬失敗時，礦工費依然會被消耗，會給您造成不必要的損失。
點擊確認，輸入安全密碼，再次確認
跳轉至「轉賬中」頁面，您可以在這里查看轉賬進度，等待轉賬完成。
如轉出成功，則會生成「轉賬成功頁」； 如轉出失敗，則出現「交易失敗」頁，提示「轉出失敗！請重試！」您可以在轉賬頁重新設置，再次發起轉賬。
以ETH為例 在「資產」頁，點擊ETH，進入ETH的「幣種詳情頁」。點擊「收款」，進入「ETH收款」頁。
您可以點擊「復制」復制收款地址，或點擊「分享地址」分享收款地址碼。
您也可以在「ETH交易記錄」中查看每筆收款記錄。
拓展資料：
幣看自主研發的智能聚合交易，通過合並幣安、OKEx、火幣全球交易所訂單薄及掛單深度，實現在幣看一家交易所，無需注冊多賬戶，無需授權其他交易所API，即可以跨交易所交易全球80%的流動性，效率及收益提升3倍。
了解到 幣看在全球金融中心例如日本、新加坡均設立辦公室，也獲得了日本金融廳頒發的數字貨幣交易牌照。 前不久幣看剛過完8周年慶典，8年來有好多行業首創： 2012年的行情提醒功能、2013年的資訊聚合功能、2014年的挖礦監控功能、2016年的場外交易功能、2018年的K站垂直社區、2019年的智能聚合交易... 去年還新推出了網格交易，希望繼續越走越遠。

㈢ 以太坊多節點私有鏈部署

假設兩台電腦A和B
要求：
1、兩台電腦要在一個網路中，能ping通
2、兩個節點使用相同的創世區塊文件
3、禁用ipc;同時使用參數--nodiscover
4、networkid要相同，埠號可以不同

1.4 搭建私有鏈
1.4.1 創建目錄和genesis.json文件
創建私有鏈根目錄./testnet
創建數據存儲目錄./testnet/data0
創建創世區塊配置文件./testnet/genesis.json

1.4.2 初始化操作
cd ./eth_test
geth --datadir data0 init genesis.json

1.4.3 啟動私有節點

1.4.4 創建賬號
personal.newAccount()
1.4.5 查看賬號
eth.accounts
1.4.6 查看賬號余額
eth.getBalance(eth.accounts[0])
1.4.7 啟動&停止挖礦
啟動挖礦：
miner.start(1)
其中 start 的參數表示挖礦使用的線程數。第一次啟動挖礦會先生成挖礦所需的 DAG 文件，這個過程有點慢，等進度達到 100% 後，就會開始挖礦，此時屏幕會被挖礦信息刷屏。
停止挖礦，在 console 中輸入：
miner.stop()
挖到一個區塊會獎勵5個以太幣，挖礦所得的獎勵會進入礦工的賬戶，這個賬戶叫做 coinbase，默認情況下 coinbase 是本地賬戶中的第一個賬戶，可以通過 miner.setEtherbase() 將其他賬戶設置成 coinbase。

1.4.8 轉賬
目前，賬戶 0 已經挖到了 3 個塊的獎勵，賬戶 1 的余額還是0：

我們要從賬戶 0 向賬戶 1 轉賬，所以要先解鎖賬戶 0，才能發起交易：

發送交易，賬戶 0 -> 賬戶 1：

需要輸入密碼 123456

此時如果沒有挖礦，用 txpool.status 命令可以看到本地交易池中有一個待確認的交易，可以使用 eth.getBlock("pending", true).transactions 查看當前待確認交易。

使用 miner.start() 命令開始挖礦：
miner.start(1);admin.sleepBlocks(1);miner.stop();

新區塊挖出後，挖礦結束，查看賬戶 1 的余額，已經收到了賬戶 0 的以太幣：
web3.fromWei(eth.getBalance(eth.accounts[1]),'ether')

用同樣的genesis.json初始化操作
cd ./eth_test
geth --datadir data1 init genesis.json

啟動私有節點一,修改 rpcport 和port

可以通過 admin.addPeer() 方法連接到其他節點，兩個節點要要指定相同的 chainID。

假設有兩個節點：節點一和節點二，chainID 都是 1024，通過下面的步驟就可以從節點二連接到節點一。

首先要知道節點一的 enode 信息，在節點一的 JavaScript console 中執行下面的命令查看 enode 信息：

admin.nodeInfo.enode
" enode://@[::]:30303 "

然後在節點二的 JavaScript console 中執行 admin.addPeer()，就可以連接到節點一：

addPeer() 的參數就是節點一的 enode 信息，注意要把 enode 中的 [::] 替換成節點一的 IP 地址。連接成功後，節點一就會開始同步節點二的區塊，同步完成後，任意一個節點開始挖礦，另一個節點會自動同步區塊，向任意一個節點發送交易，另一個節點也會收到該筆交易。

通過 admin.peers 可以查看連接到的其他節點信息，通過 net.peerCount 可以查看已連接到的節點數量。

除了上面的方法，也可以在啟動節點的時候指定 --bootnodes 選項連接到其他節點。 bootnode 是一個輕量級的引導節點，方便聯盟鏈的搭建 下一節講 通過 bootnode 自動找到節點

參考： https://cloud.tencent.com/developer/article/1332424

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

㈥ tp錢包交易失敗什麼原因

再試一次，可能是系統繁忙
okenPocket 做為一款多鏈錢包，已成為越來越多人進入區塊鏈世界的重要入口，隨著 TokenPocket 生態布局的深入，我們的業務范圍不僅僅局限於數字錢包，已成為涵蓋數字錢包、數字資產交易、數字資產理財等業務的綜合區塊鏈服務平台。投資者在使用過程中會發現很多問題，下面就常見問題給大家講解下解決方法。
為什麼在ok交易所提現成功後，TP錢包沒有到賬？從歐易提幣FEG到tp錢包，顯示成功，可是tp錢包里沒有啊？如何在錢包看到已買到的新幣數量及余額？
答：在TP錢包增加幣的代碼，就可以顯示了，搜索幣的合約地址或者名稱/代碼，加上，才可以是錢包看到。
各種代幣都要先添加，才可以在頁面看到。
tp錢包里提幣，為什麼顯示礦工費不足，什麼是礦工費？
答：在tp錢包任何操作都需要礦工費（也可理解為手續費）。
在火幣鏈heco需要ht作為礦工費；幣安鏈bsc需要bnb作為礦工費；以太坊鏈eth需要eth作為礦工費。
在任何鏈上操作，首先需要對應鏈的幣作為礦工費，如果沒有相應的幣，任何操作都沒辦法進行，bnb和ht可以在幣安和火幣交易所購買提幣到錢包里。
我用TP錢包BSC鏈，把usdt從幣安交易所轉到BSC鏈里換成USDT了，怎麼換成BNB？
答：可以在bsc鏈上操作都需要有bnb作為礦工費。
可以在tp錢包用bsc鏈打開pancakeSwap（薄餅），在薄餅打開進行兌換，把usdt兌換成bnb。
如果此時tp錢包沒有bnb，該兌換也無法操作。
如何獲取錢包的充幣/提幣地址？
答：充幣提幣，是相同的幣進行充提，比如把usdt、或者其他幣從甲交易所到tp錢包，或者從tp錢包到某個交易所等。
一定是選擇相同代幣，而且不同的交易所或錢包鏈的充幣提幣鏈的不一樣的。
一般火幣的充提幣選擇heco，幣安交易所選擇bsc鏈，以太坊的選擇ERC20或者ETH。
如果是ok交易所或者其他交易所，注意選擇對應的鏈。

㈦ 跨行轉賬整整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，避免發生填錯類型而丟幣的意外，從而造成損失。

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

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

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

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