以太坊全節點查詢
可以輸入錢包地址、交易ID、區塊哈希或者區塊高度等信息直接查詢，非常方便。
如果是查詢賬戶余額、賬戶的歷史交易數據等信息，建議直接輸入錢包地址查詢；如果是查詢某筆轉賬的相關信息，比如是否到賬、進展如何，輸入交易ID是最方便的。
當然了，區塊鏈瀏覽器不僅可以查詢自己的賬戶，也可以查詢別人的賬戶以及相關的交易信息，包括比特幣創始人中本聰的賬戶。
B. 以太坊是什麼以太坊與區塊鏈有什麼關系
以太坊是一個全新開放的區塊鏈平台，它允許任何人在平台中建立和使用通過區塊鏈技術運行的去中心化應用。就像比特幣一樣，以太坊不受任何人控制，也不歸任何人所有——它是一個開放源代碼項目，由全球范圍內的很多人共同創建。
和比特幣協議有所不同的是，以太坊的設計十分靈活，極具適應性。在以太坊平台上創立新的應用十分簡便，任何人都可以安全地使用該平台上的應用。
以太坊是可編程的區塊鏈。它並不是給用戶一系列預先設定好的操作（例如比特幣交易），而是允許用戶按照自己的意願創建復雜的操作。這樣一來，它就可以作為多種類型去中心化區塊鏈應用的平台，包括加密貨幣在內但並不僅限於此。
以太坊狹義上是指一系列定義去中心化應用平台的協議，它的核心是以太坊虛擬機（「EVM」），可以執行任意復雜演算法的編碼。在計算機科學術語中，以太坊是「圖靈完備的」。開發者能夠使用現有的JavaScript和Python等語言為模型的其他友好的編程語言，創建出在以太坊模擬機上運行的應用。
和其他區塊鏈一樣，以太坊也有一個點對點網路協議。以太坊區塊鏈資料庫由眾多連接到網路的節點來維護和更新。每個網路節點都運行著以太坊模擬機並執行相同的指令。因此，人們有時形象地稱以太坊為「世界電腦」。
這個貫穿整個以太坊網路的大規模並行運算並不是為了使運算更高效。實際上，這個過程使得在以太坊上的運算比在傳統「電腦」上更慢更昂貴。然而，每個以太坊節點都運行著以太坊虛擬機是為了保持整個區塊鏈的一致性。去中心化的一致使以太坊有極高的故障容錯性，保證零停機，而且可以使存儲在區塊鏈上的數據保持永遠不變且抗審查。
以太坊平台本身沒有特點，沒有價值性。和編程語言相似，它由企業家和開發者決定其用途。不過很明顯，某些應用類型較之其他更能從以太坊的功能中獲益。以太坊尤其適合那些在點與點之間自動進行直接交互或者跨網路促進小組協調活動的應用。
例如，協調點對點市場的應用，或是復雜財務合同的自動化。比特幣使個體能夠不藉助金融機構、銀行或政府等其他中介來進行貨幣交換。以太坊的影響可能更為深遠。
理論上，任何復雜的金融活動或交易都能在以太坊上用編碼自動且可靠地進行。除金融類應用外，任何對信任、安全和持久性要求較高的應用場景——比如資產注冊、投票、管理和物聯網——都會大規模地受到以太坊平台影響。
C. 以太坊錢包不更新
網路不順暢或其它。
節點同步慢原因以及解決方法：1、以太坊錢包節點同步需要聯網操作，如果你的網路不暢通就會造成同步慢這種情況，所以在同步之前請檢查好你的網路，確認網路狀況良好在進行同步。2、節點同步需要佔用大量的內存，如果你的電腦內存不夠就會造成階段同步慢甚至停止同步這種情況，建議用戶在同步節點之前清理一下電腦保證電腦內存充足，目前有用戶反映同步節點內存最高可佔用100G左右內存哦。3、可以在以太坊錢包中修改peer數，默認peer是25個，建議你可以修改成巨大的數值，例如9999個。4、同步階段還需要你的路由器支持uPnP。可以在路由器設置中修改。5、需要公網IP，如果你沒有的話就會慢很多，所以建議設置一個公網IP吧。6、也有網友反映是錢包本身的問題，以太坊錢包軟體本身並不是很成熟，在同步節點的時候會有很多問題出現，這個只有等待以太坊官方修改。7、電腦配置不能太低。8、第一次同步時使用--fast選項，可以更快地同步到最新塊。9、使用的是geth，運行時間長了可能會有問題，可以考慮每天重啟一次geth。10、及時更新geth到最新版本。11、硬碟空間要足夠大，建議至少1T以上。為了運行以太坊全節點，買了500G的硬碟空間，使用--fast同步完成後才佔40多G空間，之後正常模式同步硬碟佔用空間快速增長，3個月左右已經430G了，最近又買了500G磁碟空間。12、交易未被打包時，相同nonce值可以覆蓋之前的交易，覆蓋交易只看nonce值，至於交易的其它部分內容可以相同也可以不同。13、如果有低nonce值還未被打包，新的交易gasPrice再高，也需要先等低nonce值的交易被打包，如果低nonce值的交易因為gasPrice設低了而等待，需要先使用相同nonce值來修改gasPrice。
以太幣（ETH）是以太坊的一種加密數字代幣，被視為「比特幣2。0版」，創始人是傑弗里_維爾克。
D. 以太坊交易記錄在哪裡查詢
有自己的瀏覽器，以太坊和都是用的一個，而基於以太坊之上開發的代幣也可以在以太坊的區塊鏈瀏覽器上面查詢，usdt在比特幣區塊鏈瀏覽器上面查詢。
非小號上可以查看以太坊行情，但是並不能交易。想投資的話，可以去數字貨幣交易所，目前市場上主流的數字貨幣交易所有幣安、火幣網、比特網等。這里我們用以太坊區塊鏈的錢包作為例子，小狐狸是加密錢包，以及進入區塊鏈APP的出入口。進入之後獲取錢包地址，再使用以太坊區塊鏈的搜索器進入Etherscan官網首頁後，就可以獲取到以下區塊鏈交易id信息：
所有者A利用他的私鑰對前一次交易(比特貨來源)和下一位所有者B簽署一個數字簽名，並將這個簽名附加在這枚貨幣的末尾，製作出交易單。此時，B是以公鑰作為接收方地址。A將交易單廣播至全網，比特幣就發送給了B，每個節點都將收到交易信息納入一個區塊中對B而言，該枚比特幣會即時顯示在比特幣錢包中，但直到區塊確認成功後才可以使用。目前一筆比特幣從支付到最終確認成功，得到6個區塊確認之後才能真正的確認到賬。每個節點通過解一道數學難題，從而去獲得創建新區塊的權利，並爭取得到比特幣的獎勵(新比特幣會在此過程中產生)。
E. 以太坊怎麼挖礦
與所有區塊鏈技術一樣，以太坊使用基於激勵的安全模型。聲稱是網路中的礦工的任何節點都可以嘗試創建並阻止驗證區。世界各地的許多礦工正在同時創建和驗證區塊。
一、以太坊采礦的基本原則
1、與所有區塊鏈技術一樣，以太坊使用基於激勵的安全模型。聲稱是網路中的礦工的任何節點都可以嘗試創建並阻止驗證區。世界各地的許多礦工正在同時創建和驗證區塊。每個礦工通過向塊鏈發送塊來提供數學機制的「證據」。此測試類似於保證：如果此測試存在，則此塊必須有效。
2、對於要添加到主鏈的塊，礦工必須比其他礦工更快地提供此「測試」。通過礦工提供的數學機制的「證明」，每個區塊的確認過程稱為工作測試。經證實，新區塊內的礦工將獲得一定的獎勵。什麼是獎勵？以太坊使用內在數字代幣 - 以太作為獎勵。每次礦工嘗試新的塊時，都會生成一個新的以太坊並將其提供給礦工。
第二、以太坊和比特幣的區別
1、同點：比特幣和以太坊都是成功的區塊鏈技術應用。人們通過比特幣認識區塊鏈技術。通過以太坊，人們意識到區塊鏈可以是獨立的。所有這些都基於區塊鏈，其中交易是公開記錄的，貨幣和資產交易更方便和讓步，並且消除了繁瑣的中間人。
2、差異：比特幣是一種分散的點對點數字支付系統，類似於全球清算銀行。而且這家銀行不是一個集中式組織的成員，它沒有CEO，它沒有管理員，只有代碼的基本原則和共識。從同行轉移價值，沒有其他第三方或信託機構。
3、比特幣總量為2100W。對於每生成21W的塊，塊生成的比特幣數量減少一半，每10分鍾生成一個塊。一般而言，它是一種通貨緊縮的電子貨幣。以太坊的定義是一個分散的點對點虛擬機，可以理解為使用代幣執行價值分配並吸引所有各方建立生態系統的平台。以太坊的總量沒有上限。
三、智能合約和協議ERC20
1、智能合約首先是合同，它以代碼的形式規定交易執行的雙方，並規定了執行合同的某些激活條件。一旦這些條件被激活，商定的交易就會自動執行，通常是一些交易。這些交易將由礦工挖掘出來，並最終合並到公共鏈中，這是不可否認的，不可逆轉。
2、以太坊中的智能合約基本上是互聯網上的開源。任何用戶都可以看到相關介面的定義和激活時間。如果沒有統一的標准，許多智能合約將使每個人都難以理解，這份智能合約究竟做了什麼？此時，ERC20協議已啟動。
3、開發人員可以通過查看其他智能合約然後調用自己的合同輕鬆了解相關界面的角色。標准化是非常有益的，這意味著這些資產可以在不同的平台和項目中使用，否則它們只能在特定情況下使用。
四、為什麼以太坊可以用來發送硬幣
因為智能合同的存在的，合同可以被用來安排貨幣集資最後存入帳戶的用戶，並且因為0x7D0使用相同的標准ERC20如直接交換0x7D0和FAD支持以太坊生態系統這將更容易。
五、以太坊貿易限制
1、對於每筆交易，交易的發起人必須設定交易的Gas限價和Gas價格。不同的操作將產生不同的Gas，Gas成本當礦工完成後，礦工將停止運行並且用過的Gas將被獎勵給礦工。
2、如果某些氣體仍然存在，如果用戶聲明限制值太低或者中間的帳號Eth不足以支付Gas消耗，它將返回到交易的發起人或智能合約的創建者，由於Gas不足，協議將被取消，用於計算的Gas將不會退回賬戶。
六、網路計算能力為太坊全
乙太網中所有當前采礦機器的總計算能力，當前采礦集群是根據該值計算的當前塊的難度。
七、以太坊提取難度
塊的難度用於提高塊驗證區的一致性。 Genesis塊的難度是131,072，並且有一個特殊的公式用於計算之後每個塊的難度。如果檢查塊比前一個塊更快，則以太坊協議將增加塊的難度。通過調整塊的難度，您可以調整驗證區塊所需的時間，即突發速度。檢查時間的自我調整以繼續以恆定速率生成新快。
8、單張卡的計算能力與采礦收入之間的關系
單張卡的計算能力越大，可以進行的檢查越多，獲得公式結果的概率是，情況越大，如果使用地雷組，所提供的股份數量越大，采礦業的收入就越大。
F. 以太坊是一個什麼樣的東西怎麼開發
以太坊是一種區塊鏈的實現。在以太坊網路中，眾多的節點彼此連接，構成了以太坊網路： 以太坊節點軟體提供兩個核心功能：數據存儲、合約代碼執行。在每個以太坊全節點中，都保存有完整的區塊鏈數據。以太坊不僅將交易數據保存在鏈上，編譯後 的合約代碼同樣也保存在鏈上。以太坊全節點中，同時還提供了一個虛擬機來執行合約代碼。以太坊虛擬機 以太坊區塊鏈不僅存儲數據和代碼，每個節點中還包含一個虛擬機（EVM：Ethereum Virtual Machine）來執行 合約代碼 —— 聽起來就像計算機操作系統。事實上，這一點是以太坊區別於比特幣（Bitcoin）的最核心的一點：虛擬機的存在使區塊鏈邁入了2.0 時代，也讓區塊鏈第一次成為應用開發者友好的平台。以上內容來自：以太坊DApp開發入門教程
G. 以太坊源碼分析--p2p節點發現
節點發現功能主要涉及 Server Table udp 這幾個數據結構，它們有獨自的事件響應循環，節點發現功能便是它們互相協作完成的。其中，每個以太坊客戶端啟動後都會在本地運行一個 Server ，並將網路拓撲中相鄰的節點視為 Node ，而 Table 是 Node 的容器， udp 則是負責維持底層的連接。下面重點描述它們中重要的欄位和事件循環處理的關鍵部分。
PrivateKey - 本節點的私鑰，用於與其他節點建立時的握手協商
Protocols - 支持的所有上層協議
StaticNodes - 預設的靜態 Peer ，節點啟動時會首先去向它們發起連接，建立鄰居關系
newTransport - 下層傳輸層實現，定義握手過程中的數據加密解密方式，默認的傳輸層實現是用 newRLPX() 創建的 rlpx ，這不是本文的重點
ntab - 典型實現是 Table ，所有 peer 以 Node 的形式存放在 Table
ourHandshake - 與其他節點建立連接時的握手信息，包含本地節點的版本號以及支持的上層協議
addpeer － 連接握手完成後，連接過程通過這個通道通知 Server
Server 的監聽循環，啟動底層監聽socket，當收到連接請求時，Accept後調用 setupConn() 開始連接建立過程
Server的主要事件處理和功能實現循環
Node 唯一表示網路上的一個節點
IP - IP地址
UDP/TCP - 連接使用的UDP/TCP埠號
ID - 以太坊網路中唯一標識一個節點，本質上是一個橢圓曲線公鑰(PublicKey)，與 Server 的 PrivateKey 對應。一個節點的IP地址不一定是固定的，但ID是唯一的。
sha - 用於節點間的距離計算
Table 主要用來管理與本節點與其他節點的連接的建立更新刪除
bucket - 所有 peer 按與本節點的距離遠近放在不同的桶(bucket)中，詳見之後的 節點維護
refreshReq - 更新 Table 請求通道
Table 的主要事件循環，主要負責控制 refresh 和 revalidate 過程。
refresh.C - 定時(30s)啟動Peer刷新過程的定時器
refreshReq - 接收其他線程投遞到 Table 的 刷新Peer連接 的通知，當收到該通知時啟動更新，詳見之後的 更新鄰居關系
revalidate.C - 定時重新檢查以連接節點的有效性的定時器，詳見之後的 探活檢測
udp 負責節點間通信的底層消息控制，是 Table 運行的 Kademlia 協議的底層組件
conn - 底層監聽埠的連接
addpending － udp 用來接收 pending 的channel。使用場景為：當我們向其他節點發送數據包後(packet)後可能會期待收到它的回復，pending用來記錄一次這種還沒有到來的回復。舉個例子，當我們發送ping包時，總是期待對方回復pong包。這時就可以將構造一個pending結構，其中包含期待接收的pong包的信息以及對應的callback函數，將這個pengding投遞到udp的這個channel。 udp 在收到匹配的pong後，執行預設的callback。
gotreply - udp 用來接收其他節點回復的通道，配合上面的addpending，收到回復後，遍歷已有的pending鏈表，看是否有匹配的pending。
Table - 和 Server 中的ntab是同一個 Table
udp 的處理循環，負責控制消息的向上遞交和收發控制
udp 的底層接受數據包循環，負責接收其他節點的 packet
以太坊使用 Kademlia 分布式路由存儲協議來進行網路拓撲維護，了解該協議建議先閱讀 易懂分布式 。更權威的資料可以查看 wiki 。總的來說該協議：
源碼中由 Table 結構保存所有 bucket ， bucket 結構如下
節點可以在 entries 和 replacements 互相轉化，一個 entries 節點如果 Validate 失敗，那麼它會被原本將一個原本在 replacements 數組的節點替換。
有效性檢測就是利用 ping 消息進行探活操作。 Table.loop() 啟動了一個定時器（0~10s），定期隨機選擇一個bucket，向其 entries 中末尾的節點發送 ping 消息，如果對方回應了 pong ，則探活成功。
Table.loop() 會定期（定時器超時）或不定期（收到refreshReq）地進行更新鄰居關系（發現新鄰居），兩者都調用 doRefresh() 方法，該方法對在網路上查找離自身和三個隨機節點最近的若干個節點。
Table 的 lookup() 方法用來實現節點查找目標節點，它的實現就是 Kademlia 協議，通過節點間的接力，一步一步接近目標。
當一個節點啟動後，它會首先向配置的靜態節點發起連接，發起連接的過程稱為 Dial ，源碼中通過創建 dialTask 跟蹤這個過程
dialTask表示一次向其他節點主動發起連接的任務
在 Server 啟動時，會調用 newDialState() 根據預配置的 StaticNodes 初始化一批 dialTask ， 並在 Server.run() 方法中，啟動這些這些任務。
Dial 過程需要知道目標節點( dest )的IP地址，如果不知道的話，就要先使用 recolve() 解析出目標的IP地址，怎麼解析？就是先要用藉助 Kademlia 協議在網路中查找目標節點。
當得到目標節點的IP後，下一步便是建立連接，這是通過 dialTask.dial() 建立連接
連接建立的握手過程分為兩個階段，在在 SetupConn() 中實現
第一階段為 ECDH密鑰建立 ：
第二階段為協議握手,互相交換支持的上層協議
如果兩次握手都通過，dialTask將向 Server 的 addpeer 通道發送 peer 的信息
H. 以太坊怎麼查詢賬戶使用的gas
調用 estimateGas 確實會返回一個 gas 耗費量,但這是該筆交易在當前狀態下被打包會花費的 gas 量。
I. geth以太坊客戶端輕節點模式啟動怎麼與全節點啟動的geth連接
一般來說，Undefined index就是自己編寫過程中出現了的的確確的寫法問題notice一般提示關於與執行代碼沒有直接關系的錯誤，但不要忘記，notice有時會返回一些多餘的錯誤信息