以太坊智能合約查詢

A. 以太坊的智能合約

智能合約是運行在計算機裡面的，用於保證讓參與方執行承諾的代碼，般情況下，普通合約上記錄了甲方與乙方各方面的關系條款，並通常是通過法律強制執行或保護的，而「智能合約」則是用密碼或密鑰來執行關系。以更加直接的角度來理解的話，即「智能合約」的程序內容將同-開始大家一起設定好的那樣百分百執行，並且零差錯。

舉個例子，以太坊用戶可以使用智能合約在特定日期向朋友發送10個以太幣。在這種情況下，用戶可以操作創建一個合約，然後將程序推人該合約中進行特殊計算，以便它能夠執行所需的命令。而以太坊就是專門把精力集中在這件事上的這么一個平台。

比特幣是第一個支持「智能契約」的資源幣種，因為網路的價值在於把價值或數據從一個點或人轉移到另一個點或人身上。節點網路只在滿足某些條件時才會進行驗證，但是，比特幣僅限於貨幣用例。相反，以大坊取代了比特幣那種帶有不小限制性的編程語言，取而代之的是一種允許開發人員編寫自己程序的語言。以太坊允許開發人員編寫他們自己的「智能契約」，即「自主代理」或「自治代理」，正如ETH白皮書所稱的那樣。該編程語言是「圖靈完備」語言，這意味著它支持一組更廣泛的計算指令。智能合約能做些什麼呢？

1.「多簽名」賬戶功能，只有在一定比例的人同意時才能使用資金。這個功能經常用在與眾籌或募捐類似的活動中。

2.管理用戶之間所簽訂的協議。例如，一方從另一方購買保險服務3.為其他合同提供實用程序。

4.存儲有關應用程序的信息，如「域注冊信息」或「會員信息記錄」。概念有時候比較晦澀，我們舉一個募捐的智能合約的例子來幫助理解：假設我們想向全網用戶發起募捐，那就可以先定義一個智能賬戶，它有三個狀態：當前募捐總量，捐款目標和被捐贈人的地址，然後給它定義兩個函數：接收募捐函數和捐款函數。

接收募捐函數每次收到發過來的轉賬請求，先核對下發送者是否有足夠多的錢(EVM會提供發送請求者的地址，程序可以通過地址獲取到該人當前的區塊鏈財務狀況)，然後每次募捐麗數調用時，都會比較下當前募捐總量跟捐款目標的比較，如果超過目標，就把當前收到的捐款全部發送到指定的被捐款人地址，否則的話，就只更新當前募捐總量狀態值。

捐款函數將所有捐款發送到保存的被捐贈人地址，並且將當前捐款總量清零。每一個想要募捐的人，用自己的ETH地址向該智能賬戶發起一筆轉賬，並且指明了要調用接受其募捐函數。於是我們就有一個募捐智能合約了，人們可以往裡面捐款，達到限額後錢會自動發送到指定賬戶，全世界的礦工都在為這個合約進行計算和擔保，不再需要人去盯著看有沒有被挪用，這就是智能合約的魅力所在。

B. 在線發布智能合約https://remix.ethereum.org的簡單使用

Remix IDE是開發以太坊智能合約的在線IDE工具，部署簡單的智能合約非常方便

Remix地址：https://remix.ethereum.org/

使用的前提是需要谷歌或者火狐的瀏覽器，且安裝了MetaMask 插件

MetaMask 插件的安裝使用可以查看這個鏈接https://www.jianshu.com/p/cdb9e082d059

接下來我用Remix IDE寫一個簡單的合約，一切開始都從Hello Word 開始。

默認會有一個Ballot 投票合約，這我我點左上角的添加功能，重新建立一個文件，文件名命名為personal.sol

這里我些一個簡單的合約 

solidity 的基本語法可以去這個網站實戰練習（https://cryptozombies.io/zh/）這個超爽邊玩。

我這里寫個say()方法  和給個屬性age

合約截圖如下：

OK編譯沒問題，接下來我們在測試網上部署合約，先要確定你的MetaMask 插件是選擇的測試網路（我一般選擇Ropsten測試網）

此時開始部署，點擊瀏覽器MetaMask插件 確認提交等待測試網路上的礦工處理。

部署成功後點擊At Address 可以查看到合約公開的操作方法，每執行一次方法就也就是執行一次合約的事物，這是需要Gas 燃料的，沒一步需要礦工處理

