以太坊哈希查詢

① 以太坊交易記錄在哪裡查詢

有自己的瀏覽器，以太坊和都是用的一個，而基於以太坊之上開發的代幣也可以在以太坊的區塊鏈瀏覽器上面查詢，usdt在比特幣區塊鏈瀏覽器上面查詢。
非小號上可以查看以太坊行情，但是並不能交易。想投資的話，可以去數字貨幣交易所，目前市場上主流的數字貨幣交易所有幣安、火幣網、比特網等。這里我們用以太坊區塊鏈的錢包作為例子，小狐狸是加密錢包，以及進入區塊鏈APP的出入口。進入之後獲取錢包地址，再使用以太坊區塊鏈的搜索器進入Etherscan官網首頁後，就可以獲取到以下區塊鏈交易id信息：
所有者A利用他的私鑰對前一次交易(比特貨來源)和下一位所有者B簽署一個數字簽名，並將這個簽名附加在這枚貨幣的末尾，製作出交易單。此時，B是以公鑰作為接收方地址。A將交易單廣播至全網，比特幣就發送給了B，每個節點都將收到交易信息納入一個區塊中對B而言，該枚比特幣會即時顯示在比特幣錢包中，但直到區塊確認成功後才可以使用。目前一筆比特幣從支付到最終確認成功，得到6個區塊確認之後才能真正的確認到賬。每個節點通過解一道數學難題，從而去獲得創建新區塊的權利，並爭取得到比特幣的獎勵(新比特幣會在此過程中產生)。

② 以太坊鏈上數據查詢工具： https://eth.tokenview.com/cn

etherscan.io目前在國內無法訪問，現在向大家推薦這個以太坊數據查詢工具， https://eth.tokenview.com/cn ，數據來自他們自己的以太坊節點，數據同步速度快。

四個優勢：

數據支持以太坊上的區塊信息，地址余額，轉賬交易，以太坊所有Token，基於以太坊發行的穩定幣。

鏈上存儲的數據（inputdata）可以解碼成普通語言，我們可以查看在以太坊上的留言。

幾十種鏈上數據圖表，同時有為高級數據分析師提供的Metrics模塊。

由中國團隊Tokenview開發，在國內可高速訪問。

③ 以太坊event log查詢與解析

從 ethereum json-rpc文檔 的文檔中找到一個同時指定多個事件以 OR 或者 AND 查詢的方法.以下是查詢 Approval 或 Transfer 事件的方法：

topics 欄位中指定查詢條件的語法參考上面鏈接。

通過 getTransactionReceipt 在ropsten測試網上查詢到交易號為 的交易詳情

這個交易從 "from": "" 發送到合約地址 "to": "" .這個合約為ERC20代幣合約.從 topics 的第一個元素可以看出合約中產生了 Transfer 事件(topics第一個元素一定是事件的keccak哈希). topics 的第二個欄位是轉出代幣的地址，第三個欄位是接收者地址.ERC20代幣 Transfer 事件的簽名為

我們注意到 Transfer 事件的第一個和第二個參數被標記為 indexed , 因此他們的值被放在 topics array 中. 由於tokens參數沒有標記為 indexed , 所以他的值被放在 data 欄位. 如果事件中有多個欄位未標記為 indexed ， 那麼他們的值都會被記錄在 data 欄位中。

④ 用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

⑤ 怎麼樣在以太坊上查詢區塊鏈幣

可以輸入錢包地址、交易ID、區塊哈希或者區塊高度等信息直接查詢，非常方便。
如果是查詢賬戶余額、賬戶的歷史交易數據等信息，建議直接輸入錢包地址查詢；如果是查詢某筆轉賬的相關信息，比如是否到賬、進展如何，輸入交易ID是最方便的。
當然了，區塊鏈瀏覽器不僅可以查詢自己的賬戶，也可以查詢別人的賬戶以及相關的交易信息，包括比特幣創始人中本聰的賬戶。

⑥ 追蹤和管理數字資產新姿勢，教你學會查看區塊鏈賬單

賬單記錄價值流通和狀態，是金融服務的基礎功能。

我們常用的銀行、支付寶、微信支付等都會為普通用戶和商家記錄一筆交易，提供不同維度的查詢、統計和分析服務。

比如大家愛曬的支付寶年度賬單，會統計用戶全年的總收支、消費種類、余額寶和其他理財收益、點外賣的次數等。通過大數據技術，展示各個地域，不同年齡段的消費興趣和趨勢，讓消費者更了解自己周邊的消費環境，商家能夠及時把握市場需求。

在去中心化的區塊鏈網路里，交易被永久的記錄在鏈上，公開透明，人人可查。

但是由於區塊鏈的設計更傾向於保證不可篡改和數據壓縮需求，導致業務層面的過濾查詢功能缺失。 加上不同鏈的規則不同，追蹤和管理加密資產變的異常困難。這也是為什麼數字資產投資者常常感嘆「總覺得帳沒算明白「的原因所在。

