以太坊abi查詢

⑴ 使用Web3J與第三方合約交互——批量轉賬

之前使用NodeJs與智能合約交互，都是訪問的自己部署的合約。最近要對線上第三方合約進行轉賬操作，人數比較多，一筆筆操作起來手指都點斷了還容易出錯。既然代幣Token都遵守ERC20協議，肯定有統一的Transfer(轉賬)方法供客戶端調用，那麼編寫程序實現自動轉賬應該可以實現，去查了相關資料發現web3j是不錯的選擇。

輕量級客戶端與以太坊交互的Java庫。

既然是調用第三方合約那麼肯定需要知道合約地址，合約地址定義了到哪裡去訪問合約；
ABI（Application Binary Interface）: 應用程序二進制介面，定義了智能合約提供的方法功能

若是無法獲取到ABI介面，也可以使用solc編譯生產bin和abi文件。

(生產代理類時可以指定包路徑和類名)

這樣一來，便可以使用程序完成批量轉賬操作。

後來研究發現，使用NodeJs直接調用Web3也可以實現對應功能，不過還是對Java更熟悉一些，就採用了Java的方式。

⑵ 區塊鏈和智能合約，以太坊開發，183位開發者整理，知識體系匯總

在以太坊上開發應用程序的可用工具、組件、模式和平台的指南。

此列表的創建是由 ConsenSys 的產品經理推動的，他們認為需要在新的和有經驗的區塊鏈開發人員之間更好地共享工具、開發模式和組件。

開發智能合約

智能合約語言

構架

IDE

其他工具

測試區塊鏈網路

測試以太水龍頭

前端以太坊 API

後端以太坊 API

引導程序/開箱即用工具

以太坊 ABI（應用程序二進制介面）工具

以太坊客戶端

貯存

Mahuta - 具有附加搜索功能的 IPFS 存儲服務，以前稱為 IPFS-Store

OrbitDB - IPFS 之上的去中心化資料庫

JS IPFS API - IPFS HTTP API 的客戶端庫，用 JavaScript 實現

TEMPORAL - 易於使用的 API 到 IPFS 和其他分布式/去中心化存儲協議

PINATA - 使用 IPFS 的最簡單方法

消息傳遞

測試工具

安全工具

監控

其他雜項工具

Cheshire - CryptoKitties API 和智能合約的本地沙箱實現，可作為 Truffle Box 使用

ERCs-以太坊評論請求存儲庫

ERC-20 - 可替代資產的原始令牌合約

ERC-721 - 不可替代資產的令牌標准

ERC-777 - 可替代資產的改進令牌標准

ERC-918 - 可開采令牌標准

流行的智能合約庫

可擴展性

支付/狀態通道

等離子體

側鏈

POA橋

POA 橋用戶界面

POA 橋梁合同

ZK-SNARK

ZK-STARK

預構建的 UI 組件

以上內容，來自git庫：

github.com/ConsenSys/ethereum-developer-tools-list

我是魚歌，一個在深圳創業的全棧程序員，主攻區塊鏈，元宇宙和智能合約，附加小程序和app開發。

[祈禱]

⑶ DApp開發入門

本文僅介紹以太坊系列的DApp開發，其他鏈原理差不太多。

MetaMask安裝完成並運行後，可以在Chrome控制台列印 MetaMask注入的window.ethereum對象

關於ethereum對象，我們只需要關心 ethereum.request 就足夠了，MetaMask 使用 ethereum.request(args) 方法 來包裝 RPC API。這些 API 基於所有以太坊客戶端公開的介面。 簡單來說錢包交互的大部分操作都是由 request() 方法實現，通過傳入不同的方法名來區分。

⚠️ 即使ethereum對象中提供了chainId，isMetaMask，selectAddress屬性，我們也不能完全相信這些屬性，他們是不穩定或不標准，不建議使用。我們可以通過上面說的request方法，拿到可靠的數據 。

錢包通過method方法名，進行對應的實現 以獲取錢包地址為例

調用 ethereum.request({ method: "eth_requestAccounts" }) ，錢包實現了該方法，那麼就可以拿到錢包的地址了。