OK 此時我們查看一下 age的值 點擊age ,可以看到age = 10，調用一下increaseAge  方法給它賦值80，此刻執行一下合約，礦工處理完後，查看一下age 變數已經為80

現在一個超簡單的合約已經部署成功了，智能合約是一個很有想像空間的玩意，從簡單的合約開始，熟練Solidity 語法。

C. 以太坊技術系列-以太坊數據結構

本篇文章和大家介紹一下以太坊的數據結構，上篇文章我們提到，以太坊為了實現智能合約這一功能，使用了基於賬戶的模型。我們來看看以太坊中數據結構。

既然是基於賬戶的模型，我們需要通過賬戶地址找到賬戶的狀態。就像通過銀行卡號可以找到你在銀行中的各種信息一樣。最簡單的想法當然是一個簡單的哈希表 key是賬戶地址 value是賬戶狀態。但這里有個問題解決不了。

輕節點如何校驗賬戶合法性？

上篇我們說過，區塊鏈中有2類節點，全節點和輕節點，輕節點只會存儲block header，所以輕節點如何才能校驗賬號是否合法呢？

這個思路和我們平時用的md5校驗一致，我們會對區塊內的信息進行hash運算從而得出區塊內信息唯一確定的值，區塊鏈所有節點中這個值都是相同的。

在這個過程中我們用到了一種數據結構Merkle Tree（哈希樹），我們先看下Merkle Tree（哈希樹）的示意圖。

上篇文章說到區塊鏈中的鏈表(哈希鏈)和我們平時常見鏈表不同的是將指針從地址改為了hash指，這里也一樣，哈希樹和二叉樹的區別有2個

1.將地址改為了哈希值

2.只有葉子節點存儲數據

回到之前的問題輕節點是如何校驗1個賬戶或交易是否是在鏈上的呢？

整個流程如上圖所示

1.輕節點需要判斷1個賬號是否合法

2.輕節點由於只存儲block header，所以拿到1個賬號的時候會向全節點發出請求

3.全節點存儲了所有賬戶狀態，將賬戶路徑中的需要計算用到的hash值返回給輕節點

4.輕節點本地進行計算根hash值，如果計算結果和自己存儲一致則賬戶合法，不一致則不合法。

那以太坊中的賬戶信息的數據結構就是這樣嗎？

直接用這樣的數據結構來存儲賬戶信息會有2個問題

查找困難

生成hash值不確定

第1個問題應該比較容易發現，在這個樹中尋找1個賬號需要的復雜度是O(n),因為沒有任何順序。

第2個問題其實也是因為無序導致的，無序的組合每個節點針對同一批賬戶生成的hash值不一致，這就導致無法達成共識。

既然2個問題都和順序有關，那我們類似二叉排序樹一樣，使用哈希排序樹是不是就可以解決問題了呢？

使用排序樹後會帶來另外1個問題

插入困難

因為要維持樹是有序的，很可能帶來樹結構的很大變動。

以太坊中使用了另外一種數據結構字典樹。和哈希樹不同，字典樹應該是很多地方都有使用。我們簡單來看下字典樹的結構。

字典樹能夠較好地解決哈希樹的2個缺點1.查找困難 2.生成的hash值不確定以及排序二叉樹的1個缺點 插入困難。

但字典樹我們可以看到可能樹的深度可能由於部分元素導致整棵樹深度非常深。

這時我們可以進一步優化，將相同路徑進行壓縮。這就是壓縮字典樹。

將哈希樹和壓縮字典樹結合，就可以得到以太坊存儲賬戶的最終數據結構-MPT。

將壓縮字典樹裡面的指針從地址改為指針，並且將數據存儲在葉子節點中即可。

介紹完狀態樹的數據結構，我們接下來討論1個問題，區塊中存儲的賬戶狀態是什麼樣的范圍。有2種選擇。

只保存當時區塊中產生交易的賬戶狀態。

保存全局所有的賬戶。

我們可以看下這2種方式，無非就是空間和時間的平衡，只保存當前區塊產生的交易意味著是做懶載入(需要的時候才去尋找賬戶)，在區塊鏈中這個代價是非常大的，因為尋找的賬戶之前從未交易過，這樣會遍歷整個區塊鏈。另外一種保存全局的賬戶方式雖然看起來空間消耗較大，但查找快捷，而且空間的問題我們可以通過其他方式優化。所以最終以太坊選擇了第2種每個區塊都報錯全局所有賬戶的方式。

我們來看下以太坊中是如何保存狀態樹的。