SixPencer推出全新區塊鏈記賬神器，目前已支持比特幣（Bitcoin）和以太坊（Ethereum）底層的資產追蹤和管理，免費使用，無需注冊。

一經推出，受到了包括礦工、資管機構、OTC商戶、加密創業公司、數字資產投資者的喜愛。

作為專業的資管工具，不僅能夠查詢所有鏈上交易記錄，實時查看賬戶余額和持有資產，而且 提供每日各幣種收支情況、支持單或多地址聚合收支統計、地址畫像分析和圖表、大額交易記錄排行、聯系人管理等。

進入網站後， 在首頁搜索框，輸入比特幣或以太坊地址 ， 點擊搜索即可進入該地址的總覽頁面。

我們以目前ETH持有量全網排名第一的地址： (標簽:bitfinex 1) 賬戶作為demo賬戶進行演示，所有數據均為真實鏈上數據。

這里簡單介紹下區塊鏈上的地址和銀行賬戶的區別。 在區塊鏈上，地址就類似於銀行卡號，知道地址就等於知道銀行卡號一樣，可以向其轉賬。

但不同的是， 區塊鏈是不可篡改的分布式公開賬本，通常具有匿名性，任何人可以對任何地址進行公開查詢。 銀行賬戶只能查詢本人的賬戶信息，無法通過銀行卡號得知其他人的賬戶信息。

如果用戶有多個地址，或者想追蹤其他地址，均可以通過搜索， 所有搜索過的地址信息會在資產組合頁面進行匯總，點擊下拉框即可切換或者刪除賬戶。

SixPencer除包含區塊鏈瀏覽器提供的基礎信息外，添加展示了一些個性化的指標，幫助用戶了解自己的鏈上畫像，也可以追蹤其他賬戶的鏈上軌跡。在下面總覽頁面可以查看地址的資產概覽、歷史指標、收支統計、持有資產信息。

地址概覽

創建時間：第一次收到ETH的日期

凈資產：所有資產，包含ERC20 token資產的合計美元價值

ETH排行：持有ETH數量在所有以太坊地址中的排名

ETH余額和估值：持有的ETH數量和其對應的美元價值

歷史指標

歷史指標展示交易量、交易次數、代幣分析和聯系人分析四大維度。 通過統計，算不清的糊塗賬終於能算清了，比如最簡單的會計計算，ETH總收入=ETH余額+ETH總支出+ETH總手續費。 再比如總交易次數=轉入交易次數+轉出交易次數。

由於以太坊網路的特殊性，所有轉賬的手續費都是以ETH支付。因此我們將手續費單獨羅列出來，在交易明細中也支持手續費單獨篩選，幫助用戶統計手續費支出。

一些有趣的數據，demo賬戶手續費支出為1.1556ETH，ETH單筆大額轉賬達90萬個ETH，持有代幣數量有350種，交易次數最多的代幣是USDT，與其交易過的地址僅37個。

一般持有上百種不同資產的地址通常都是交易所地址，加上交易次數和聯系人並不多，可以排除是對外地址，基本可以判斷是bitfinex交易所內部使用地址。

收支情況

統計了本月全部資產合計收入和支出，支出包含手續費支出。

持有資產情況

展示持有的資產數量、價值、資產價格和24h漲跌幅。demo賬戶這類交易所的地址，持有資產通常10頁都放不下。

SixPencer除了提供地址的交易流水外，還支持全歷史交易記錄查詢和篩選、余額信息、日收支統計等。

交易明細

從下面頁面可以清晰得知ETH資產的本月收支情況 ，用戶還可以根據日期，資金流向、交易分類和標簽系統進行篩選，根據自身需求進行更細致的統計，後面會介紹如何進行指定地址的交易篩選。

點擊上圖中的ETH下拉框，可以切換到其他幣種的交易詳情頁面 ，比如切換到USDT的交易詳情查看USDT的明細狀況。

除月賬單外，SixPencer展示每筆交易的交易明細，提供交易方向、交易對手方、交易金額、賬戶余額、交易時間、每日收支情況等信息。 下圖可以看到近6筆ETH交易均為從bitfinex 3 賬戶轉入bitfinex 1的交易。

交易詳情

點擊任意一筆交易明細，即可進入該筆交易的交易詳情頁。 交易哈希是每筆鏈上轉賬都有的唯一不可篡改的交易ID，類似於訂單號的概念。

通過交易哈希就可以查詢到一筆交易的具體信息。

下面所展示的交易數量、交易狀態、交易時間、發送和接受方、手續費等都是這筆交易的具體信息，在這里不再贅述。 值得注意的是，SixPencer提供個人標簽和備注系統，用戶可以對單筆交易，進行個性化分類和備注， 幫助記憶，不遺忘每一筆交易。

