以太坊開發geth

以太坊區塊鏈大小

與比特幣網路不同，以太坊不會明確地按內存限制每個區塊的大小，而是通過區塊GasLimit強制規定每個區塊的大小。

以太坊的區塊GasLimit設置有效的限制了一個區塊中可以打包的交易量。GasLimit參數由以太坊礦工集體決定，即通過投票的方式來動態地增加或降低GasLimit數值。

最近的一次投票是2019年下半年，礦工們群體投票同意將以太坊的區塊GasLimit由原來的800萬Gas單位提高至1000萬，使每個區塊相比之前區塊的大小增加了25%左右，這從理論上提高了以太坊網路的TPS。

普通用戶能夠運行節點對於區塊鏈的去中心化至關重要

想像一下凌晨兩點多，你接到了一個緊急呼叫，來自世界另一端幫你運行礦池(質押池)的人。從大約14分鍾前開始，你的池子和其他幾個人從鏈中分離了出來，而網路仍然維持著79%的算力。根據你的節點，多數鏈的區塊是無效的。這時出現了余額錯誤：區塊似乎錯誤地將450萬枚額外代幣分配給了一個未知地址。

一小時後，你和其他兩個同樣遭遇意外的小礦池參與者、一些區塊瀏覽器和交易所方在一個聊天室中，看見有人貼出了一條推特的鏈接，開頭寫著「宣布新的鏈上可持續協議開發基金」。

到了早上，相關討論廣泛散布在推特以及一個不審查內容的社區論壇上。但那時450萬枚代幣中的很大一部分已經在鏈上轉換為其他資產，並且進行了數十億美元的defi交易。79％的共識節點，以及所有主要的區塊鏈瀏覽器和輕錢包的端點都遵循了這條新鏈。也許新的開發者基金將為某些開發提供資金，或者也許所有這些都被領先的礦池、交易所及其裙帶所吞並。但是無論結果如何，該基金實際上都成為了既成事實，普通用戶無法反抗。

或許還有這么一部主題電影。或許會由MolochDAO或其他組織進行資助。

這種情形會發生在你的區塊鏈中嗎？你所在區塊鏈社區的精英，包括礦池、區塊瀏覽器和託管節點，可能協調得很好，他們很可能都在同一個telegram頻道和微信群中。如果他們真的想出於利益突然對協議規則進行修改，那麼他們可能具備這種能力。以太坊區塊鏈在十小時內完全解決了共識失敗，如果是只有一個客戶端實現的區塊鏈，並且只需要將代碼更改部署到幾十個節點，那麼可以更快地協調客戶端代碼的更改。能夠抵禦這種社會性協作攻擊的唯一可靠方式是「被動防禦」，而這種力量來自去一個中心化的群體：用戶。

想像一下，如果用戶運行區塊鏈的驗證節點(無論是直接驗證還是其他間接技術)，並自動拒絕違反協議規則的區塊，即使超過90%的礦工或質押者支持這些區塊，故事會如何發展。

如果每個用戶都運行一個驗證節點，那麼攻擊很快就會失敗：有些礦池和交易所會進行分叉，並且在整個過程中看起來很愚蠢。但是即使只有一些用戶運行驗證節點，攻擊者也無法大獲全勝。相反，攻擊會導致混亂，不同用戶會看到不同的區塊鏈版本。最壞情況下，隨之而來的市場恐慌和可能持續的鏈分叉將大幅減少攻擊者的利潤。對如此曠日持久的沖突進行應對的想法本身就可以阻止大多數攻擊。

Hasu關於這一點的看法：

「我們要明確一件事，我們之所以能夠抵禦惡意的協議更改，是因為擁有用戶驗證區塊鏈的文化，而不是因為PoW或PoS。」

假設你的社區有37個節點運行者，以及80000名被動監聽者，對簽名和區塊頭進行檢查，那麼攻擊者就獲勝了。如果每個人都運行節點的話，攻擊者就會失敗。我們不清楚針對協同攻擊的啟動群體免疫的確切閾值是多少，但有一點是絕對清楚的：好的節點越多，惡意的節點就越少，而且我們所需的數量肯定不止於幾百幾千個。

那麼全節點工作的上限是什麼？

為了使得有盡可能多的用戶能夠運行全節點，我們會將注意力集中在普通消費級硬體上。即使能夠輕松購買到專用硬體，這能夠降低一些全節點的門檻，但事實上對可擴展性的提升並不如我們想像的那般。

全節點處理大量交易的能力主要受限於三個方面：

算力：在保證安全的前提下，我們能劃分多少CPU來運行節點？

帶寬：基於當前的網路連接，一個區塊能包含多少位元組？

存儲：我們能要求用戶使用多大的空間來進行存儲？此外，其讀取速度應該達到多少？(即，HDD足夠嗎？還是說我們需要SSD？)

許多使用「簡單」技術對區塊鏈進行大幅擴容的錯誤看法都源自於對這些數字過於樂觀的估計。我們可以依次來討論這三個因素：

算力

錯誤答案：100%的CPU應該用於區塊驗證

正確答案：約5-10%的CPU可以用於區塊驗證

限制之所以這么低的四個主要原因如下：

我們需要一個安全邊界來覆蓋DoS攻擊的可能性(攻擊者利用代碼弱點製造的交易需要比常規交易更長的處理時間)

節點需要在離線之後能夠與區塊鏈同步。如果我掉線一分鍾，那我應該要能夠在幾秒鍾之內完成同步

