ethweb3java

⑴ 以太坊合約地址錯誤是怎麼回事

可能是你的一台放屁的伺服器出現了問題，或者是嗯這個伺服器暫時有問題，IP地址有問題，都可能出現這樣的情況。

⑵ 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

⑶ web3.js如何新建以太坊賬戶

推薦提問的同學去看看這個完整的區塊鏈新手入門的以太坊DApp開發教程，包括node.js、web3.js、solidity、geth、turffle都會涉及到，應該有幫助：

以太坊DApp入門實戰教程

⑷ 以太坊如何使用web3.js或者rpc介面獲取交易數據交易時間與確認數

如果要查詢主網上的交易記錄，可以使用etherscan。但是，如果是你自己搭建的私鏈，應該如何查詢交易記錄呢？

答案是你需要自己監聽鏈上的日誌，存到資料庫里，然後在這個資料庫中查詢。例如：

varaddr=""
varfilter=web3.eth.filter({fromBlock:0,toBlock:'latest',address:addr});
filter.get(function(err,transactions){
transactions.forEach(function(tx){
vartxInfo=web3.eth.getTransaction(tx.transactionHash);
//這時可以將交易信息txInfo存入資料庫
});
});

web3.eth.filter()用來監聽鏈上的日誌，web3.eth.getTransaction()用來提取指定交易的信息，一旦獲得交易信息，就可以存入資料庫供查詢用了。

推薦一個實戰入門，你可以看看：以太坊教程

⑸ java中怎麼樣調用eth的智能合約

一般來說，部署智能合約的步驟為：
1啟動一個以太坊節點 (例如geth或者testrpc)。
2使用solc編譯智能合約。 => 獲得二進制代碼。
3將編譯好的合約部署到網路。（這一步會消耗以太幣，還需要使用你的節點的默認地址或者指定地址來給合約簽名。） => 獲得合約的區塊鏈地址和ABI（合約介面的JSON表示，包括變數，事件和可以調用的方法）。(譯註：作者在這里把ABI與合約介面弄混了。ABI是合約介面的二進製表示。)
4用web3.js提供的JavaScript API來調用合約。（根據調用的類型有可能會消耗以太幣。）

⑹ 【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/

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

⑻ 【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刷新一次。

正常情況下，幾十秒內就可以獲取到區塊信息了。

區塊確認數=當前區塊高度-交易被打包時的區塊高度。

⑼ Web 3綜合指南：互聯網的未來

現在，你可能已經不止一次聽到過 "Web3 "這個詞。可能是在工作的時候，在健身房鍛煉的時候，或者在晚飯閑聊時聽到，也有可能是伴隨著朋友發出"為什麼狗狗幣要把SpaceX帶到月球啊！ "的咆哮聲中聽到的。

所有這些關於Web3的討論可能有點令人不安。畢竟，我們大多數人都還未真正適應Web2中社交媒體創造的新規則，所以僅僅是想到馬上就會有一個更新版本的網路，這個念頭一定會讓人不知所措。

在這里，我們有必要對Web3下一個定義，才能解讀這個所謂的互聯網的下一個階段到底是什麼。

在我們開始之前，重要的是要注意Web3仍然處於起步階段。它正在迅速發展，並將在相當長的一段時間內繼續發展。但是，盡管Web3的全部影響和最終形式不會很快實現，我們確實對其基本原則有了最本質的理解。 一句話，它是以一個技術項目的生態系統為中心的。

為了准確地理解這些概念的含義，以及為什麼它們對Web3如此重要，我們不妨回顧一下互聯網發展的軌跡。討論一下互聯網的 歷史 ，會讓我們更清楚我們要去的地方。

到目前為止，互聯網已經有了兩個迭代。Web 1.0和Web 2.0。Web 1.0是互聯網的恐龍時代，時間跨度從80年代中期到21世紀初。它誕生於1973年，當時美國國防部高級研究計劃局（DARPA）開始研究允許計算機在分布式網路上進行通信的協議。對於不熟悉的人來說，協議是標准化的、預先確定的規則，讓連接的設備在網路上相互通信。

