⑴ 以太坊轉帳二十小時沒到帳
新手第一次轉以太坊難免會緊張，因為不清楚以太坊轉賬多久到賬，所以每一秒的等待都是焦急的。以太坊轉賬的網路速度比較快，因為以太坊網路解決了比特幣網路中擴展性不足的問題，以太坊網路也比比特幣網路速度快。通常情況下以太坊轉賬只需要幾分鍾就可以到賬。若是你進行以太坊轉賬遲遲沒有收到到賬信息，你可以咨詢客服，或者自己查找是不是其中某個流程出現了錯誤。不論是轉比特幣還是以太坊，都需要手續費。因為手續費是給礦工的一種鼓勵，也是對礦工電費的一種補償。礦工們要確認每一筆交易很不容易，所以他們也需要報酬
⑵ 使用Web3J與第三方合約交互——批量轉賬
之前使用NodeJs與智能合約交互，都是訪問的自己部署的合約。最近要對線上第三方合約進行轉賬操作，人數比較多，一筆筆操作起來手指都點斷了還容易出錯。既然代幣Token都遵守ERC20協議，肯定有統一的Transfer(轉賬)方法供客戶端調用，那麼編寫程序實現自動轉賬應該可以實現，去查了相關資料發現web3j是不錯的選擇。
輕量級客戶端與以太坊交互的Java庫。
既然是調用第三方合約那麼肯定需要知道合約地址，合約地址定義了到哪裡去訪問合約；
ABI（Application Binary Interface）: 應用程序二進制介面，定義了智能合約提供的方法功能
若是無法獲取到ABI介面，也可以使用solc編譯生產bin和abi文件。
(生產代理類時可以指定包路徑和類名)
這樣一來，便可以使用程序完成批量轉賬操作。
後來研究發現，使用NodeJs直接調用Web3也可以實現對應功能，不過還是對Java更熟悉一些，就採用了Java的方式。
⑶ 以太坊錢包轉賬能撤銷嗎
不能。
轉賬都是一次性的，而且在這個過程中還沒有能夠撤銷的這一項設計，很多的轉賬都是直接到賬的，所以一定要查看仔細對方的賬戶，再進行轉賬。
很多時候轉賬的金額都比較大，如果轉錯了，會造成一定的麻煩，而且和對方溝通的時候也會出現一些問題，最好是要確保好再操作。
⑷ 以太坊轉賬流程
發起:用戶在本地的以太坊錢包軟體中選擇要發送的交易地址(From)、輸入目標地址(To)、金額(Value)、是否部署或調用合(Data)、手續費單價(Gasprice)等,確認發送至以太坊節點節點和錢包可以是同一台
廣播:節點收到(或自己發起)交易後,會對交易進行驗證。驗證:交易的簽名、發起賬號的余額是否能支付轉賬余額與手續費、Nonce是否為賬號已發出的交易數。驗證為合法後,將交易加入節點的交易池中交易池中存儲著待打包的交
安裝以太坊瀏覽器錢包插件,創建錢包,獲取虛擬以太幣,進行轉賬交易。 實驗內容 學習 初識以太坊,發送交易 1.學習《初始以太坊,發送交易》,虛擬以太幣交易。
⑸ 【ETH錢包開發04】web3j轉賬ERC-20 Token
在上一篇文章中講解了ETH轉賬，這一篇講一下ERC-20 Token轉賬。
【ETH錢包開發03】web3j轉賬ETH
1、直接用web3j的API
2、java／Android調用合約的 transfer 方法
不管用哪種方式來轉賬，你都需要先寫一個solidity智能合約文件來創建ERC-20 Token，然後部署合約，最後才是通過客戶端來調用。
注意：erc-20 token轉賬和eth轉賬的區別如下：
1、erc-20 token創建交易對象用的是這個方法 createTransaction
2、erc-20 token需要構建 Function ，它其實對應的就是erc-20 token合約中的那些方法。它的第一個參數就是ERC20中那幾個方法的名稱，第二個參數的話就是對應合約方法中的參數，第三個參數是和第二個參數對應的，按照我那樣就行了。轉賬的話就是 transfer ，我們從合約的 transfer 可以看到第一個參數是收款地址，第二個參數是金額，所以 Function 這里對應起來就好。
這種方法不需要使用web3j封裝的方法，而是直接調用solidity合約的方法。
步驟
1、web3j載入一個已經部署的合約
2、驗證合約是否載入成功 isValid
3、如何載入合約成功，則調用合約的 transfer 方法
注意：
1、這里的 TokenERC20 是根據solidity智能合約生成的對應的Java類，用於java／Android和智能合約交互的，如果你對這里不太清楚，不妨看看我之前的一篇文章。
以太坊Web3j命令行生成Java版本的智能合約
2、如果載入合約失敗，可能的一個原因是合約對應的Java類中的 BINARY 的值不對，這個值是你部署合約成功之後的bytecode，你最好檢查對比一下。
我發送一筆交易，可以通過這個地址查詢
https://rinkeby.etherscan.io/tx/
⑹ 以太幣轉帳速度
兩小時至24小時以內。
可根據轉賬支付的礦工費，快的一分鍾能到，慢的也能在幾分鍾到。一般來說轉賬BTC，ETH等其它代幣到賬的時間在兩個小時以內，快的情況也大概需要30分鍾，所以轉賬請把握好到賬時間。
以太坊已經做到了每秒處理5次交易，如果它超過6，那麼它也處於峰值容量。另一方面，Uber平均每秒鍾有12次乘車，PayPal幾百次，Visa數千次，大型股票交易所成千上萬，而在物聯網中，討論的是每秒數十萬。
⑺ ETH轉賬的2種方式的對比
web3j支持使用以太坊錢包文件（推薦）和乙太網客戶端管理命令來發起一筆交易。當你創建了一個擁有以太幣的賬戶後，你可以通過以下兩種交易機制，和以太坊網路（私網/公網）交易：
這里主要講一下 線下簽名交易（Offline transaction signing） 。線下簽名交易允許你使用web3j提供的錢包賬戶發起交易，你完全控制自己的私鑰，交易發送到網路上的其它節點並廣播。
線下簽名交易使用 RawTransaction 對象來完成，一共有如下幾步：
1、通過私鑰或密碼+錢包文件（keystore）來載入轉賬憑證Credentials
2、獲取發起轉賬賬戶的nonce 值，也就是第幾筆交易
3、創建 RawTransaction交易 對象
4、簽名 RawTransaction 對象，也就是對交易做簽名
5、發送交易（ RawTransaction 對象）給節點處理。
6、獲取交易哈希值TxHash
以太坊實戰-再談nonce使用陷阱： https://blog.csdn.net/wo541075754/article/details/79054937
此外，還有一種簡單的轉賬方式
這種方式，不需要自己管理nonce。
這2種方式都是離線交易，先組裝交易，然後發送到鏈上。
參考：
https://docs.web3j.io/getting_started.html#transactions
https://www.jianshu.com/p/6650d2a3aea9
⑻ 【ETH錢包開發03】web3j轉賬ETH
在之前的文章中，講解了創建、導出、導入錢包。
【ETH錢包開發01】創建、導出錢包
【ETH錢包開發02】導入錢包
本文主要講解以太坊轉賬相關的一些知識。交易分為ETH轉賬和ERC-20 Token轉賬，本篇先講一下ETH轉賬。
1、解鎖賬戶發起交易。錢包keyStore文件保存在geth節點上，用戶發起交易需要解鎖賬戶，適用於中心化的交易所。
2、錢包文件離線簽名發起交易。錢包keyStore文件保存在本地，用戶使用密碼+keystore的方式做離線交易簽名來發起交易，適用於dapp，比如錢包。
本文主要講一下第二種方式，也就是錢包離線簽名轉賬的方式。
交易流程
1、通過keystore載入轉賬所需的憑證Credentials
2、創建一筆交易RawTransaction
3、使用Credentials對象對交易簽名
4、發起交易
注意以下幾點：
1、Credentials
這里，我是通過獲取私鑰的方式來載入 Credentials
還有另外一種方式，通過密碼+錢包文件keystore方式來載入 Credentials
2、nonce
nonce是指發起交易的賬戶下的交易筆數，每一個賬戶nonce都是從0開始，當nonce為0的交易處理完之後，才會處理nonce為1的交易，並依次加1的交易才會被處理。
可以通過 eth_gettransactioncount 獲取nonce
3、gasPrice和gasLimit
交易手續費由gasPrice 和gasLimit來決定，實際花費的交易手續費是 gasUsed * gasPrice 。所有這兩個值你可以自定義，也可以使用系統參數獲取當前兩個值
關於 gas ，你可以參考我之前的一篇文章。
以太坊（ETH）GAS詳解
gasPrice和gasLimit影響的是轉賬的速度，如果gas過低，礦工會最後才打包你的交易。在app中，通常給定一個默認值，並且允許用戶自己選擇手續費。
如果不需要自定義的話，還有一種方式來獲取。獲取以太坊網路最新一筆交易的 gasPrice ,轉賬的話， gasLimit 一般設置為21000就可以了。
Web3j還提供另外一種簡單的方式來轉賬以太幣,這種方式的好處是不需要管理nonce，不需要設置gasPrice和gasLimit，會自動獲取最新一筆交易的gasPrice，gasLimit 為21000（轉賬一般設置成這個值就夠用了）。
這個問題，我想是很多朋友所關心的吧。但是到目前為止，我還沒有看到有講解這方面的博客。
之前問過一些朋友，他們說可以通過區塊號、區塊哈希來判斷，也可以通過Receipt日誌來判斷。但是經過我的一番嘗試，只有 BlockHash 是可行的，在web3j中根據 blocknumber 和 transactionReceipt 都會報空指針異常。
原因大致是這樣的：在發起一筆交易之後，會返回 txHash ，然後我們可以根據這個 txHash 去查詢這筆交易相關的信息。但是剛發起交易的時候，由於手續費問題或者乙太網絡擁堵問題，會導致你的這筆交易還沒有被礦工打包進區塊，因此一開始是查不到的，通常需要幾十秒甚至更長的時間才能獲取到結果。我目前的解決方案是輪詢的去刷 BlockHash ，一開始的時候 BlockHash 的值為0x00000000000，等到打包成功的時候就不再是0了。
這里我使用的是rxjava的方式去輪詢刷的，5s刷新一次。
正常情況下，幾十秒內就可以獲取到區塊信息了。
區塊確認數=當前區塊高度-交易被打包時的區塊高度。