運行節點不應該很快地耗盡電池，也不應該拖慢其他應用的運行速度

節點也有其他非區塊生產的工作要進行，大多數是驗證以及對p2p網路中輸入的交易和請求做出響應

請注意，直到最近大多數針對「為什麼只需要5-10%？」這一點的解釋都側重於另一個不同的問題：因為PoW出塊時間不定，驗證區塊需要很長時間，會增加同時創建多個區塊的風險。這個問題有很多修復方法，例如BitcoinNG，或使用PoS權益證明。但這些並沒有解決其他四個問題，因此它們並沒有如許多人所料在可擴展性方面獲得巨大進展。

並行性也不是靈丹妙葯。通常，即使是看似單線程區塊鏈的客戶端也已經並行化了：簽名可以由一個線程驗證，而執行由其他線程完成，並且有一個單獨的線程在後台處理交易池邏輯。而且所有線程的使用率越接近100%，運行節點的能源消耗就越多，針對DoS的安全系數就越低。

帶寬

錯誤答案：如果沒2-3秒都產生10MB的區塊，那麼大多數用戶的網路都大於10MB/秒，他們當然都能處理這些區塊

正確答案：或許我們能在每12秒處理1-5MB的區塊，但這依然很難

如今，我們經常聽到關於互聯網連接可以提供多少帶寬的廣為傳播的統計數據：100Mbps甚至1Gbps的數字很常見。但是由於以下幾個原因，宣稱的帶寬與預期實際帶寬之間存在很大差異：

「Mbps」是指「每秒數百萬bits」；一個bit是一個位元組的1/8，因此我們需要將宣稱的bit數除以8以獲得位元組數。

網路運營商，就像其他公司一樣，經常編造謊言。

總是有多個應用使用同一個網路連接，所以節點無法獨占整個帶寬。

P2P網路不可避免地會引入開銷：節點通常最終會多次下載和重新上傳同一個塊(更不用說交易在被打包進區塊之前還要通過mempool進行廣播)。

當Starkware在2019年進行一項實驗時，他們在交易數據gas成本降低後首次發布了500kB的區塊，一些節點實際上無法處理這種大小的區塊。處理大區塊的能力已經並將持續得到改善。但是無論我們做什麼，我們仍然無法獲取以MB/秒為單位的平均帶寬，說服自己我們可以接受1秒的延遲，並且有能力處理那種大小的區塊。

存儲

錯誤答案：10TB

正確答案：512GB

正如大家可能猜到的，這里的主要論點與其他地方相同：理論與實踐之間的差異。理論上，我們可以在亞馬遜上購買8TB固態驅動(確實需要SSD或NVME；HDD對於區塊鏈狀態存儲來說太慢了)。實際上，我用來寫這篇博文的筆記本電腦有512GB，如果你讓人們去購買硬體，許多人就會變得懶惰(或者他們無法負擔800美元的8TBSSD)並使用中心化服務。即使可以將區塊鏈裝到某個存儲設備上，大量活動也可以快速地耗盡磁碟並迫使你購入新磁碟。

一群區塊鏈協議研究員對每個人的磁碟空間進行了調查。我知道樣本量很小，但仍然...

請點擊輸入圖片描述

此外，存儲大小決定了新節點能夠上線並開始參與網路所需的時間。現有節點必須存儲的任何數據都是新節點必須下載的數據。這個初始同步時間(和帶寬)也是用戶能夠運行節點的主要障礙。在寫這篇博文時，同步一個新的geth節點花了我大約15個小時。如果以太坊的使用量增加10倍，那麼同步一個新的geth節點將至少需要一周時間，而且更有可能導致節點的互聯網連接受到限制。這在攻擊期間更為重要，當用戶之前未運行節點時對攻擊做出成功響應需要用戶啟用新節點。

交互效應

此外，這三類成本之間存在交互效應。由於資料庫在內部使用樹結構來存儲和檢索數據，因此從資料庫中獲取數據的成本隨著資料庫大小的對數而增加。事實上，因為頂級(或前幾級)可以緩存在RAM中，所以磁碟訪問成本與資料庫大小成正比，是RAM中緩存數據大小的倍數。

不要從字面上理解這個圖，不同的資料庫以不同的方式工作，通常內存中的部分只是一個單獨(但很大)的層(參見leveldb中使用的LSM樹)。但基本原理是一樣的。

例如，如果緩存為4GB，並且我們假設資料庫的每一層比上一層大4倍，那麼以太坊當前的~64GB狀態將需要~2次訪問。但是如果狀態大小增加4倍到~256GB，那麼這將增加到~3次訪問。因此，gas上限增加4倍實際上可以轉化為區塊驗證時間增加約6倍。這種影響可能會更大：硬碟在已滿狀態下比空閑時需要花更長時間來讀寫。

這對以太坊來說意味著什麼？

現在在以太坊區塊鏈中，運行一個節點對許多用戶來說已經是一項挑戰，盡管至少使用常規硬體仍然是可能的(我寫這篇文章時剛剛在我的筆記本電腦上同步了一個節點！)。因此，我們即將遭遇瓶頸。核心開發者最關心的問題是存儲大小。因此，目前在解決計算和數據瓶頸方面的巨大努力，甚至對共識演算法的改變，都不太可能帶來gaslimit的大幅提升。即使解決了以太坊最大的DoS弱點，也只能將gaslimit提高20%。