最早的網路版本是分散的，這意味著它是建立在一系列免費使用的開放協議之上的。與專有協議不同的是，開放協議不能被集中的權威機構所擁有，也不局限於某個特定公司的產品。許多這些早期的網路協議，如HTTP（網路）、SMTP（電子郵件）和FTP（文件傳輸），是我們所知道和喜愛的現代互聯網應用的基礎。

在Web 1.0時期，互聯網主要由一系列超鏈接連接起來的頁面組成。沒有額外的視覺效果或評論窗口，就像我們今天使用互聯網時看到的那樣。互聯網用戶只不過是信息的被動接受者，無法進行互動或回應。

那是一個 "只讀 "的時代。

網站所有者的主要目的是向盡可能多的讀者傳播信息，而不是與訪問者積極互動。當像IMDB這樣的網站剛剛誕生時，網頁只是一堆鏈接，這幾乎就是互聯網的全部。

在過去的二十年裡，我們一直生活在Web 2.0中。它的特點並不是技術上的轉變。它源於我們對互聯網使用方式的改變。Web 2.0是一個互聯的版本，它使用戶能夠創造、分享和發布內容。普通人不再是一個被動的觀察者。相反，每一個人都在發揮著積極的創造作用。

為了說明這到底意味著什麼，Web1.0時代的電子商務商店只是一長串的產品名稱和價格。讀者通過掃描它們，然後他們去實體店進行購買。在Web 2.0中，用戶可以使用電子商務網站進行支付，跟蹤他們的訂單，發表評論，要求退款，等等。事實上，Web 2.0的網站一直在積極鼓勵用戶參與，從而提高用戶的參與度。參考一下Facebook的喜歡按鈕或他們的通知系統。兩者都是為了吸引讀者喜歡、評論或以其他方式參與。谷歌和亞馬遜也用類似的方式鼓勵用戶留下評論。

可悲的是，Web 2.0在很大程度上是由這些中介機構來描述和定義的。

為了找到一個公司或品牌，人們依靠谷歌搜索。要找到有趣的藝術家，人們依靠Instagram或Spotify。為了尋找商品，人們依靠亞馬遜。一目瞭然，使用Web 2.0，就離不開網路巨頭們的平台。

像谷歌、Spotify、亞馬遜、Facebook和所有其他Web 2.0中的大名鼎鼎的平台，都是中心化的數據聚合者。他們是供應商和消費者之間的中介，在這個過程中，以數據和金錢的形式，獲取了幾乎所有的價值。

這些多面體平台主要通過實現群體之間的直接互動來創造價值，隨著Web 2.0的普及而上升。事實上，它們現在在全球經濟中佔主導地位，是世界上最賺錢的公司之一。這也伴隨著一些問題。

最終，這些平台完全被利益所驅使，這使群體之間的直接互動變得更加困難，因此，中介機構更像是一個路障，而不是一條通途。讓我們以Facebook為例。

現在，Facebook是一個中介，它決定了用戶和企業何時以及如何互動和參與。谷歌的廣告平台和亞馬遜的特色產品也是如此。

在Web 2.0中，這些中介機構掌握著全部的權力。他們擁有我們全部數據，決定了我們在網上能做什麼，不能做什麼，保留了隨時關閉我們對平台的訪問的權利。無論你屬於政治路線的哪一邊，你都已經親眼看到了這些中介機構的力量，比如美國前總統特朗普的推特賬戶被封停。

這些中介機構還決定我們可以與誰互動，什麼時候互動，把我們的時間和注意力賣給最高的廣告商。最後，如果這還不夠，我們在互聯網上使用的大多數工具和服務都是通過亞馬遜的AWS雲計算服務等地方集中起來的，近三分之一的互聯網是通過AWS運行的。

什麼是Web3.0？

在Web 2.0之後的階段被稱為Web 3.0，直到Gavin Wood在2014年左右創造了 "Web3"。無論好壞，這個簡短的名字堅持了下來。簡而言之，Web3就是要消除Web2.0中出現的所有問題。這一代互聯網的重點是將權力從大型 科技 公司轉移到用戶個人身上。