可以看到以太坊中雖然每個區塊都保存了全部賬戶，但是會將未發生變化的賬戶狀態指向前1個節點，本身只存儲發生變化的狀態，這樣可以較大程度優化空間佔用。

介紹完以太坊中比較復雜的狀態樹後，我們繼續來看看以太坊中的另外兩棵樹，交易樹和收據樹。

首先介紹一下，為什麼需要交易樹&收據樹。

1.交易樹

雖然以太坊是基於賬戶的模型，但是就像銀行不僅會存儲銀行卡的余額，還會存儲卡中的每筆錢怎麼來的以及怎麼花的。交易樹中就存儲著當前區塊中的包含的所有交易。

2.收據樹

由於智能合約的引入增加了不少復雜性，所以以太坊用收據樹存儲著一些交易操作的額外信息。比如交易過程中執行日誌就包含在收據樹中方便查詢。收據樹和交易樹是一一對應的。每發生一次交易就會有一次收據。

和狀態樹不同交易樹和收據樹只維護當前區塊內發生的交易，因為當時區塊發生交易時不需要再去查找另外1個交易，也就之前需要可能遍歷整個區塊鏈的查找操作了。

由於以太坊中的出塊速度較快，我們進行一些查詢一些符合條件交易的時候會面臨大量數據遍歷困難的問題。收據樹中引入了布隆過濾器可以幫助我們有效緩解這一困難。

布隆過濾器將大集合中每個元素進行hash運算映射到1個較小的集合，這時再來1個元素要判斷是否在大集合的時候，不需要遍歷整個大集合，而是去進行hash運算去小集合中尋找是否存在，如果不存在，肯定不在大集合中，如果存在則不能說明任何問題。

如上圖所示，布隆過濾器只能證明某1個元素不在集合中，不能證明1個元素在結合中。

以太坊中如果我們要在較多區塊中尋找某1個交易，則可以利用布隆過濾器，過濾掉肯定不存在目標交易的區塊，然後進入收據樹內繼續利用布隆過濾器篩選，剩下的才是可能的目標交易的交易，進行一一比對即可。

我們介紹了以太坊的核心數據結構，狀態樹&交易樹&收據樹，他們都是使用相同的數據結構-哈希壓縮字典樹。但狀態樹是維護1顆全局賬戶樹，交易樹和收據樹則是維護本區塊內的交易或收據。

介紹完數據結構後，後面我們會用幾篇文章來介紹以太坊中的一些核心演算法，比如共識機制，挖礦演算法等。

D. 以太坊的智能合約是什麼意思

以太坊智能合約是指，部署在以太坊上的智能合約，是一段程序，運行在以太坊的虛擬機EVM中，程序可以按照事先約定的某種規則自動執行操作，執行合約的條款。

同時，智能合約對接收到的信息進行反應，它既可以接收和儲存價值，也可以向外發送信息和價值。

介紹

以太坊創始人V神指出過，以太坊智能合約中的「『合約』不應被理解為需要執行或遵守的東西，而應看成是存在於以太坊執行環境中的『自治代理』（autonomous agents），它擁有自己的以太坊賬戶，它們收到交易信息後就相當於被捅了一下，然後自動執行一段代碼。」

智能合約可以調用其它的智能合約，這就是開啟創立自治代理的能力，代理可以自己進行交易。在區塊鏈上，我們存儲的信息都是「狀態」，而智能合約就是它用於狀態轉換的方式。

E. 怎麼查看bsc區塊鏈合約詳情

打開TokenPocketAPP可以查看。
點擊下方的瀏覽器圖標，既可以進入BSC區塊瀏覽器。該筆交易的交易狀態、發送方、接收方、該代幣合約地址、交易手續費等信息都會顯示在瀏覽器頁面。幣安智能鏈（BSC）可以被描述為與幣安鏈並行的區塊鏈。與幣安鏈不同的地方在於，BSC擁有智能合約功能並與以太坊虛擬機（EVM）兼容。這里的設計目標是保持完整幣安鏈的高吞吐量，同時將智能合約引入其生態系統。

F. 以太坊智能合約是什麼

以太坊是一個分布式的計算平台。它會生成一個名為Ether的加密貨幣。程序員可以在以太坊區塊鏈上寫下「智能合約」，這些以太坊智能合約會根據代碼自動執行。

以太坊是什麼？
以太坊經常與比特幣相提並論，但情況卻有所不同。比特幣是一種加密貨幣和分布式支付網路，允許比特幣在用戶之間轉移。