對於存儲大小的問題，唯一解決方案是無狀態和狀態逾期。無狀態使得節點群能夠在不維護永久存儲的情況下進行驗證。狀態逾期會使最近未訪問過的狀態失活，用戶需要手動提供證明來更新。這兩條路徑已經研究了很長時間，並且已經開始了關於無狀態的概念驗證實現。這兩項改進相結合可以大大緩解這些擔憂，並為顯著提升gaslimit開辟空間。但即使在實施無狀態和狀態逾期之後，gaslimit也可能只會安全地提升約3倍，直到其他限制開始發揮作用。

另一個可能的中期解決方案使使用ZK-SNARKs來驗證交易。ZK-SNARKs能夠保證普通用戶無需個人存儲狀態或是驗證區塊，即使他們仍然需要下載區塊中的所有數據來抵禦數據不可用攻擊。另外，即使攻擊者不能強行提交無效區塊，但是如果運行一個共識節點的難度過高，依然會有協調審查攻擊的風險。因此，ZK-SNARKs不能無限地提升節點能力，但是仍然能夠對其進行大幅提升(或許是1-2個數量級)。一些區塊鏈在layer1上探索該形式，以太坊則通過layer2協議(也叫ZKrollups)來獲益，例如zksync,Loopring和Starknet。

分片之後又會如何？

分片從根本上解決了上述限制，因為它將區塊鏈上包含的數據與單個節點需要處理和存儲的數據解耦了。節點驗證區塊不是通過親自下載和執行，而是使用先進的數學和密碼學技術來間接驗證區塊。

因此，分片區塊鏈可以安全地擁有非分片區塊鏈無法實現的非常高水平的吞吐量。這確實需要大量的密碼學技術來有效替代樸素完整驗證，以拒絕無效區塊，但這是可以做到的：該理論已經具備了基礎，並且基於草案規范的概念驗證已經在進行中。

以太坊計劃採用二次方分片(quadraticsharding)，其中總可擴展性受到以下事實的限制：節點必須能夠同時處理單個分片和信標鏈，而信標鏈必須為每個分片執行一些固定的管理工作。如果分片太大，節點就不能再處理單個分片，如果分片太多，節點就不能再處理信標鏈。這兩個約束的乘積構成了上限。

可以想像，通過三次方分片甚至指數分片，我們可以走得更遠。在這樣的設計中，數據可用性采樣肯定會變得更加復雜，但這是可以實現的。但以太坊並沒有超越二次方，原因在於，從交易分片到交易分片的分片所獲得的額外可擴展性收益實際上無法在其他風險程度可接受的前提下實現。

那麼這些風險是什麼呢？

最低用戶數量

可以想像，只要有一個用戶願意參與，非分片區塊鏈就可以運行。但分片區塊鏈並非如此：單個節點無法處理整條鏈，因此需要足夠的節點以共同處理區塊鏈。如果每個節點可以處理50TPS，而鏈可以處理10000TPS，那麼鏈至少需要200個節點才能存續。如果鏈在任何時候都少於200個節點，那可能會出現節點無法再保持同步，或者節點停止檢測無效區塊，或者還可能會發生許多其他壞事，具體取決於節點軟體的設置。

在實踐中，由於需要冗餘(包括數據可用性采樣)，安全的最低數量比簡單的「鏈TPS除以節點TPS」高幾倍，對於上面的例子，我們將其設置位1000個節點。

如果分片區塊鏈的容量增加10倍，則最低用戶數也增加10倍。現在大家可能會問：為什麼我們不從較低的容量開始，當用戶很多時再增加，因為這是我們的實際需要，用戶數量回落再降低容量？

這里有幾個問題：

區塊鏈本身無法可靠地檢測到其上有多少唯一用戶，因此需要某種治理來檢測和設置分片數量。對容量限制的治理很容易成為分裂和沖突的根源。

如果許多用戶突然同時意外掉線怎麼辦？

增加啟動分叉所需的最低用戶數量，使得防禦惡意控制更加艱難。

最低用戶數為1,000，這幾乎可以說是沒問題的。另一方面，最低用戶數設為100萬，這肯定是不行。即使最低用戶數為10,000也可以說開始變得有風險。因此，似乎很難證明超過幾百個分片的分片區塊鏈是合理的。

歷史可檢索性

用戶真正珍視的區塊鏈重要屬性是永久性。當公司破產或是維護該生態系統不再產生利益時，存儲在伺服器上的數字資產將在10年內不再存在。而以太坊上的NFT是永久的。

是的，到2372年人們仍能夠下載並查閱你的加密貓。

但是一旦區塊鏈的容量過高，存儲所有這些數據就會變得更加困難，直到某時出現巨大風險，某些歷史數據最終將……沒人存儲。

要量化這種風險很容易。以區塊鏈的數據容量(MB/sec)為單位，乘以~30得到每年存儲的數據量(TB)。當前的分片計劃的數據容量約為1.3MB/秒，因此約為40TB/年。如果增加10倍，則為400TB/年。如果我們不僅希望可以訪問數據，而且是以一種便捷的方式，我們還需要元數據(例如解壓縮匯總交易)，因此每年達到4PB，或十年後達到40PB。InternetArchive(互聯網檔案館)使用50PB。所以這可以說是分片區塊鏈的安全大小上限。

因此，看起來在這兩個維度上，以太坊分片設計實際上已經非常接近合理的最大安全值。常數可以增加一點，但不能增加太多。

結語

嘗試擴容區塊鏈的方法有兩種：基礎的技術改進和簡單地提升參數。首先，提升參數聽起來很有吸引力：如果您是在餐紙上進行數學運算，這就很容易讓自己相信消費級筆記本電腦每秒可以處理數千筆交易，不需要ZK-SNARK、rollups或分片。不幸的是，有很多微妙的理由可以解釋為什麼這種方法是有根本缺陷的。