MetaMask注入的 window.ethereum 就是一個Provider，一個RPC節點也是一個Provider，通過Provider，我們有了訪問區塊鏈的能力。 在連接到錢包的情況下，通常使用錢包的Provider就可以了， ethers.providers.Web3Provider(ethereum)

如果只需要查詢一些區塊鏈數據，可以使用EtherscanProvider 和 InfuraProvider 連接公開的 第三方節點服務提供商 。JsonRpcProvider 和 IpcProvider 允許連接到我們控制或可以訪問的以太坊節點。

獲取當前賬戶余額

獲取最新區塊號

其他RPC操作，可以通過 JSON-RPC 查看。

通過 ethers.js 可以連接ERC20的合約，合約編譯後會生成ABI，合約部署後，會生成合約地址，開發者通過 ABI和合約地址 ，對合約發送消息。

合約中的方法大致分為兩種： 視圖方法(免費)，非視圖方法(消耗Gas) ，可以通過ABI查看方法類型。

⚠️ ERC20需要多加關注的是 Approve() 方法以及 transfer() 和 transferFrom() 的區別 ，授權過的代幣，被授權的那一方，可以通過調用 transferFrom() 方法,轉走你授權數量內的代幣，所以授權是一個很危險的操作，假設你授權了一個不良的合約，那你會面臨授權的token被轉走的風險，即使你沒有泄露私鑰助記詞。

便利三方庫： web3-react use-wallet

文檔： doc.metamask.io ethers

⑷ 一學就會，手把手教你用Go語言調用智能合約

智能合約調用是實現一個 DApp 的關鍵，一個完整的 DApp 包括前端、後端、智能合約及區塊 鏈系統，智能合約的調用是連接區塊鏈與前後端的關鍵。

我們先來了解一下智能合約調用的基礎原理。智能合約運行在以太坊節點的 EVM 中。因此要 想調用合約必須要訪問某個節點。

以後端程序為例，後端服務若想連接節點有兩種可能，一種是雙 方在同一主機，此時後端連接節點可以採用 本地 IPC(Inter-Process Communication，進 程間通信)機制，也可以採用 RPC(Remote Procere Call，遠程過程調用)機制;另 一種情況是雙方不在同一台主機，此時只能採用 RPC 機制進行通信。

提到 RPC， 讀者應該對 Geth 啟動參數有點印象，Geth 啟動時可以選擇開啟 RPC 服務，對應的 默認服務埠是 8545。。

接著，我們來了解一下智能合約運行的過程。

智能合約的運行過程是後端服務連接某節點，將 智能合約的調用(交易)發送給節點，節點在驗證了交易的合法性後進行全網廣播，被礦工打包到 區塊中代表此交易得到確認，至此交易才算完成。

就像資料庫一樣，每個區塊鏈平台都會提供主流 開發語言的 SDK(Software Development Kit，軟體開發工具包)，由於 Geth 本身就是用 Go 語言 編寫的，因此若想使用 Go 語言連接節點、發交易，直接在工程內導入 go-ethereum(Geth 源碼) 包就可以了，剩下的問題就是流程和 API 的事情了。

總結一下，智能合約被調用的兩個關鍵點是節點和 SDK。

由於 IPC 要求後端與節點必須在同一主機，所以很多時候開發者都會採用 RPC 模式。除了 RPC，以太坊也為開發者提供了 json- rpc 介面，本文就不展開討論了。

接下來介紹如何使用 Go 語言，藉助 go-ethereum 源碼庫來實現智能合約的調用。這是有固定 步驟的，我們先來說一下總體步驟，以下面的合約為例。

步驟 01:編譯合約，獲取合約 ABI(Application Binary Interface，應用二進制介面)。 單擊【ABI】按鈕拷貝合約 ABI 信息，將其粘貼到文件 calldemo.abi 中(可使用 Go 語言IDE 創建該文件，文件名可自定義，後綴最好使用 abi)。

最好能將 calldemo.abi 單獨保存在一個目錄下，輸入「ls」命令只能看到 calldemo.abi 文件，參 考效果如下:

步驟 02:獲得合約地址。注意要將合約部署到 Geth 節點。因此 Environment 選擇為 Web3 Provider。