相關：什麼是比特幣？它是如何工作的？

以太坊項目有更大的目標。正如Ethereum網站所說，「以太坊是一個運行智能合約的分布式平台」。這些智能合約運行在「以太坊虛擬機」上，這是一個由所有運行乙太網節點的設備組成的分布式計算網路。

「分布式平台」部分意味著任何人都可以建立並運行以太坊節點，就像任何人都可以運行比特幣節點一樣。任何想要在節點上運行「智能合約」的人都必須向Ether中的這些節點的運營商付款，這是一個與以太坊相關的加密貨幣。因此，運行乙太網節點的人提供計算能力，並在乙太網中獲得支付，這與運行比特幣節點的人提供哈希能力並以比特幣支付的方式類似。

換句話說，雖然比特幣僅僅是一個區塊鏈和支付網路，但以太坊是一個分布式計算網路，其區塊鏈可以用於許多其他事情。以太坊白皮書中提供了詳細信息。

以太是什麼？
乙太網是與以太坊區塊鏈相關的數字標記（或者說就是加密貨幣）。換句話說，以太是代幣，以太坊是平台。但是，現在人們經常交替使用這些術語。例如，Coinbase允許你購買以太坊代幣（Ethereum），即代表以太幣代幣。

這在技術上就是「altcoin」，這實際上意味著一個非比特幣加密貨幣。和比特幣一樣，Ether也受到分布式區塊鏈支持 - 在這種情況下是以太坊區塊鏈。

想要在以太坊區塊鏈上創建應用程序或以太坊 智能合約的開發人員需要乙太網代幣來支付節點來託管它，而基於以太坊的應用程序的用戶可能需要乙太網來支付這些應用程序中的服務費用。人們也可以在以太坊網路之外銷售服務，並接受乙太網支付，或者可以在交易所以現金形式出售以太幣代幣 - 就像比特幣一樣

G. weth代幣合約地址怎樣查詢

打開瀏覽器輸入地址：https://etherscan.io/在右上角的方框內輸入你要查詢的合約地址，輸入地址後點擊「GO」。
含義與以太坊網路的原生代幣以太幣(ETH)可以進行互換,可以將1ETH兌換為1WETH,同時也可以將1WETH兌換回1ETH,兌換是基於智能合約完成的。 Golff支持使用WETH挖GOF,所以用戶需要提前准備好WETH。

H. 佛薩奇Forsage以太坊是什麼什麼是智能合約

感謝推薦，這里給大家分享下：

FORSAGE 國際眾籌 ，新一代平台革命性的智能合約技術，源於俄羅斯技術團隊開發，為分布式的市場參與者提供了直接從事個人和商業交易的能力。 Forsage分布式全球共享矩陣項目的智能合同是公開的，永遠可以在以太坊區塊鏈上查看。這些都是真的智能合約，永遠在以太坊公鏈上永續執行，無任何第三方可以篡改，全球共享矩陣計劃，完全去中心化，旨在佈道以太坊，讓更多的玩家認識以太坊，認識智能合約，forsage暗號btshijie。

來源：金色財經-區聞世界btshijie

以太坊是分布式的計算平台。它會生成一個名為Ether的加密貨幣。程序員可以在以太坊區塊鏈上寫下「智能合約」，這些以太坊智能合約會根據代碼自動執行。

以太坊是什麼？

以太坊經常與比特幣相提並論，但情況卻有所不同。比特幣是一種加密貨幣和分布式支付網路，允許比特幣在用戶之間轉移。

以太坊項目有更大的目標。正如Ethereum網所說，「以太坊是一個運行智能合約的分布式平台」。這些智能合約運行在「以太坊虛擬機」上，這是一個由所有運行乙太網節點的設備組成的分布式計算網路。

「分布式平台」部分意味著任何人都可以建立並運行以太坊節點，就像任何人都可以運行比特幣節點一樣。任何想要在節點上運行「智能合約」的人都必須向Ether中的這些節點的運營商付款，這是一個與以太坊相關的加密貨幣。因此，運行乙太網節點的人提供計算能力，並在乙太網中獲得支付，這與運行比特幣節點的人提供哈希能力並以比特幣支付的方式類似。

換句話說，雖然比特幣僅僅是一個區塊鏈和支付網路，但以太坊是一個分布式計算網路，其區塊鏈可以用於許多其他事情。以太坊白皮書中提供了詳細信息。

什麼是智能合約？