運行區塊鏈節點的計算機無法使用100％的CPU來驗證區塊鏈；他們需要很大的安全邊際來抵抗意外的DoS攻擊，他們需要備用容量來執行諸如在內存池中處理交易之類的任務，並且用戶不希望在計算機上運行節點的時候無法同時用於任何其他應用。帶寬也會受限：10MB/s的連接並不意味著每秒可以處理10MB的區塊！也許每12秒才能處理1-5MB的塊。存儲也是一樣，提高運行節點的硬體要求並且限制專門的節點運行者並不是解決方案。對於去中心化的區塊鏈而言，普通用戶能夠運行節點並形成一種文化，即運行節點是一種普遍行為，這一點至關重要。

1

什麼是網路擁堵

通常指的是一種網路故障現象：某辦公區域網計算機使用一個帶路由功能的ADSLModem+HUB共享上網。當同一時間上網人數較少的時候網路比較通暢，上網人數多了以後網路會時斷時通，並且HUB的Collision指示燈會閃爍不停。

而在區塊鏈的應用程序中，無論是數字貨幣、智能合約、去中心的交易系統等，它們的網路都是由一個個獨立的節點組成的，發生在節點中的各種操作，比如轉賬交易、合約狀態的變更等，都會以交易事務的數據形式廣播到網路中，通過礦工打包到新的區塊，作為主鏈的一部分而最終確認所有的這些操作。

當節點很多，使用量很多的時候，大量發生的交易就會來不及在正常期望的時間內被打包，因為它們都擁堵在網路中，這些等待的被確認的交易數據通常會維持在節點的內存池中。這個就是區塊鏈的擁堵。

2

網路擁堵是怎麼發生的

目前比特幣區塊大小為1M，每秒大約只能處理7個交易。隨著交易量不斷增長，比特幣網路已經難以迅速地進行轉賬交易確認，區塊鏈網路時常出現擁堵。

區塊鏈網路上最高時有上萬筆交易積壓，某些轉賬交易手續費高達幾十美元，網路擁堵時，交易甚至需要花費好幾天才能被打包。

實際上對於每一類區塊鏈應用來說，這個問題都是存在的，造成不斷有用戶抱怨交易延遲的問題，但也側面證明了應用的廣泛，以及用戶體量的增加。

那麼發生這些問題，我們應該怎麼辦呢？

3

網路擁堵怎麼解決

解決的方法，無非有如下幾種。

第一種擴容，提高處理能力。

第二種截流，限制區塊鏈包的數量。

通過將上述兩種方法進行綜合。

悉尼大學研究者研發了一種新型的區塊鏈系統，在100台機器中能夠實現每秒44萬筆交易的吞吐量，而Visa每秒的交易處理器是5.6萬筆。相比之下，比特幣每秒的交易限制在7筆，以太坊區塊鏈則為20筆。

JadeChain公鏈系統上線後，將徹底解決JADE生態應用中的網路擁堵問題。

③ ETH以太坊核心開發者會議第92期，會議講了哪些主要內容

ETH以太坊核心開發者會議主要內容大致如下：凱特·赫德逐漸協助開展一些調研，並將調研的連接貼上，表明了調研的內容。他表明期待根據調研得到一些數據信息。比如，在調查問卷中提及，假如必須別的遠程伺服器，客戶最期待挑選哪一個。數據信息意見反饋說明Besu是最好是的備用胎。但在她們傳出調查研究報告以前，她們還不上一個星期，她們期待獲得大量的數據信息。
阿萊克西號召大量人參加進去，以掌握大家如今評定難題的方式是不是不善。提姆提了個小提議。他知道大家有一個交換目錄，還有一個挖礦軟體，這些，他提議大夥兒能夠把這個文件目錄訪問 一遍，看一下用是多少佔比。普賈說早已擁有這一明細，已經考慮到當中。喬治願意現階段的評價方法，並提議能夠應用公布在EthDiscovery上的ENR數據信息。此數據信息是以前網路爬蟲信息內容獲得的，包含ENR安裝的手機客戶端總數，ENR中是不是有ENR實際手機客戶端信息內容這些。阿萊克西覺得，他更趨向於手工製作方式。他覺得自動化技術調節能夠得到數據信息，但沒法告訴你某一連接點的必要性。針對某一連接點的必要性，及其一旦該連接點不成功或發生的共識無效的難題，大家並不清楚它將產生多少的沖擊性。有多少連接點不可以工作中，我們可以了解，可是不清楚它將造成哪些結果。喬治問Peter是不是了解ENR信息內容是功能完善的或是輕形遠程伺服器的。皮特覺得，這類必須分狀況不可以一概而論。

阿萊克西注重，在開展調研時，大家還務必重視客戶的私人信息，這一方面很重要，另一方面也是為了更好地防止客戶因擔憂隱私保護而不可以精確解答問題。普賈說，如今全部的信息內容都存有excel表，她們不容易與群眾共享資源。在考慮到私人信息的狀況下，一些難題被設計方案為可挑選的。阿萊克西問隱私保護數據泄露的不良影響是啥，馬庫斯莫里斯回應說，如果有挖礦共享資源硬體配置機器設備信息內容，就很有可能造成 DDoS對於她們的進攻，尤其是應用別的顧客的競爭者。他感覺這並不一定會產生，它是很有可能的。

