eth所在塊待確認
① linux下如何區分eth0,eth1,eth2,eth3
ethtool -p eth0
回車後與eth0 相對應的網卡介面旁邊的指示燈就會閃爍,這樣你就能很快確定eth0 網口的位置(按下Ctrl+C 結束命令,停止閃爍)
同樣確定eth1、eth2.。。。
② eth1 設備的 MAC 地址與預想的不符,忽略, 而且使用ifconfig查看不到eth1這個網卡
還沒啟動eth1吧
你應該這么看
ifconfig -all
就可以看到所有的網卡設備了
ifonfig eth1 up
啟動eth1看看
③ ETH的挖礦原理與機制
以太坊的挖礦過程與比特幣的幾乎是一樣的。ETH通過挖礦產生,平均每15秒產生1個塊,挖礦的時候,礦工使用計算機去計算一道函數計算題的答案,直到有礦工計算到正確答案即完成區塊的打包信息,而作為第一個計算出來的礦工將會得到3枚ETH的獎勵。
如果礦工A率先算出正確的答案,那麼礦工A將獲得以太幣作為獎勵,並在全網廣播告訴所有礦工「我已經把答案算出來了」並讓所有在答題的礦工們進行驗證並更新正確答案。如果礦工B算出正確答案,那麼其他礦工將會停止當前的解題過程,記錄正確答案,並開始做下一道題,直到算出正確答案,並一直重復此過程。
礦工在這個游戲中很難作弊。他們是沒法偽裝工作又得出正確答案。這就是為什麼這個解題的過程被稱為「工作量證明」(POW)。
解題的過程大約每12-15秒,礦工就會挖出一個區塊。如果礦工挖礦的速度過快或者過慢,演算法會自動調整題目的難度,把出塊速度保持在13秒左右。
礦工獲取這些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網路的擁堵狀況,發送每筆交易時,設置合理的礦工費用,避免大量的交易積壓在交易池。
⑤ 交易所12個網路確認要多久
比特幣提幣到賬時間正常24小時內到賬,具體到賬時間因收款銀行略有不同,節假日到賬時間略有延遲。
拓展資料:
1、提幣網路確認則就是還在區塊鏈確認中,(不同幣種確認數是不同的)而且確認速度是與你的網路曠工費有關的,礦工費越高確認速度越高。提幣網路確認中 則需要耐心等待區塊確認即可。以比特幣為例:由於我方平台的技術優勢,您收到的比特幣有1個確認時即可到帳用於交易,需要被6個確認(也就是1個小時)才能完全到帳被您用來再次支付或者轉出。通常來講,一筆比特幣交易提交之後,幾秒之內便能完成全網廣播;但這不代表轉賬完成,廣播後的交易只是進入了待確認狀態,和網路裡面所有待確認的交易一起流入池子等待礦工將它們打包入塊。而交易一旦被打包進新的區塊,就相當於得到一次確認;不過一般來說要等到其被確認六次,也就是再挖出六個區塊過後,轉賬過程才能算完成。
2、The Block對46家加密貨幣交易所充值所需的區塊確認數進行了分析主要針對九種資產:BTC、ETH、BCH、BSV、LTC、XMR、DASH、ETC以及ZEC我們從三個維度檢測了交易所的確認時間,分別是:區塊、分鍾以及美元價值。加密貨幣交易所是黑客的主要目標,龐大的加密貨幣價值流動能夠滿足他們發起雙花攻擊並從中獲利的企圖。就在最近,有些交易所就因為比特幣黃金(Bitcoin Gold)遭到的攻擊而受到影響。雖然交易所無法阻止51%算力攻擊(雙花攻擊),但他們可以調整充值所需的最低區塊確認數來降低這類風險。交易所上調所支持資產的區塊確認時間,能夠提高黑客逆轉交易的成本。
⑥ luno發送ETH對方還沒確認可以取消嗎
luno發送ETH,對方還沒確認是可以取消的。如果交易提交了但還沒被確認則可以取消。以太坊是一個基於區塊鏈的開源軟體平台,擁有數以千計的去中心化應用程序 (DApp),為其原生加密貨幣以太 (ETH) 提供支持,可以在全球范圍內發送和接收,而不受任何第三方干擾。
取消的操作:
取消待處理的以太坊交易有兩種主要方法:應用程序內取消和設置自定義隨機數。通常,當用戶以較低的 gas 價格提交時,以太坊交易會掛起數小時或卡住。 因此,用戶經常發現有必要更改以太坊交易。
在解決這個問題時,用戶需要記住只有當交易仍在網路上未決時才能嘗試取消。 他們需要採取的第一步是在區塊瀏覽器中驗證交易是否仍在等待中。 主要是粘貼交易哈希,也稱為以太坊交易 ID,如果區塊瀏覽器顯示「待處理」,用戶仍然可以嘗試取消它。
取消卡住的以太坊交易的最簡單方法是應用程序內取消,這需要用戶退出以太坊錢包應用程序並關閉瀏覽器,重新打開並重新登錄應用程序。
⑦ 以太坊多節點私有鏈部署
假設兩台電腦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
⑧ 法幣交易使用指南
買入ETH
1.登陸賬戶後,點擊「法幣交易」,輸入您要購買的ETH數量後,點擊「立即買入」。
2.點擊「立即買入」後,出現彈窗,根據賣家提供的收款方式打款, 請務必在轉賬備注中填寫標識碼。
3.您轉賬成功後,賣家會盡快將ETH轉到您的幣新賬戶,如您在交易過程中遇到問題,請咨詢幣新客服。
賣出ETH
1.進入法幣交易頁面,設置收款賬號。
2.幣新提供銀行賬戶、支付寶兩種收款方式。
3.設置收款賬號後,到法幣交易頁面,輸入您要賣出的ETH數量後(ETH的賣出量需小於或等於您賬戶中的ETH數量),點擊「立即賣出」。幣新會凍結您賬戶中對應數量的ETH。
3.幣新會自動匹配相應買家,待買家打款完成後,會將凍結的ETH轉入買家賬戶。
如您在交易過程中遇到問題,請咨詢幣新客服。
法幣交易常見問題:
注意:
1、怎麼買入 ETH ?
請按照網站公示價格發布購買信息,系統自動為您匹配商戶,按照提示信息在15分鍾內完成給賬戶付款。商戶確認收到款後,會馬上發幣到您的幣新賬戶中。
2、怎麼賣出 ETH ?
請按照網站公示價格發布賣出信息,系統自動為您匹配商戶,下單成功後商戶會在2小時內給您打款。
3、 ETH 價格怎麼確定?
價格參考主流交易所ETH價格,請按照指定價格下單。
4、 ETH 有沒有額度限制?
目前單次買入賣出單筆最低為1個幣,最高為100個。
5、是否有手續費?
全流程平台不收取任何費用。
6、訂單有效期多久?
訂單有效期為2小時,如2小時內無法匹配成功訂單將失效。目前訂單匹配成功的時間一般為2個小時內。
7、交易過程產生糾紛怎麼處理?
在幣新進行交易的、均是經過實名認證用戶,如交易過程產生糾紛,請提供有關打款、打幣記錄,交由幣新確認交易成功或失敗後進行仲裁,確保雙方利益。
8、商戶每天的工作時間是多久?
商戶服務時間:早上10點到晚上10點
⑨ linux配置中eth0和eth1做什麼用的
都是上網用的,只是名稱不同。
eth0,eht1相當於windows的本地連接1本地連接2,就是告訴你現在又兩塊網卡,一塊叫eth0,另一塊叫eth1。
例如:
目錄etc/sysconfig/network-scripts下面,ifcfg-eth0就代表eth0的配置,把文件改成了eth1,文件內容做下修改, 那就是eth1了。
當然,這種配置方法並不適用於所有的linux系統,但對RHEL是適用的。
(9)eth所在塊待確認擴展閱讀:
使用注意事項
子網卡在這里並不是實際上的網路介面設備,但是可以作為網路介面在系統中出現,如eth0:1、eth1:2這種網路介面。它們必須要依賴於物理網卡,雖然可以與物理網卡的網路介面同時在系統中存在並使用不同的IP地址,而且也擁有它們自己的網路介面配置文件。但是當所依賴的物理網卡不啟用時(Down狀態)這些子網卡也將一同不能工作。
如果將一個物理網卡通過vconfig命令添加到多個VLAN當中去的話,就會有多個VLAN虛擬網卡出現,他們的信息以及相關的VLAN信息都是保存在/proc/net/vlan/config這個臨時文件中的,而沒有獨自的配置文件。它們的網路介面名是eth0.1、eth1.2這種名字。
⑩ 從平台發出到庫神錢包要多久
最近以太坊和某動物幣瘋漲,很多朋友都開始急急忙忙從錢包提幣,但是發現轉出的幣遲遲不到賬,於是後台和客服陸陸續續會收到類似這樣的發問:
「為何從錢包里轉出的xxxx一直未到賬,都三天了」
"轉幣從庫神錢包一般多長時間能到賬"
「你們錢包怎麼回事啊,怎麼轉不出來幣」
於是,就有了今天的這篇文章。
本文要跟大家好好科普一下到底加密貨幣是怎麼轉賬的,轉賬快慢到底跟錢包公司到底有沒有關系……
當你從錢包里發出了轉幣的請求後,都發生了什麼事情?
圖片
比特幣的轉賬,跟我們平時進行銀行轉賬一樣,我們選擇一個有比特幣的地址,輸入對方的比特幣地址,輸入想轉賬的金額,輸入給礦工的手續費,然後用私鑰進行簽名,提交之後就等著礦工們來處理,交易信息會在比特幣網路進行全網廣播。
比特幣現在的每個區塊大小是1M位元組,大概能容納一千筆交易。當網路轉賬的人比較少時,等待礦工確認的你可能只需要等10分鍾,就能被下一個區塊確認了。如果當前轉賬的人比較多,你可能要排隊,多等一個10分鍾,甚至更長時間。
圖片
礦工們會不斷的等待記錄的轉賬交易裡面去選擇手續費比較高的轉賬信息來進行記賬,如果你的手續費不排在前面,可能就要排在很後面才能夠記你的賬了。
這也就是為什麼有的朋友轉幣遲遲不到賬的原因,轉賬快慢的原因只和以下兩種原因有關,與錢包公司可是半毛錢關系都沒有。
礦工費的高低
區塊鏈網路擁堵狀況
圖片
下面教大家一種轉賬查詢方法,可以查詢到自己轉的幣到底到哪一步了,是需要加高礦工費重新發起交易還是只需要等待。
1.打開 https://coinmarketcap.com/ 選擇你要交易的幣種
2. 點擊【Explorers】,選擇任一網址打開。
圖片
右上角輸入你的交易ID(哈希值),或者地址(發送地址/接收地址),就可以查詢到現在的交易狀態。
以ETH為例,可能會出現待確認、確認中、已確認三種情況
待確認=礦工還沒有確認你的交易,如想使低礦工費的交易快速到賬,可重新發送交易,流程如下:
1、更新余額(確定這筆余額還在)
2、自己給自己的這個地址發送一筆交易,修改礦工費為當前最佳礦工費,發送後上一筆未確認的交易會被頂替掉
3、核實後,重新發送目標交易
當前最佳礦工費可在庫神App端查看:
App首頁——我的——錢包工具——最佳礦工費
圖片
圖片
圖片
確認中=礦工正在打包你的交易,耐心等待即可;
已確認=交易完成。
圖片
以BTC為例,可能會出現待確認/確認中/已確認三種情況
待確認:使用本筆交易的交易ID,在BTC.com瀏覽器查詢交易記錄,如果可以加速交易,可在交易記錄頁面查看到「加速交易」入口,此時可以進入支付加速費用加速該筆交易,加速後一般會在2小時內到賬。
確認中=等待即可;
已確認=交易完成。
圖片