智能合約是在以太坊虛擬機上運行的應用程序。這是一個分布的「世界計算機」，計算能力由所有以太坊節點提供。提供計算能力的任何節點都將以Ether數字貨幣作為資源支付。

他們被命名為智能合約，因為您可以編寫滿足要求時自動執行的「合同」。

例如，想像一下在以太坊之上建立一個類似Kickstarter的眾籌服務。有人可以建立一個以太坊智能合約，將資金匯集到別人身上。這個智能合約可以寫成這樣的話：當將100,000美元的貨幣添加到池中時，它將全部發送給收件人。或者，如果一個月內沒有達到100,000美元的門檻，所有的貨幣都將被發回給貨幣的原始持有人。當然，這將使用以太幣代替美元。

這一切都將根據智能合同代碼進行，智能合同代碼可自動執行交易，而無需可信任的第三方持有貨幣並簽署交易。例如，Kickstarter在5％的付款處理費之上收取5％的費用，這意味著在$ 100,000的眾籌項目中將收取8000到10000美元的費用。智能合約不需要向像Kickstarter這樣的第三方支付費用。

智能合約可以用於許多不同的事情。開發人員可以創建智能合約，為其他智能合約提供功能，類似於軟體庫的工作方式。或者，智能合約可以簡單地用作應用程序來存儲以太坊區塊鏈上的信息。

為了真正執行智能合同代碼，有人必須發送足夠的乙太網代幣作為交易費 - 多少取決於所需的計算資源。這為以太坊節點參與並提供計算能力付出了代價。全球共享矩陣計劃，完全去中心化，旨在佈道以太坊，讓更多的玩家認識以太坊，認識智能合約，forsage暗號btshijie。

I. 用Go來做以太坊開發④智能合約

在這個章節中我們會介紹如何用Go來編譯，部署，寫入和讀取智能合約。

與智能合約交互，我們要先生成相應智能合約的應用二進制介面ABI(application binary interface)，並把ABI編譯成我們可以在Go應用中調用的格式。

第一步是安裝 Solidity編譯器 ( solc ).

Solc 在Ubuntu上有snapcraft包。

Solc在macOS上有Homebrew的包。

其他的平台或者從源碼編譯的教程請查閱官方solidity文檔 install guide .

我們還得安裝一個叫 abigen 的工具，來從solidity智能合約生成ABI。

假設您已經在計算機上設置了Go，只需運行以下命令即可安裝 abigen 工具。

我們將創建一個簡單的智能合約來測試。 學習更復雜的智能合約，或者智能合約的開發的內容則超出了本書的范圍。 我強烈建議您查看 truffle framework 來學習開發和測試智能合約。

這里只是一個簡單的合約，就是一個鍵/值存儲，只有一個外部方法來設置任何人的鍵/值對。 我們還在設置值後添加了要發出的事件。

雖然這個智能合約很簡單，但它將適用於這個例子。

現在我們可以從一個solidity文件生成ABI。

它會將其寫入名為「Store_sol_Store.abi」的文件中

現在讓我們用 abigen 將ABI轉換為我們可以導入的Go文件。 這個新文件將包含我們可以用來與Go應用程序中的智能合約進行交互的所有可用方法。

為了從Go部署智能合約，我們還需要將solidity智能合約編譯為EVM位元組碼。 EVM位元組碼將在事務的數據欄位中發送。 在Go文件上生成部署方法需要bin文件。

現在我們編譯Go合約文件，其中包括deploy方法，因為我們包含了bin文件。

在接下來的課程中，我們將學習如何部署智能合約，然後與之交互。

Commands

Store.sol

solc version used for these examples

如果你還沒看之前的章節，請先學習 編譯智能合約的章節 因為這節內容，需要先了解如何將智能合約編譯為Go文件。

假設你已經導入從 abigen 生成的新創建的Go包文件，並設置ethclient，載入您的私鑰，下一步是創建一個有配置密匙的交易發送器(tansactor)。 首先從go-ethereum導入 accounts/abi/bind 包，然後調用傳入私鑰的 NewKeyedTransactor 。 然後設置通常的屬性，如nonce，燃氣價格，燃氣上線限制和ETH值。

如果你還記得上個章節的內容, 我們創建了一個非常簡單的「Store」合約，用於設置和存儲鍵/值對。 生成的Go合約文件提供了部署方法。 部署方法名稱始終以單詞 Deploy 開頭，後跟合約名稱，在本例中為 Store 。