ETH以太坊核心開發者會議第92期，會議講了哪些主要內容？
有關調研數據信息，Alexey明確提出的另一個難題是，是不是能夠按時發布調查報告，例如每月發布一次？因為他了解到一些作業者一直把Geth視作流行，從來沒有想過要更改以往。倘若我們可以根據數據信息的展現告知她們，事實上大家應當做些哪些來改進現況。他們還能夠從商業服務層面，及其他們可否項目投資是多少以改進這一管理體系的水平上開展評定，並從這當中獲利。只願過去了好多個月，大家會見到新數據的一些轉變。胡德森完全同意。
傑姆斯不同意，他覺得從他自己的工作經驗看來，他感覺難以從連接點營運商那邊得到恰當的信息內容。即便大家獲得了恰當的數據信息，要更改連接點那裡的情況也十分艱難。阿萊克西覺得，如今沒人來融洽全部系統軟體，每一個人都從自身的視角或從本身運營模式的利潤最大化視角來考慮到難題。蒂姆明確提出了一個見解，即如果我們必須使顧客多元化，大家應當根據調研找到想要應用不一樣顧客客戶或連接點營運商的相同點，隨後小結出這種相同點並不斷發展。
阿萊克西說，假如對調研和調研數據信息沒有一切附加的建議，他還想再提一個難題。最初，當他想起這個問題時，他覺得凱特·赫德斯能幫上忙。在他來看，這些人手上都是有一張有關工作人員的名冊，選用采訪並非調研的方式，比如電話調研，那樣能夠更迅速、更合理地掌握每一個人的念頭。蒂姆表明，它是對調研的一個非常好的填補。阿萊克西再次說，假如大家都願意調研的方式，那麼就必須一位助理員來保證 大夥兒的觀念一致，另外還要保證 生態鏈的每一個角落裡都能獲得恰當的信息內容。

ETH以太坊核心開發者會議第92期，會議講了哪些主要內容？
維塔利克說，事實上這里有2個難題，一個是短期內的難題，誰在進攻互聯網，一個是長期性的難題，互聯網的經營規模在不斷發展。皮特他抵制把gas限定提升 。假如讓互聯網再次擴大得話，可能引起比較嚴重的難題。依據上一次蘇州地區黑客攻擊的工作經驗，網路攻擊是先讓互聯網澎漲，讓以太坊互聯網不斷發展，隨後根據各種各樣方法進攻連接點。在那個時候，有二種解決方法，一種是推升成本費，讓網路攻擊沒法壓力讓互聯網澎漲提升的成本費，另一種是立即刪掉提升的一部分網路語言暴力。倘若大家如今決策提升gas極限，那麼互聯網的經營規模可能漸漸地提升，假如提升到一個風險的極限情況，大家將刪不掉任何東西，大家將束手無策。大家確實必須因此憂慮一下。在同歩角上也會發生難題。當互聯網尺寸翻倍時，系統軟體同歩需要的時間將提升大量，並非同歩翻倍。詹姆士問皮特，是不是有一些解決方法非常值得考慮到？
阿萊克西表明，如今得出一個詳細的解決方法很有可能過早了，並且現階段都還沒充足的時間來全方位考慮到一切解決方法的提議。實際上，上一次大會上，他說道有一點小矛盾，一些人覺得寫一個詳細的以太坊手機客戶端是很艱難的，因而大家明確提出why。然後，紀錄了四個回答。其一是協議書過度繁雜，無法將編碼分層次模塊化設計。可是Alexey卻覺得，實際上，大家並沒有在一開始就設計方案好編碼。如今的手機軟體模塊化設計幹了許多工作中，那樣就非常容易完成不一樣的人維護保養不一樣的手機軟體控制模塊。但他猜疑是不是每一個人都是有那樣的念頭，都想要那麼做，是不是有那麼多的人想要資金投入這么多資源，或是要直到Eth2.0？
皮特表述說，的確有很多人覺得Eth2.0是一種解決方法，但他要想回應的是，Eth2.0的確提升 了貨運量，但並沒有解決困難，因此Eth2.0並不是解決方法，它僅僅增加了難題的曝露時間。Alexey表明，他的聚焦點沒有技術性，而在構架和機構。可否創建一個軟體體系結構精英團隊，該精英團隊是不是可以在Eth2.0精英團隊中開始工作。如果沒有得話，Eth2.0是否會喪失模塊化設計手機軟體的機遇？皮特說Eth2.0。

#數字貨幣# #比特幣[超話]#

④ Geth 控制台使用及 Web3.js 使用

在以太坊的DAPP開發中，需要 頁面開發 和 智能合約 開發，頁面開發需要 H5 ， 智能合約 開發用 Solidity 實現。頁面和以太坊智能合約交互，就需要使用 Web3.js 。

Geth 控制台（REPL）實現了所有的 web3 API 及 Admin API ，如果你對Geth命令行不太熟悉，請參考之前的文章。
以太坊客戶端Geth常用命令詳解

重定向日誌到文件

使用geth console啟動時，會在當前的交互界面下時不時出現日誌。
可以使用以下方式把日誌輸出到文件。

可以新開一個命令行終端輸入以下命令查看日誌：

重定向另一個終端

也可以把日誌重定向到另一個終端，先在想要看日誌的終端輸入：

就可以獲取到終端編號，如：/dev/test
然後另一個終端使用：

啟動geth, 這是日誌就輸出到另一個終端。
如果不想看到日誌還可以重定向到空終端：

日誌級別控制