如何快速找到和指定地址的交易信息？

時間變久，交易變多後，查詢鏈上指定交易信息就變得異常復雜和困難，SixPencer將交易信息按照業務需求進行細化，並提供標簽系統輔助用戶進行自定義交易查詢和統計。

比如想要查詢2020年6月地址（標簽：bitfinex 3）一共向demo賬戶轉入了多少ETH。通過我們的賬單系統，僅需兩步操作即可查詢。

1、打標簽： 為了演示，我們將「bitfinex 3「這個標簽重命名為「測試test」。

2、篩選： 將日期篩選為6月1日-6月30日，在篩選欄 選中「轉入」，並在最下面的標簽欄選中「測試test」，點擊保存。

保存後即可搜索出所有6月「測試test」轉入到demo賬戶的交易信息，從下圖可以看出6月份，demo賬戶共從標簽為「測試test「的地址收到58,440.2489個ETH。

如果用戶想查詢和多個指定地址的交易，選中多個標簽後，調整日期、資金流向等信息即可進行資產的自動統計。

在分析一欄，用戶可以查詢地址不同維度的圖表分析信息，包含余額、交易、分類和排行四大維度。 分別點擊各維度還能夠查看更多詳細數據和圖表。

余額：余額展示資產的余額數量和價值走勢

交易：交易展示全部交易、轉入和轉出的交易數量、交易數量價值和交易次數走勢

分類：分類根據平台地址標簽系統對交易類型進行統計，反應地址的交易偏好

排行：排行按照交易次數展示活躍聯系人，按照交易金額展示大額交易

比如排行分析，能夠很快查看與某個地址的具體交易金額和大額轉賬情況。如下圖，demo賬戶與標簽為「測試test」 的地址在本月一共交易了177次，其他與demo賬戶交易較多的都是ERC20 Token合約調用交易。

從下圖看，大額排行也都是與標簽為「測試test」的地址交易信息，表格展示交易對象、交易時間、交易方向、交易數量和價值。 對交易所大戶感興趣的，可以查詢交易所地址的大額轉賬信息，看看哪些地址都是充提大戶。

通訊錄展示所有和demo賬戶有過交易記錄的地址，除平台自帶的標簽體系外，用戶可以對地址添加標簽或者重命名標簽。

標簽：展示平台標簽系統已知標簽和用戶自行添加的標簽

最近聯系人：展示最近30天有過交易記錄的地址/標簽

全部聯系人：展示所有有過交易記錄的聯系人地址/標簽，交易數量超過1萬筆的地址，取最近1萬筆交易的聯系人展示

綜上，SixPencer的全新資產追蹤和管理工具能夠提供比區塊鏈瀏覽器或者錢包更綜合的查詢和分析功能， 作為一款工具產品意在輔助用戶進行數字資產管理，通過對鏈上用戶畫像的進一步解析，幫助大家更好的決策。

我們認為區塊鏈的公開透明機制應該讓數據查詢更簡單，但目前按照實際業務需求快速查詢區塊鏈數據仍然是難點痛點，並成為商業落地的一大阻礙。

數字資產交易僅僅是其中一小塊，未來還將有大量有價值的數據存儲在區塊鏈上，SixPencer將繼續推出更多實用工具，讓數據更好為業務服務。

⑦ 是不是以太鏈的代幣怎麼查

如何查詢以太鏈新幣(以太坊提幣查詢)
1.
有自己的瀏覽器,以太坊和都是用的一個,而基於以太坊之上開發的代幣也可以在以太坊的區塊鏈瀏覽器上面查詢,usdt在比特幣區塊鏈瀏覽器上面查詢。
2.
非小號上可以查看以太坊行情,但是並不能交易。
3.
可以輸入錢包地址、交易ID、區塊哈希或者區塊高度等信息直接查詢,非常方便。
4.
並且,以***為例,ERC-USDT的最小提幣限額(2USDT)目前是小於Omni

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

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

既然是基於賬戶的模型，我們需要通過賬戶地址找到賬戶的狀態。就像通過銀行卡號可以找到你在銀行中的各種信息一樣。最簡單的想法當然是一個簡單的哈希表 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顆全局賬戶樹，交易樹和收據樹則是維護本區塊內的交易或收據。

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

⑨ 以太坊的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! 。

所以最終結果是:

⑩ 以太坊瀏覽器查到的真實嗎

真實。
可以輸入交易哈希值、以太坊地址、基於以太坊token的名字等查詢詳細信息。
以太坊區塊瀏覽器查到的真實，在以太坊區塊瀏覽器的搜索框可以查詢到交易狀態、token詳細情況等，區塊高度顯示的是最新出塊的區塊信息，包括出塊時間和出塊的礦池。最新交易記錄顯示的是以太坊網路上的最新交易信息。