deploy函數接受有密匙的事務處理器，ethclient，以及智能合約構造函數可能接受的任何輸入參數。我們測試的智能合約接受一個版本號的字元串參數。 此函數將返回新部署的合約地址，事務對象，我們可以交互的合約實例，還有錯誤（如果有）。

就這么簡單：）你可以用事務哈希來在Etherscan上查詢合約的部署狀態: https://rinkeby.etherscan.io/tx/

Commands

Store.sol

contract_deploy.go

solc version used for these examples

這寫章節需要了解如何將智能合約的ABI編譯成Go的合約文件。如果你還沒看， 前先讀 上一個章節 。

一旦使用 abigen 工具將智能合約的ABI編譯為Go包，下一步就是調用「New」方法，其格式為「New<contractname style="box-sizing: border-box; font-size: 16px; -ms-text-size-adjust: auto; -webkit-tap-highlight-color: transparent;">」，所以在我們的例子中如果你 回想一下它將是 NewStore 。 此初始化方法接收智能合約的地址，並返回可以開始與之交互的合約實例。</contractname>

Commands

Store.sol

contract_load.go

solc version used for these examples

這寫章節需要了解如何將智能合約的ABI編譯成Go的合約文件。如果你還沒看， 前先讀 上一個章節 。

在上個章節我們學習了如何在Go應用程序中初始化合約實例。 現在我們將使用新合約實例提供的方法來閱讀智能合約。 如果你還記得我們在部署過程中設置的合約中有一個名為 version 的全局變數。 因為它是公開的，這意味著它們將成為我們自動創建的getter函數。 常量和view函數也接受 bind.CallOpts 作為第一個參數。了解可用的具體選項要看相應類的 文檔 一般情況下我們可以用 nil 。

Commands

Store.sol

contract_read.go

solc version used for these examples

這寫章節需要了解如何將智能合約的ABI編譯成Go的合約文件。如果你還沒看， 前先讀 上一個章節 。

寫入智能合約需要我們用私鑰來對交易事務進行簽名。

我們還需要先查到nonce和燃氣價格。

接下來，我們創建一個新的keyed transactor，它接收私鑰。

然後我們需要設置keyed transactor的標准交易選項。

現在我們載入一個智能合約的實例。如果你還記得 上個章節 我們創建一個名為 Store 的合約，並使用 abigen 工具生成一個Go文件。 要初始化它，我們只需調用合約包的 New 方法，並提供智能合約地址和ethclient，它返回我們可以使用的合約實例。

我們創建的智能合約有一個名為 SetItem 的外部方法，它接受solidity「bytes32」格式的兩個參數（key，value）。 這意味著Go合約包要求我們傳遞一個長度為32個位元組的位元組數組。 調用 SetItem 方法需要我們傳遞我們之前創建的 auth 對象（keyed transactor）。 在幕後，此方法將使用它的參數對此函數調用進行編碼，將其設置為事務的 data 屬性，並使用私鑰對其進行簽名。 結果將是一個已簽名的事務對象。

現在我就可以看到交易已經成功被發送到了以太坊網路了: https://rinkeby.etherscan.io/tx/

要驗證鍵/值是否已設置，我們可以讀取智能合約中的值。

搞定！

Commands

Store.sol

contract_write.go

solc version used for these examples

有時您需要讀取已部署的智能合約的位元組碼。 由於所有智能合約位元組碼都存在於區塊鏈中，因此我們可以輕松獲取它。

首先設置客戶端和要讀取的位元組碼的智能合約地址。

現在你需要調用客戶端的 codeAt 方法。 codeAt 方法接受智能合約地址和可選的塊編號，並以位元組格式返回位元組碼。

你也可以在etherscan上查詢16進制格式的位元組碼 https://rinkeby.etherscan.io/address/#code

contract_bytecode.go

首先創建一個ERC20智能合約interface。 這只是與您可以調用的函數的函數定義的契約。

然後將interface智能合約編譯為JSON ABI，並使用 abigen 從ABI創建Go包。

假設我們已經像往常一樣設置了以太坊客戶端，我們現在可以將新的 token 包導入我們的應用程序並實例化它。這個例子里我們用 Golem 代幣的地址.

我們現在可以調用任何ERC20的方法。 例如，我們可以查詢用戶的代幣余額。

我們還可以讀ERC20智能合約的公共變數。

我們可以做一些簡單的數學運算將余額轉換為可讀的十進制格式。

同樣的信息也可以在etherscan上查詢: https://etherscan.io/token/?a=

Commands

erc20.sol

contract_read_erc20.go

solc version used for these examples