使用–verbosity可以控制日誌級別，如不想看到日誌還可以使用：

另外一個啟動geth的方法是連接到一個geth節點：

⑤ 以太坊開發人員正在應對最壞情況

以太坊准備好迎接「倫敦」硬分叉了嗎？

隨著以太坊准備在8月4日星期三激活其第11次向後不兼容升級，也稱為「硬分叉」，一些開發人員擔心升級可能會在部署前進行更多測試。

在7月23日星期五舉行的每兩周一次的以太坊核心開發者會議之後不久，以太坊基金會的提姆·貝科在所有的核心開發者Discord 聊天室中寫道，「有幾個人已經聯系或發推文說他們不一定對不延遲[硬分叉]感到滿意……我[在會議上]詢問了這個問題，似乎沒有人有強烈的意見，但有些人提到這可能不是正確的方法。」

在回應貝科的評論時，以太坊軟體客戶端開發人員阿列克謝·阿胡諾夫表示，他同意，鑒於最近發生的事件，在每兩周一次的會議上，沒有更多討論可能推遲被稱為「倫敦」的硬分叉。

「我想我知道為什麼，」阿胡諾夫寫道。「推遲 [倫敦] 是一個敏感話題，沒有人願意承受壓力，這是可以理解的。」

聊天室中的其他人懇求以太坊開發人員認真考慮將倫敦再推遲幾周進行進一步測試。

對倫敦升級風險的擔憂—其中包括影響以太坊費用市場的有爭議的代碼更改，稱為以太坊改進提案(EIP)1559—在以太坊軟體客戶端Geth中發現一個錯誤後增長。

作為背景，Geth是最流行的用於連接以太坊的軟體。據Ethernodes.org稱，在所有同步到以太坊網路的計算機（也稱為節點）中，估計有86%運行Geth客戶端軟體。

7月21日星期三，一個月前啟動倫敦硬分叉的以太坊測試網路Ropsten，在運行Geth的節點將無效交易挖入一個區塊，而運行少數客戶Besu和Open以太坊的節點卻拒絕了它。

幾個小時內，Geth團隊發布了一個補丁程序，並鼓勵所有用戶將他們的軟體更新到最新版本號Terra Nova1.10.6。

雖然沒有開發人員認為該漏洞應該在周五的電話會議期間延遲倫敦的主網路激活，但一些開發人員確實討論了如果在以太坊而不是在測試網路上發現此類漏洞的適當行動方案。

「如果像這樣的事情發生在主網上，我們會怎麼做，尤其是在大多數客戶Geth正在生產區塊的地方？顯然需要幾個小時才能修復，」貝科在會議期間說。

以太坊基金會的馬丁·霍爾斯特·斯溫德強調，這些漏洞在Ropsten上並不是前所未有的，雖然解決它們「很麻煩」，但有兩種方法可以解決它們。

首先，如果用戶的節點遵循錯誤的區塊鏈版本，用戶將需要在鏈分裂之前在內部將鏈「倒回」到區塊，並使用修補過的Geth軟體同步到新鏈。其次，如果用戶的節點尚未同步到區塊鏈的某個版本，但正在嘗試連接到網路以收集有關最近交易的數據或執行交易，則用戶最終可能會連接到錯誤版本的鏈。為了避免這種情況，這些用戶需要將以太坊上遵循正確鏈的某些節點「列入白名單」，並與卡在錯誤鏈上的其他節點隔離。

倒帶和白名單以太坊節點都可以通過Geth完成。Ropsten上的礦工能夠使用這些策略解決上周三發生的鏈分裂問題，盡管一位礦工在周五的會議上指出，在周三的事件發生之前，修復鏈分裂的指令沒有得到有效傳達，因此讓許多礦工對如何正確重啟節點感到困惑。

用戶「AlexSSD7」在Discord 聊天室中寫道，作為以太坊礦池的代表，他們「擔心」Geth中的錯誤，並指出，「一分鍾的[網路]停機時間讓我們付出了很多代價。一小時的停機時間對我們來說是2萬美元。」

客戶端軟體中的意外錯誤確實會對在主網路上運行的交易所和企業造成破壞，這就是為什麼開發人員強調需要一個強大的監控系統，該系統可以快速提醒節點運營商鏈分裂並鼓勵他們暫停運營直到進一步調查。

「這似乎是一個非常容易實現的成果，為生態系統提供了一種價值基調。如果你不確定如何開始，請在Discord中詢問，」貝科在周五的會議上說。

如果在主網上部署倫敦後再次發生類似於周三發生的錯誤，這些解決方案肯定會有所幫助，但它們不一定是用於解決更大規模問題的相同解決方案，例如黑客神奇地列印了1億個ETH。

如果發生如此災難性的事情，以太坊基金會的丹尼·瑞安在周五的會議上表示，很難提前知道開發人員將如何進行。

「我認為對於將出現的多種類型的錯誤和多種類型的特性，只有多種選擇，」瑞安說。

網路漏洞的影響越嚴重，解決漏洞的解決方案就越可能具有侵入性——並且對以太坊作為安全區塊鏈的聲譽的損害就越大。

隨著以太坊發展路線圖的近期硬分叉越來越雄心勃勃，找出最壞情況的潛在解決方案以及與網路權益持有人的損害控制計劃可能很快成為開發人員考慮的當務之急。