在【Environment】選項框中選擇「Web3 Provider」，然後單擊【Deploy】按鈕。

部署後，獲得合約地址為:。

步驟 03:利用 abigen 工具(Geth 工具包內的可執行程序)編譯智能合約為 Go 代碼。abigen 工具的作用是將 abi 文件轉換為 Go 代碼，命令如下:

其中各參數的含義如下。 (1)abi:是指定傳入的 abi 文件。 (2)type:是指定輸出文件中的基本結構類型。 (3)pkg:指定輸出文件 package 名稱。 (4)out:指定輸出文件名。 執行後，將在代碼目錄下看到 funcdemo.go 文件，讀者可以打開該文件欣賞一下，注意不要修改它。

步驟 04:創建 main.go，填入如下代碼。 注意代碼中 HexToAddress 函數內要傳入該合約部署後的地址，此地址在步驟 01 中獲得。

步驟 04:設置 go mod，以便工程自動識別。

前面有所提及，若要使用 Go 語言調用智能合約，需要下載 go-ethereum 工程，可以使用下面 的指令:

該指令會自動將 go-ethereum 下載到「$GOPATH/src/github.com/ethereum/go-ethereum」，這樣還算 不錯。不過，Go 語言自 1.11 版本後，增加了 mole 管理工程的模式。只要設置好了 go mod，下載 依賴工程的事情就不必關心了。

接下來設置 mole 生效和 GOPROXY，命令如下:

在項目工程內，執行初始化，calldemo 可以自定義名稱。

步驟 05:運行代碼。執行代碼，將看到下面的效果，以及最終輸出的 2020。

上述輸出信息中，可以看到 Go 語言會自動下載依賴文件，這就是 go mod 的神奇之處。看到 2020，相信讀者也知道運行結果是正確的了。

⑸ 以太坊的ABI編碼

ABI全稱Application Binary Interface, 是調用智能合約函數以及合約之間函數調用的消息編碼格式定義,也可以理解為智能合約函數調用的介面說明. 類似Webservice里的SOAP協議一樣；也就是定義操作函數簽名，參數編碼，返回結果編碼等。

使用ABI協議時必須要求在編譯時知道類型,即強類型相關.

當一個智能合約編譯出來後, 他的abi介面定義就確定了. 比如下面的智能合約:

生成的位元組碼:

生成的abi定義:

可以看出, 生成abi包含了2個定義: 函數 lotus , 事件 Log_lotus , 各個欄位含義見上. 根據該abi定義,就可以生成調用該智能合約函數的abi格式的數據了.

格式簡單的可以表示為: 函數選擇器+參數編碼

一個函數調用的前四個位元組數據指定了要調用的函數簽名。計算方式是使用函數簽名的 keccak256 的哈希，取4個位元組。

函數名如果有多個參數使用,隔開，要去掉表達式中的所有空格。在geth客戶端,通過命令可以得到hash:

由於前面的函數簽名使用了四個位元組，參數的數據將從第五個位元組開始。

根據參數類型,編碼規則有所區別:

除了bytes,和string, 其他類型的數據不足32位元組長度的需要加0補足32位元組. 動態長度的編碼在例子中介紹.

函數: function baz(uint32 x, bool y) :

調用: baz(69, true)

生成的數據如下:

返回結果是一個bool值，在這里，返回的是false:

函數: f(uint,uint32[],bytes10,bytes)

調用: (0x123, [0x456, 0x789], "1234567890", "Hello, world!")

函數選擇器: bytes4(sha3("f(uint256,uint32[],bytes10,bytes)"))

對於 固定大小的類型 值 uint256 和 bytes10 ，直接編碼值。

對於 動態內容類型 值 uint32[] 和 bytes ，我們先 編碼偏移值 ，偏移值是整個值編碼的開始到真正存這個數據的偏移值（這里不計算頭四個用於表示函數簽名的位元組）。

所以參數編碼數據依次為：

尾部部分的第一個動態參數， [0x456, 0x789] 編碼拆解如下：

最後我們來看看第二個動態參數的的編碼， Hello, world! 。

所以最終結果是:

⑹ 如何使用 Etherscan 的 API