正如一開始提到的，Web3的核心是一個去中心化、無信任、無許可和可互操作的技術產品的生態系統。現在是時候解釋這到底意味著什麼了。

Web3不是依靠單一的集中式伺服器，而是建立在區塊鏈驅動的加密網路之上，使數據能夠存儲在世界各地的分布式設備（也被稱為 "節點"）上。最終，這些分布式設備可以是任何東西，如電腦、筆記本電腦，甚至更大的伺服器。它們作為區塊鏈的框架，相互溝通，以實現數據的存儲、傳播和保存，而不需要可信的第三方背書。

由於這些節點，區塊鏈提供了一個不可改變的記錄——它是一個去中心化的所有權證明工具，與我們之前看到的任何東西都不同。

隨著Web 2.0的發展，我們別無選擇，只能將我們的數據交給谷歌和Facebook這樣的大型 科技 巨頭。我們別無選擇，只能依靠AWS提供我們的許多工具和服務。甚至更進一步，我們需要相信這些方面會以道德方式使用這些數據。正如我們在劍橋分析公司的丑聞中看到的那樣，我們的數據很容易被用來對付我們，這可能會產生全球性的 社會 政治影響。

像這樣的問題就是為什麼我們的數據和身份的分散所有權，也被稱為 "自我主權身份"，比以往任何時候都更重要。

這種自主權所有權是通過MetaMask（用於以太坊和ETH兼容的區塊鏈）或Phantom（用於Solana區塊鏈）等數字錢包實現的。有點像現實世界中的 "錢包"，數字錢包作為你的Web3身份，安全地保存你的貨幣和數據。

這個錢包是可互操作的，這意味著它可以在互聯網上無縫攜帶，並與各種產品和系統一起工作，允許你選擇哪些去中心化的應用程序可以訪問你的財產。此外，區塊鏈上的所有交易和互動都是無許可權的，這意味著它們不需要受信任的第三方的批准就能完成。

今天，個人必須使用他們的Facebook或谷歌登錄來訪問許多在線應用程序，這迫使他們交出他們的數據。但在Web3中，個人將擁有自己的身份。通過用區塊鏈取代第三方，Web3開啟了全新的商業模式和價值鏈，集中式的中介機構不再受到青睞。最終，Web3將權力從中間商手中奪回，並將其還給個人。

事實上，我們已經在NFTs（不可偽造的代幣）上親眼看到了這一點。

許多藝術家、音樂家和其他創作者最近已經開始嘗試他們可以從其作品中獲得大部分收入的方式。這在很大程度上可以歸功於智能合約的功能，智能合約是編程到區塊鏈中的預定協議，一旦滿足指定條款就會自動執行。具體來說，通過NFTs，智能合約允許二級版稅結構，這意味著創作者每次在公開市場上交換作品時都能得到報酬。

由於價值鏈的這一根本性變化，創作者的收入比以往任何時候都多，並慢慢改變了 "飢餓的藝術家 "這一令人痛苦的真實刻板印象。

DAO在Web3中的作用是什麼？

伴隨著這個新的價值鏈，Web3孕育了全新的經濟組織。去中心化的自治組織（DAO）是整個Web3空間互動的一個核心功能。正如Linda Xi所解釋的那樣，DAO是圍繞著一個任務組織起來的一群人，"通過一套在區塊鏈上執行的共享規則進行協調"。

DAO的主要優勢在於，與傳統公司不同，區塊鏈為DAO提供了完全的透明度。任何人都可以看到和分析DAO的所有行動和資金。這種透明度大大降低了腐敗的風險，防止重要信息被審查。它還確保DAO堅持其承諾。這是因為，像NFT一樣，DAO也在智能合約上運行，只要滿足某些條件，就可以觸發一個行動。例如，在DAO的情況下，智能合約可以確保獲得一定數量的贊成票的提案會自動頒布。

與傳統的自上而下的組織（幾乎所有的公司或非營利組織都是如此）不同，DAO以扁平的等級結構運作，允許所有成員在影響更廣泛群體的關鍵決策中發言--而不僅僅是主要股東。

更重要的是，DAO對普通人來說更容易進入，因為進入的門檻沒有那麼高。