Fountain聯合創始人馬修·香森說：「傳統市場的DeFi：當安全代幣出現時。」 。 亮點 ： Fountain是以太坊上的一個去中心化交易所，使用戶能夠買賣安全代幣。香森強調了區塊鏈技術提供的流動性和可訪問性，每天24小時可訪問並允許即時結算。證券通證化還有其他一些好處，包括進一步提高可訪問性的資產透明度和分拆。然而，建立一個完全去中心化的證券交易所有很多挑戰。入職客戶和新證券都需要遵守國際法規，包括了解客戶法律和託管許可證。

「信貸授權的力量」，Aave創始人斯坦尼·庫萊霍夫的演講。亮點： Aave是一個建立在以太坊基礎上的去中心化借貸協議。該協議背後的團隊已經開發出一種可以提供零抵押貸款的產品。庫萊霍夫認為，這是在將DeFi流動性引入實體經濟和推動Aave借貸需求方面向前邁出的一步。

以太坊創造者維塔利克·巴特林所說的「DeFi之外的事情」。亮點： 除金融服務外，社交媒體和公共產品融資是以太坊尚未開展的兩項活動。巴特林認為，網路的代幣經濟和抵抗審查是這些活動能夠從建立在去中心化區塊鏈之上獲益的兩個原因。

「Uniswap，DeFi&消費金融的未來」，Uniswap增長負責人Ashleigh Schap的談話。亮點： Uniswap實驗室正試圖與Talos、Paxos和Fireblocks等區塊鏈基礎設施公司建立合作關系，將DeFi解決方案連接到PayPal和E*Trade等知名金融 科技 公司的後端。

Circle協議開發者朱利安·布特盧普談到「為什麼DEX正在吞噬世界」。亮點： 在最好的情況下，[去中心化金融]允許世界公民平等地使用所有貨幣、股票和金融平台。隨著領域的發展，去中心化將成為一種趨勢。監管者將監督傳統金融界使用的協議，用戶仍將有權進入DeFi如今的「狂野西部」試驗場。

#比特幣[超話]# #數字貨幣#

⑥ 走進以太坊網路

目錄

術語「以太坊節點」是指以某種方式與以太坊網路交互的程序。從簡單的手機錢包應用程序到存儲整個區塊鏈副本的計算機，任何設備均可扮演以太坊節點。

所有節點都以某種方式充當通信點，但以太坊網路中的節點分為多種類型。

與比特幣不同，以太坊找不到任何程序作為參考實施方案。在比特幣生態系統中， 比特幣核心 是主要節點軟體，以太坊黃皮書則提出了一系列獨立（但兼容）的程序。目前最流行的是Geth和Parity。

若要以允許獨立驗證區塊鏈數據的方式連接以太坊網路，則應使用之前提到的軟體運行全節點。

該軟體將從其他節點下載區塊，並驗證其所含交易的正確性。軟體還將運行調用的所有智能合約，確保接收的信息與其他節點相同。如果一切按計劃運行，我們可以認為所有節點設備均存儲相同的區塊鏈副本。

全節點對於以太坊的運行至關重要。如果沒有遍布全球的眾多節點，網路將喪失其抗審查性與去中心化特性。

通過運行全節點，您可以直接為網路的 健康 和安全發展貢獻一份力量。然而，全節點通常需要使用獨立的機器完成運行和維護。對於無法（或單純不願）運行全節點的用戶，輕節點是更好的選擇。

顧名思義，輕節點均為輕量級設備，可顯著降低資源和空間佔用率。手機或筆記本電腦等攜帶型設備均可作為輕節點。然而，降低開銷也要付出代價：輕節點無法完全實現自給自足。它們無法與整條區塊鏈同步，需要全節點提供相關信息。

輕節點備受商戶、服務供應商和用戶的青睞。在不必使用全節點並且運行成本過高的情況下，它們廣泛應用於支收付款。

挖礦節點既可以是全節點客戶端，也可以是輕節點客戶端。「挖礦節點」這個術語的使用方式與比特幣生態系統不同，但依然應用於識別參與者。

如需參與以太坊挖礦，必須使用一些附加硬體。最常見的做法是構建 礦機 。用戶通過礦機將多個GPU（圖形處理器）連接起來，高速計算哈希數據。

礦工可以選擇兩種挖礦方案：單獨挖礦或加入礦池。 單獨挖礦 表示礦工獨自創建區塊。如果成功，則獨享挖礦獎勵。如果加入 礦池 ，眾多礦工的哈希算力會結合起來。出塊速度得以提升，但挖礦獎勵將由眾多礦工共享。

區塊鏈最重要的特性之一就是「開放訪問」。這表明任何人均可運行以太坊節點，並通過驗證交易和區塊強化網路。

與比特幣相似，許多企業都提供即插即用的以太坊節點。如果只想啟動並運行單一節點，這種設備無疑是最佳選擇，缺點是必須為便捷性額外付費。

如前文所述，以太坊中存在眾多不同類型的節點軟體實施方案，例如Geth和Parity。若要運行個人節點，必須掌握所選實施方案的安裝流程。

除非運行名為 歸檔節點 的特殊節點，否則消費級筆記本電腦足以支持以太坊全節點正常運行。不過，最好不要使用日常工作設備，因為節點會嚴重拖慢運行速度。

運行個人節點時，建議設備始終在線。倘若節點離線，再次聯網時可能耗費大量的時間進行同步。因此，最好選擇造價低廉並且易於維護的設備。您甚至可以通過Raspberry Pi運行輕節點。

隨著網路即將過渡到權益證明機制，以太坊挖礦不再是最安全的長期投資方式。過渡成功後，以太坊礦工只能將挖礦設備轉入其他網路或直接變賣。