雖然以太坊提供了 Web3 和 Json Rpc 這 2 種 API，geth 也額外提供了一些 API ，但是對於開發以太坊應用來說還是顯得有些不足，比如說獲取交易記錄的時間，需要先通過交易的 hash 找到該交易對應的區塊 id，然後才能找到對應的時間，查詢起來相當不方便。

好在 Etherscan 對外提供了一些公共的 API，給我們提供了額外的能力來處理更多的業務場景。

為了方便開發人員更好地使用 ethersacn.io ，網站提供了 一系列 API 供開發人員使用。

API 的使用非常簡單，基本上都是 get 方法，通過 http 請求就可以直接調用，在每個 Api 的說明文檔都有對應的例子可以查看。

API 主要包含以下模塊：賬號、智能合約、交易、區塊、事件日誌、代幣及工具等。

賬號相關的 API，有獲取賬號金額，獲取交易記錄等，該模塊提供的 API 最多。

API 示例

https://api.etherscan.io/api?mole)=account&action=balance&address=&tag=latest&apikey=YourApiKeyToken

參數說明

其中 mole、action、apikey 是每個 API 都有的參數，其他的參數則因不同 API 而不同。

返回結果

API 示例

https://api.etherscan.io/api?mole=account&action=balancemulti&address=,,&tag=latest&apikey=YourApiKeyToken

參數說明

（前面有講過的參數就不講了，下同）

與單個賬號金額 API 相比，參數 address 用 , 號分隔多個賬號，最多可支持 20 個賬號的金額查詢。

返回結果

API 示例

https://api.etherscan.io/api?mole=account&action=txlist&address=&startblock=0&endblock=99999999&page=1&offset=10&sort=asc&apikey=YourApiKeyToken

參數說明

返回結果

API 示例

https://api.etherscan.io/api?mole=account&action=txlistinternal&address=&startblock=0&endblock=2702578&page=1&offset=10&sort=asc&apikey=YourApiKeyToken

參數說明

參數與上一個 API 基本相同，只有 action 是 txlistinternal 這一點不同，這 2 種交易的區別是什麼呢？簡單的理解就是「正常」的交易是會記錄到區塊鏈上的，而「內部」交易是指不會記錄到區塊鏈上的記錄，比如交易失敗的記錄。

另外這個 API 還可以通過交易 hash 查看交易的詳情。

https://api.etherscan.io/api?mole=account&action=txlistinternal&txhash=&apikey=YourApiKeyToken

返回結果

API 示例

參數說明

返回結果

API 示例

參數說明

返回結果

智能合約相關的 API，其實只有一個獲取智能合約介面的 API，但是這個 API 非常有用。

API 示例

參數說明

智能合約的 abi 就是一個 json 對象，通過這個對象我們可以調用其介面方法，後面會寫一篇文章介紹如何操作 abi 對象，敬請期待。

返回結果

返回結果內容比較長，這里省略，就是一個 json 對象，感興趣的可以自行調用該 API 看結果。

賬號和智能合約的 API 已經能滿足大部分的業務需求了，其他模塊的 API 感覺沒什麼太大的作用，這里就不介紹了，感興趣的讀者可以自行查閱。

這里再說下 API 的使用限制，剛才提到每個 API 都有一個 apikey 參數，如果 API 沒加上這個參數的話，每個 API 的請求次數不能超過 5 次每秒。

Etherscan 提供的這些 API 有些是和以太坊提供的 API 有重復的，比如說獲取賬號金額，獲取事件日誌記錄等，但有一些 API 給我們帶來了很大的便利性，比如獲取賬號交易記錄，有了這個 API 就不用使用幾個原生 API 進行各種數據拼接了。

另外 Etherscan 的這套 API 在 Rinkeby 測試網路也有一套一模一樣的，區別只是前面的 url 不同，Rinkeby 的是： api-rinkeby.etherscan.io ，感興趣的同學可以去試試。

⑺ 智能合約abi弄不出來怎麼辦

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

⑻ 如何創建比特幣/加密貨幣交易平台

這個很復雜，需要政府部門的批文。現在國家層面已經禁止加密貨幣的交易了。