通常情況下，只有那些被允許在早期投資於一個項目因此而獲得大部分財務回報的機構--他們都是有龐大資源和有廣闊關系網。

DAO則不然。它們可以在全球范圍內參與，而且成本要低得多。

一些加密貨幣項目也可以被視為DAO，因為其中許多項目是由分散的治理形式管理的，其中代幣持有人對項目的未來進行投票。迄今為止，DAO已被用於眾籌項目，治理社區，甚至還試圖購買美國憲法。

雖然 "Web3 "和 "metaverse "這兩個詞經常交替使用，但它們是不一樣的。

元宇宙被定義為物理世界和虛擬世界的混合體。元宇宙的支持者認為，這樣的未來是不可避免的，有一天人類將在一個以某種方式增強的世界中度過大部分時間。這個想法最近獲得了很大的吸引力，因為Facebook的創始人馬克-扎克伯格將他的社交媒體公司更名為 "Meta"，在元宇宙上下了很大賭注。

Web3是一個去中心化的互聯網版本，與增強物理現實沒有任何關系。雖然許多Web3協議，如NFT或點對點加密貨幣交易，可能會在未來的metaverse中使用，但Web3並不是metaverse。

盡管如此，Web3還有更嚴重的問題。

首先，重大的變化帶來了重大的風險。Web3最好的部分之一是你對你自己的數據有完全的所有權。這也是最糟糕的部分。Web3空間在很大程度上仍然是一個狂野的西部，充滿了不良行為者。由於不依賴中心化的權威機構，你要完全負責的保證你的數據和貨幣的安全。這意味著要注重錢包安全，不斷警惕網路釣魚計劃，並且永遠不要泄露你的種子短語（助記詞），即使是最值得信賴的Web3協議和平台也會被黑客攻擊和暴露，所以始終保持警惕是至關重要的。

總之，在Web3中，不信任並不是一個普遍的真理，你首先需要信任你自己。

還有可擴展性問題。雖然很少有人會認為去中心化本身是一件壞事，但正是因為去中心化，Web3上的交易才會更慢。更改需要由礦工處理並在整個網路中傳播，這需要時間。

然後是gas，這是用戶為使用世界上最流行的區塊鏈--以太坊區塊鏈所支付的費用。具體來說，"gas "是成功進行區塊鏈交易所需的費用。這些費用在高峰期可以飆升到每筆交易數百美元。

然後是去中心化的難題。盡管區塊鏈可能是去中心化的，但許多使用區塊鏈的Web3服務目前是由數量極少的私人公司控制的。而且人們有理由擔心，為支持去中心化網路而出現的行業是高度整合的。

事實上，這遠不是一份詳盡的擔憂清單。然而，如前所述，Web3仍處於起步階段，許多開發人員正在積極努力解決目前的問題。

因此，Web3被設想為互聯網的下一個階段。這是一個去中心化、隱私至上的互聯網時代，用戶擁有自己的數據，利潤從中心化的中介機構轉移到創造者和他們的社區手中。如果解決當前問題的開發人員取得成功，我們可能就會進入Web 3。

⑽ 以太坊web3.sendRawTransaction離線簽名交易

工作中需要復現短地址攻擊和the重入攻擊，重入攻擊可以直接通過eth.sendTransaction和remix來發送交易，但是短地址攻擊由於錢包和remix這些都對input做了長度檢測，無法通過這些方式來復現，只能通過發離線簽名交易來實現。

1.環境依賴：nodejs , keythereum , ethereumjs-common , ethereumjs-tx 。

2.進入Node控制台，獲取相應賬戶私鑰。

3.簽名交易，進入Node,這里注意nonce問題，需要Nonce是實際可執行的nonce，Nonce不對會發送交易失敗,關於如何獲取input data網路比較多就不詳述了。

4.遇到的坑，網路出來的步驟是有問題的或者過時了，當時是參考的這篇文章， https://www.freebuf.com/articles/blockchain-articles/199903.html
，在控制台通過eth.sendRawTransaction發送簽名好的交易，我遇到了這個錯誤 ** sendRawTransaction invalid sender **