鑒於過渡尚未完成，參與以太坊挖礦仍需使用特殊硬體（例如GPU或ASIC）。若要獲得可觀收益，則必須定製礦機並尋找電價低廉的礦場。此外，還需創建以太坊錢包並配置相應的挖礦軟體。這一切都會耗費大量的時間和資金。在參與挖礦前，請認真考量自己能否應對各種挑戰。（國內嚴禁挖礦，切勿以身試法）

ProgPow代表 程序化工作量證明 。這是以太坊挖礦演算法Ethash的擴展方案，旨在提升GPU的競爭力，使其超過ASIC。

在比特幣和以太坊社區，抗ASIC多年來一直是飽受爭議的話題。在比特幣網路中，ASIC已經成為主要的挖礦力量。

在以太坊中，ASIC並不是主流，相當一部分礦工仍然使用GPU。然而，隨著越來越多的公司將以太坊ASIC礦機引入市場，這種情況很快就會改變。然而，ASIC到底存在什麼問題呢？

一方面，ASIC明顯削弱網路的去中心化。如果GPU礦工無法盈利，不得不停止挖礦，哈希率最終就會集中在少數礦工手中。此外，ASIC晶元的開發成本相當昂貴，坐擁開發能力與資源的公司屈指可數。這種現狀有可能導致以太坊挖礦產業集中在少數公司手中，形成一定程度的行業壟斷。

自2018年以來，ProgPow的集成一直飽受爭議。有些人認為，它有益於以太坊生態系統的 健康 發展。另一些人則持反對態度，認為它可能導致硬分叉。隨著權益證明機制的到來，ProgPoW能否應用於網路仍然有待觀察。

以太坊與比特幣是一樣，均為開源平台。所有人都可以參與協議開發，或基於協議構建應用程序。事實上，以太坊也是區塊鏈領域目前最大的開發者社區。

Andreas Antonopoulos和Gavin Wood出品的 Mastering Ethereum ，以及Ethereum.org推出的 開發者資源 等都是新晉開發者理想的入門之選。

智能合約的概念於20世紀90年代首次提出。其在區塊鏈中的應用帶來了一系列全新挑戰。2014年由Gavin Wood提出的Solidity已經成為開發以太坊智能合約的主要編程語言，其語法與Java、JavaScript以及C++類似。

從本質上講，使用Solidity語言，開發者可以編寫在分解後可由以太坊虛擬機(EVM)解析的指令。您可以通過Solidity GitHub詳細了解其工作原理。

其實，Solidity語言並非以太坊開發者的唯一選擇。Vyper也是一種熱門的開發語言，其語法更接近Python。

⑦ CentOS 6.5上搭建以太坊私有鏈，編譯時報錯： make: *** [geth] Error 1，請各位大神指教

build/env.sh go run build/ci.go install ./cmd/geth
make: *** [geth] Error 1
沒有這個目錄，或者這個目錄許可權不夠

⑧ etherscan.io是如何獲取區塊鏈詳細數據的

etherscan.io 等區塊鏈瀏覽器獲取區塊鏈數據的主要方式是通過搭建全節點，調用全節點的 RPC 方法獲取所需信息。web3.eth 也採用相似策略。為了獲取特定數據，開發者可通過解析全節點源代碼或資料庫，但此類操作技術難度較高，要求深入了解區塊鏈原理與數據存儲結構。

以太坊全節點主要有兩種版本：Geth 和 Parity。Parity 擁有更強大的功能，但資源佔用更大。

獲取合約地址的交易數據時，需注意合約調用產生的結果通常不上鏈，故 Geth 全節點無法獲取內部交易信息。而 Parity 提供了 trace 介面，能夠通過以太坊虛擬機（EVM）回放，獲取內部交易詳情。etherscan.io 則通過 trace 介面獲取此類數據。

ERC20 合約交易數據可通過 Parity 全節點調用 eth_getFilterLogs 方法篩選並獲取，此介面詳細說明可見於相關文檔。

另外，谷歌 BigQuery 提供了全面的鏈上數據查詢服務，包括比特幣、分叉鏈、以太坊、以太經典等。但服務費用按每次搜索的數據量計費，每 TB 5 美元，成本不菲。BigQuery 並且開源了數據解析代碼，用戶可根據自身需求搭建自用資料庫。

在區塊鏈數據獲取方面，etherscan.io 通過搭建全節點或調用高階介面實現了數據的有效獲取。同時，BigQuery 等工具提供了便捷的數據查詢途徑，盡管存在費用問題，但其提供的鏈上數據覆蓋廣泛，為研究與分析提供了寶貴資源。

⑨ 如何使用 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 ，感興趣的同學可以去試試。

⑩ 以太幣挖礦，用什麼來挖

以太幣挖礦教程

1、在硬碟上新建文件夾，比C:Eth。之後所有挖礦軟體就存放在這里。

2、下載以下軟體

1)Geth——選擇Geth-Win下載然後解壓

2)Ethminer——下載解壓到同一個文件夾，重命名為「miner」

3)Ethereum Wallet(以太坊錢包)——下載Win以太坊錢包，解壓之後重命名「wallet」

安裝好所有軟體

3、打開命令提示符(同時點擊Win和R鍵或者點擊開始菜單然後輸入cmd)。命令提示符是命令行解析器，讓你在操作系統中執行命令輸入的軟體。

之後你就擁有以太坊錢包了。但是沒有餘額，所以接下來你需要建立ethminer。暫時可以最小化錢包了。

挖礦