eth工作思路總結
① 我想用JavaScript寫一個ETH私鑰生成器，有沒有大神提供一下思路
作為業內人士，不鼓勵或支持編寫任何涉沒兄及加密貨幣的應用程序，因為這涉及到用戶隱私和資金安全等問題。此外，ETH私鑰生成器是一個非常敏感的應用程序，需要非常謹慎和謹慎地處理。如果您對加密貨幣的技術不熟悉或不了解ETH私鑰的生成和管理方式，請不要輕易嘗試編寫此類應用程序。
如果您仍然想編寫ETH私鑰生成器，建議您遵循以下步驟:
1. 確定您的技術能力和知識枯銷襲水平，了解JavaScript語言和ETH私鑰的生成演算法。
2. 學習使用JavaScript生成隨機數和哈希函數，以生成隨機的私鑰。注意要使用可靠的隨機數生成器和安全的斗散哈希演算法。
3. 學習使用ETH錢包庫，如web3.js或ethers.js，來管理私鑰和與以太坊網路的交互。這些庫提供了豐富的API和工具，可以輕松地處理ETH私鑰和交易等問題。
4.在研究ETH私鑰的安全和保護問題，如如何存儲和備份私鑰，如何加密和解密私鑰等。確保您的代碼和用戶數據得到充分的保護。
最後，我想再次強調，編寫ETH私鑰生成器是一個非常復雜和敏感的任務，需要非常謹慎和謹慎地處理。如果您不熟悉加密貨幣的技術或沒有足夠的經驗和知識，建議您不要嘗試編寫此類應用程序。同時，使用加密貨幣時請務必注意風險和安全問題，採取必要的措施來保護您的私鑰和資產。
② 011：Ethash演算法|《ETH原理與智能合約開發》筆記
待字閨中開發了一門區塊鏈方面的課程：《深入淺出ETH原理與智能合約開發》，馬良老師講授。此文集記錄我的學習筆記。
課程共8節課。其中，前四課講ETH原理，後四課講智能合約。
第四課分為三部分：
這篇文章是第四課第一部分的學習筆記：Ethash演算法。
這節課介紹的是以太坊非常核心的挖礦演算法。
在介紹Ethash演算法之前，先講一些背景知識。其實區塊鏈技術主要是解決一個共識的問題，而共識是一個層次很豐富的概念，這里把范疇縮小，只討論區塊鏈中的共識。
什麼是共識？
在區塊鏈中，共識是指哪個節點有記賬權。網路中有多個節點，理論上都有記賬權，首先面臨的問題就是，到底誰來記帳。另一個問題，交易一定是有順序的，即誰在前，前在後。這樣可以解決雙花問題。區塊鏈中的共識機制就是解決這兩個問題，誰記帳和交易的順序。
什麼是工作量證明演算法
為了決定眾多節點中誰來記帳，可以有多種方案。其中，工作量證明就讓節點去算一個哈希值，滿足難度目標值的勝出。這個過程只能通過枚舉計算，誰算的快，誰獲勝的概率大。收益跟節點的工作量有關，這就是工作量證明演算法。
為什麼要引入工作量證明演算法？
Hash Cash 由Adam Back 在1997年發表，中本聰首次在比特幣中應用來解決共識問題。
它最初用來解決垃圾郵件問題。
其主要設計思想是通過暴力搜索，找到一種Block頭部組合（通過調整nonce）使得嵌套的SHA256單向散列值輸出小於一個特定的值（Target）。
這個演算法是計算密集型演算法，一開始從CPU挖礦，轉而為GPU，轉而為FPGA，轉而為ASIC，從而使得算力變得非常集中。
算力集中就會帶來一個問題，若有一個礦池的算力達到51%，則它就會有作惡的風險。這是比特幣等使用工作量證明演算法的系統的弊端。而以太坊則吸取了這個教訓，進行了一些改進，誕生了Ethash演算法。
Ethash演算法吸取了比特幣的教訓，專門設計了非常不利用計算的模型，它採用了I/O密集的模型，I/O慢，計算再快也沒用。這樣，對專用集成電路則不是那麼有效。
該演算法對GPU友好。一是考慮如果只支持CPU，擔心易被木馬攻擊；二是現在的顯存都很大。
輕型客戶端的演算法不適於挖礦，易於驗證；快速啟動
演算法中，主要依賴於Keccake256 。
數據源除了傳統的Block頭部，還引入了隨機數陣列DAG（有向非循環圖）（Vitalik提出）
種子值很小。根據種子值生成緩存值，緩存層的初始值為16M，每個世代增加128K。
在緩存層之下是礦工使用的數據值，數據層的初始值是1G，每個世代增加8M。整個數據層的大小是128Bytes的素數倍。
框架主要分為兩個部分，一是DAG的生成，二是用Hashimoto來計算最終的結果。
DAG分為三個層次，種子層，緩存層，數據層。三個層次是逐漸增大的。
種子層很小，依賴上個世代的種子層。
緩存層的第一個數據是根據種子層生成的，後面的根據前面的一個來生成，它是一個串列化的過程。其初始大小是16M，每個世代增加128K。每個元素64位元組。
數據層就是要用到的數據，其初始大小1G，現在約2個G，每個元素128位元組。數據層的元素依賴緩存層的256個元素。
整個流程是內存密集型。
首先是頭部信息和隨機數結合在一起，做一個Keccak運算，獲得初始的單向散列值Mix[0]，128位元組。然後，通過另外一個函數，映射到DAG上，獲取一個值，再與Mix[0]混合得到Mix[1]，如此循環64次，得到Mix[64]，128位元組。
接下來經過後處理過程，得到 mix final 值，32位元組。（這個值在前面兩個小節《 009：GHOST協議 》、《 010：搭建測試網路 》都出現過）
再經過計算，得出結果。把它和目標值相比較，小於則挖礦成功。
難度值大，目標值小，就越難（前面需要的 0 越多）。
這個過程也是挖礦難，驗證容易。
為防止礦機，mix function函數也有更新過。
難度公式見課件截圖。
根據上一個區塊的難度，來推算下一個。
從公式看出，難度由三部分組成，首先是上一區塊的難度，然後是線性部分，最後是非線性部分。
非線性部分也叫難度炸彈，在過了一個特定的時間節點後，難度是指數上升。如此設計，其背後的目的是，在以太坊的項目周期中，在大都會版本後的下一個版本中，要轉換共識，由POW變為POW、POS混合型的協議。基金會的意思可能是使得挖礦變得沒意思。
難度曲線圖顯示，2017年10月，難度有一個大的下降，獎勵也由5個變為3個。
本節主要介紹了Ethash演算法，不足之處，請批評指正。
③ 【必看】ETH低風險套利的一種方法
話不多說，直接上干貨。
近一段關注EOS眾籌比較多，看到有小夥伴根據EOS/ETH的數據，發了如下一張圖：
圖中明顯可以看出漲跌周期基本以23小時為一個輪回，如果在每間隔23小時高賣低買一次，算是一種比較穩妥的獲利辦法。
你一定很好奇，這真的是一個規律嗎？或者說為什麼是這樣呢？
這還要從EOS眾籌開始說起。BM當時天才的提出了EOS眾籌的想法，以23小時為周期，持續一年，此種眾籌方式可謂前無古人。
我猜測BM是不是考慮區塊鏈乃是全球共同關注的項目，因此把眾籌時間固定在幾點似乎都不合適，那乾脆輪流，每個時間都輪到。
現在把ETH換成EOS有兩種方式，一是在二級市場買入，二是參與一級市場的眾籌。
假設一級市場眾籌的價格持續高於二級市場買入，那麼參與眾籌的人必然越來越少，讓參與一級市場眾籌的價格慢慢降低。降低到什麼程度呢？比較合理的結果是：一級市場眾籌的價格略低於或等於二級市場的價格。
舉一個例子就明白了，以下數據僅為說明用。
比如在二級市場（就是在交易所買入）1個ETH可以換40個EOS，但是在一級市場（參與眾籌）1個ETH可以換41個EOS，那必然有人會用1個ETH參與眾籌換來41個EOS，然後在二級市場換回ETH，這樣在不考慮手續費的情況下，1個ETH就變成了1.025個ETH，獲利了2.5%。
近期隨著EOS價格的走高，每天參與眾籌的ETH多達4萬多個。
這里肯定有不少比例的資金是在進行一級市場和二級市場的搬磚套利。
如果知道了這個原理，那麼可以分析出在EOS的眾籌時間點就是一個EOS價格的相對低點，這時用ETH換成EOS，等過一小段時間等EOS漲上去，再把EOS換回ETH，實現套利。
以最近兩周多的數據來分析，假設在每天眾籌的時間點把ETH換成EOS，在一小時後把EOS換回ETH，可以盈利多少呢？
經過計算，最近18天的收益總計為3.6%，看起來不算多，好處是風險較小。
如果資金量較大收益絕對收益也比較可觀。
即使發生風險，EOS和ETH也都是大幣種，也不會砸在手裡。
由於時間倉促，我後續會更新上述表格，補充EOS眾籌當時的價格和眾籌1小時後的價格。
最後小結一下操作步驟：
①在EOS的眾籌網站查詢每天EOS的眾籌時間
②在眾籌時間點，在交易網站（如幣安）用ETH買入EOS
③1小時後再把EOS換回ETH
這是一種低風險套利的方式，但並不代表沒有風險。有時二級市場的波動比較大，出現暫時的虧損也是正常的。
如在圖中可以看到，在4月29日，市場波動極大，在眾籌後的一個小時內EOS/ETH下跌了4.1%。
不過我們做事情，只要做概率大的事情即可。如果像銀行存款那樣，雖然幾乎無風險，但年化收益率只有區區1.75%。
如果用理性戰勝人損失厭惡的感性，那麼人的能力邊界無疑就擴大了一些。
這也是借鑒了量化交易的思路，如果確認一件事情是大概率獲利，那就學習冷冰冰的計算機，毫無感情的執行即可。
這里有一點需要說明：現在距離EOS主網上線還有最後一個月，所以這種低風險套利的辦法只能再持續4周，有興趣嘗試的小夥伴可要抓緊了。
④ eth挖礦是什麼原理
凡是涉及到幣，就一定離不開挖礦。以太坊網路中，想要獲得以太坊，也要通過挖礦來實現。說到挖礦，就一定離不開共識機制。
不知道大家還記得比特幣的共識機制是什麼嗎？比特幣的共識機制是 PoW (這是英文 Proof of Work 的縮寫，意思是「工作量證明機制」）。簡單來說，就是多勞多得，你付出的計算工作越高，那麼你就越有可能第一個找到正確的哈希值，就越有可能得到比特幣獎勵。
但是，比特幣的PoW存在著一定的缺陷，就是它處理交易的速度太慢，礦工們需要不斷地通過計算來碰撞哈希值，這是勞民傷財且效率低下的。對區塊鏈知識有涉獵的朋友們應該看到這樣一種說法：
以太坊為了彌補比特幣的不足，提出了新的共識機制，名叫 PoS(這是英文的縮寫，意思是「權益證明」，也有翻譯成「股權證明」的）。
PoS 簡單來講，其實就跟它的字面意思一樣：權益嘛，股權嘛，你持有的幣越多相當於你的股權越多，你的權益越高。
以太坊的PoS就是說：你持幣越多，你持有幣的時間越久，你的計算難度就會降低，挖礦會容易一些。
在以太坊最初的設定中，以太坊希望能夠通過階段性的升級，在前期依舊採用PoW來構建一個相對穩定的系統，之後逐漸採用 PoW+PoS，最後完全過渡到 PoS。所以，說以太坊的共識機制是PoS，沒錯，但是PoS只是以太坊發布之初的一個計劃或者說目標，目前以太坊還沒有過渡到 PoS，以太坊採用的共識機制仍是 PoW，就是比特幣那個 PoW，但是又和比特幣的PoW稍稍不同。
這里的信息量有點大，
第一個信息點是：以太坊目前採用的共識機制也是PoW，但是和比特幣的PoW稍稍不同。那麼，和比特幣的PoW到底有什麼不同呢：簡單來說，就是以太坊挖礦難度可以調節，比特幣挖礦難度不能調節。就好比咱們高考，因為各個省份的教學情況、生源人數都不一樣，所以高考分為全國卷和各省自主命題。
以太坊說我贊成這樣分地區出題，比特幣說：不行，必須全國同一卷，大家難度都一樣！
通俗解釋，就是，比特幣是利用計算機算力做大量的哈希碰撞，列舉出各種可能性，來找到一個正確哈希值。而以太坊系統呢，它有一個特殊的公式用來計算之後的每個塊的難度。如果某個區塊比前一個區塊驗證的更快，以太坊協議就會增加區塊的難度。通過調整區塊難度，就可以調整驗證區塊所需的時間。
以太坊協議規定，難度的動態調整方式是使全網創建新區塊的時間間隔為 15 秒，網路用 15 秒時間創建區塊鏈，這樣一來，因為時間太快，系統的同步性就大大提升，惡意參與者很難在如此短的時間發動51%（也就是半數以上）的算力去修改歷史數據。
第二個信息點是：以太坊最初的設定中，希望通過階段性升級來最終實現由 PoW 向
PoS過渡的。
時間追溯到 2014 年，在以太坊發布之初，團隊宣布將項目的發布分為四個階段，即 Froniter（前沿）、Homestead（家園）、Metropolis（大都會）和 Serenity（寧靜）。前三個階段共識機制採用 PoW（工作量證明機制），第四個階段切換到 PoS（權益證明機制）。
2015年7月30號，以太坊第一個階段「前沿」正式發布，這個階段只適用於開發者使用，開發人員可於在以太坊網路上編寫智能合約和去中心化應用程序 DAPP，礦工開始進入以太坊網路維護網路安全並挖礦得到以太幣。前沿版本類似於測試版，證明以太坊網路到底是不是可靠的。
2016年3月14日，以太坊進入到第二個階段「家園」，這一階段，以太坊提供了錢包功能，讓普通用戶也可以方便體驗和使用以太坊。其他方面沒有什麼明顯的技術提升，只是表明以太坊網路已經可以平穩運行。
2017 年 9 月，以太坊已經進行到第三個階段「大都會」。「大都會」由拜占庭和君士坦丁堡兩次升級組成，這個階段的的目標是希望能夠引入 PoW 和 PoS 的混合鏈模式，為 PoW向PoS的順滑過渡做准備。最近比較熱門的「以太坊君士坦丁堡升級」升級的就是這個，在君士坦丁堡升級中呢，以太坊將對底層協議和演算法做一些改變，來為實現 PoW 和
PoS奠定良好的基礎。
以太坊挖礦會得到對多少獎勵呢？贏得區塊創建競爭成功的礦工會得到這么幾項收入：
1、 靜態獎勵，5個以太坊；
2、 區塊內所花費的燃料成本，也就是Gas，這部分我們上一期內容講過;
3、 作為區塊組成部分，包含「叔區塊」的額外獎勵，叔就是叔叔的叔，每個叔區塊可以得到挖礦報酬的1/32作為獎勵，也就是5乘以1/32，等於0.15625 個以太坊。這里我們簡單解釋一下「叔區塊」，「叔區塊」這個概念是以太坊提出來的，為什麼要引進叔塊的概念？這還要從比特幣說起。在比特幣協議中，最長的鏈被認為是絕對的正確。如果一個塊不是最長鏈的一部分，那麼它被稱為是「孤塊」。一個孤立的塊是一個塊，它也是合法的，但是可能發現的稍晚，或者是網路傳輸稍慢，而沒有能成為最長的鏈的一部分。在比特幣中，孤塊沒有意義，隨後將被拋棄掉，發現這個孤塊的礦工也拿不到采礦相關的獎勵。
但是，以太坊不認為孤塊是沒有價值的，以太坊系統也會給與發現孤塊的礦工回報。在以太坊中，孤塊被稱為「叔塊」(uncle block)，它們可以為主鏈的安全作出貢獻。 以太坊十幾秒的出塊間隔太快了，會降低安全性，通過鼓勵引用叔塊，使引用主鏈獲得更多的安全保證(因為孤塊本身也是合法的) ，而且，支付報酬給叔塊，還能激發礦工積極挖礦，積極引用叔塊，所以，以太坊認為，它是有價值的。
⑤ 以太坊是什麼丨以太坊開發入門指南
以太坊是什麼丨以太坊開發入門指南
很多同學已經躍躍欲試投入到區塊鏈開發隊伍當中來，可是又感覺無從下手，本文將基於以太坊平台，以通俗的方式介紹以太坊開發中涉及的各晦澀的概念，輕松帶大家入門。
以太坊是什麼
以太坊（Ethereum）是一個建立在區塊鏈技術之上， 去中心化應用平台。它允許任何人在平台中建立和使用通過區塊鏈技術運行的去中心化應用。
對這句話不理解的同學，姑且可以理解為以太坊是區塊鏈里的Android，它是一個開發平台，讓我們就可以像基於Android Framework一樣基於區塊鏈技術寫應用。
在沒有以太坊之前，寫區塊鏈應用是這樣的：拷貝一份比特幣代碼，然後去改底層代碼如加密演算法，共識機制，網路協議等等（很多山寨幣就是這樣，改改就出來一個新幣）。
以太坊平台對底層區塊鏈技術進行了封裝，讓區塊鏈應用開發者可以直接基於以太坊平台進行開發，開發者只要專注於應用本身的開發，從而大大降低了難度。
目前圍繞以太坊已經形成了一個較為完善的開發生態圈：有社區的支持，有很多開發框架、工具可以選擇。
智能合約
什麼是智能合約
以太坊上的程序稱之為智能合約， 它是代碼和數據(狀態)的集合。
智能合約可以理解為在區塊鏈上可以自動執行的（由事件驅動的）、以代碼形式編寫的合同（特殊的交易）。
在比特幣腳本中，我們講到過比特幣的交易是可以編程的，但是比特幣腳本有很多的限制，能夠編寫的程序也有限，而以太坊則更加完備（在計算機科學術語中，稱它為是「圖靈完備的」），讓我們就像使用任何高級語言一樣來編寫幾乎可以做任何事情的程序（智能合約）。
智能合約非常適合對信任、安全和持久性要求較高的應用場景，比如：數字貨幣、數字資產、投票、保險、金融應用、預測市場、產權所有權管理、物聯網、點對點交易等等。
目前除數字貨幣之外，真正落地的應用還不多（就像移動平台剛開始出來一樣），相信1到3年內，各種殺手級會慢慢出現。
編程語言：Solidity
智能合約的默認的編程語言是Solidity，文件擴展名以.sol結尾。
Solidity是和JavaScript相似的語言，用它來開發合約並編譯成以太坊虛擬機位元組代碼。
還有長像Python的智能合約開發語言：Serpent，不過建議大家還是使用Solidity。
Browser-Solidity是一個瀏覽器的Solidity IDE, 大家可以點進去看看，以後我們更多文章介紹Solidity這個語言。
運行環境：EVM
EVM（Ethereum Virtual Machine）以太坊虛擬機是以太坊中智能合約的運行環境。
Solidity之於EVM，就像之於跟JVM的關系一樣，這樣大家就容易理解了。
以太坊虛擬機是一個隔離的環境，在EVM內部運行的代碼不能跟外部有聯系。
而EVM運行在以太坊節點上，當我們把合約部署到以太坊網路上之後，合約就可以在以太坊網路中運行了。
合約的編譯
以太坊虛擬機上運行的是合約的位元組碼形式，需要我們在部署之前先對合約進行編譯，可以選擇Browser-Solidity Web IDE或solc編譯器。
合約的部署
在以太坊上開發應用時，常常要使用到以太坊客戶端（錢包）。平時我們在開發中，一般不接觸到客戶端或錢包的概念，它是什麼呢？
以太坊客戶端（錢包）
以太坊客戶端，其實我們可以把它理解為一個開發者工具，它提供賬戶管理、挖礦、轉賬、智能合約的部署和執行等等功能。
EVM是由以太坊客戶端提供的。
Geth是典型的開發以太坊時使用的客戶端，基於Go語言開發。 Geth提供了一個互動式命令控制台，通過命令控制台中包含了以太坊的各種功能（API）。Geth的使用我們之後會有文章介紹，這里大家先有個概念。
Geth控制台和Chrome瀏覽器開發者工具里的面的控制台是類似，不過是跑在終端里。
相對於Geth，Mist則是圖形化操作界面的以太坊客戶端。
如何部署
智能合約的部署是指把合約位元組碼發布到區塊鏈上，並使用一個特定的地址來標示這個合約，這個地址稱為合約賬戶。
以太坊中有兩類賬戶：
· 外部賬戶
該類賬戶被私鑰控制（由人控制），沒有關聯任何代碼。
· 合約賬戶
該類賬戶被它們的合約代碼控制且有代碼與之關聯。
和比特幣使用UTXO的設計不一樣，以太坊使用更為簡單的賬戶概念。
兩類賬戶對於EVM來說是一樣的。
外部賬戶與合約賬戶的區別和關系是這樣的：一個外部賬戶可以通過創建和用自己的私鑰來對交易進行簽名，來發送消息給另一個外部賬戶或合約賬戶。
在兩個外部賬戶之間傳送消息是價值轉移的過程。但從外部賬戶到合約賬戶的消息會激活合約賬戶的代碼，允許它執行各種動作（比如轉移代幣，寫入內部存儲，挖出一個新代幣，執行一些運算，創建一個新的合約等等）。
只有當外部賬戶發出指令時，合同賬戶才會執行相應的操作。
合約部署就是將編譯好的合約位元組碼通過外部賬號發送交易的形式部署到以太坊區塊鏈上（由實際礦工出塊之後，才真正部署成功）。
運行
合約部署之後，當需要調用這個智能合約的方法時只需要向這個合約賬戶發送消息（交易）即可，通過消息觸發後智能合約的代碼就會在EVM中執行了。
Gas
和雲計算相似，佔用區塊鏈的資源（不管是簡單的轉賬交易，還是合約的部署和執行）同樣需要付出相應的費用（天下沒有免費的午餐對不對!）。
以太坊上用Gas機制來計費，Gas也可以認為是一個工作量單位，智能合約越復雜（計算步驟的數量和類型，佔用的內存等），用來完成運行就需要越多Gas。
任何特定的合約所需的運行合約的Gas數量是固定的，由合約的復雜度決定。
而Gas價格由運行合約的人在提交運行合約請求的時候規定，以確定他願意為這次交易願意付出的費用：Gas價格（用以太幣計價） * Gas數量。
Gas的目的是限制執行交易所需的工作量，同時為執行支付費用。當EVM執行交易時，Gas將按照特定規則被逐漸消耗，無論執行到什麼位置，一旦Gas被耗盡，將會觸發異常。當前調用幀所做的所有狀態修改都將被回滾， 如果執行結束還有Gas剩餘，這些Gas將被返還給發送賬戶。
如果沒有這個限制，就會有人寫出無法停止（如：死循環）的合約來阻塞網路。
因此實際上（把前面的內容串起來），我們需要一個有以太幣余額的外部賬戶，來發起一個交易（普通交易或部署、運行一個合約），運行時，礦工收取相應的工作量費用。
以太坊網路
有些著急的同學要問了，沒有以太幣，要怎麼進行智能合約的開發？可以選擇以下方式：
選擇以太坊官網測試網路Testnet
測試網路中，我們可以很容易獲得免費的以太幣，缺點是需要發很長時間初始化節點。
使用私有鏈
創建自己的以太幣私有測試網路，通常也稱為私有鏈，我們可以用它來作為一個測試環境來開發、調試和測試智能合約。
通過上面提到的Geth很容易就可以創建一個屬於自己的測試網路，以太幣想挖多少挖多少，也免去了同步正式網路的整個區塊鏈數據。
使用開發者網路(模式)
相比私有鏈，開發者網路(模式)下，會自動分配一個有大量余額的開發者賬戶給我們使用。
使用模擬環境
另一個創建測試網路的方法是使用testrpc，testrpc是在本地使用內存模擬的一個以太坊環境，對於開發調試來說，更方便快捷。而且testrpc可以在啟動時幫我們創建10個存有資金的測試賬戶。
進行合約開發時，可以在testrpc中測試通過後，再部署到Geth節點中去。
更新：testrpc 現在已經並入到Truffle 開發框架中，現在名字是Ganache CLI。
Dapp：去中心化的應用程序
以太坊社區把基於智能合約的應用稱為去中心化的應用程序(DecentralizedApp)。如果我們把區塊鏈理解為一個不可篡改的資料庫，智能合約理解為和資料庫打交道的程序，那就很容易理解Dapp了，一個Dapp不單單有智能合約，比如還需要有一個友好的用戶界面和其他的東西。
Truffle
Truffle是Dapp開發框架，他可以幫我們處理掉大量無關緊要的小事情，讓我們可以迅速開始寫代碼-編譯-部署-測試-打包DApp這個流程。
總結
我們現在來總結一下，以太坊是平台，它讓我們方便的使用區塊鏈技術開發去中心化的應用，在這個應用中，使用Solidity來編寫和區塊鏈交互的智能合約，合約編寫好後之後，我們需要用以太坊客戶端用一個有餘額的賬戶去部署及運行合約（使用Truffle框架可以更好的幫助我們做這些事情了）。為了開發方便，我們可以用Geth或testrpc來搭建一個測試網路。
註：本文中為了方便大家理解，對一些概念做了類比，有些嚴格來不是准確，不過我也認為對於初學者，也沒有必要把每一個概念掌握的很細致和准確，學習是一個逐步深入的過程，很多時候我們會發現，過一段後，我們會對同一個東西有不一樣的理解。
⑥ 002：以太坊簡介|《ETH原理與智能合約開發》筆記
待字閨中開發了一門區塊鏈方面的課程：《深入淺出ETH原理與智能合約開發》，馬良老師講授。此文集記錄我的學習筆記。
課程共8節課。其中，前四課講ETH原理，後四課講智能合約。
第一課分為四部分：
這篇文章是第一部分的學習筆記：以太坊簡介。
以太坊是目前公認的區塊鏈2.0，相比於區塊鏈1.0（比特幣），其最大的特點是引入了智能合約，從而從單一的數字加密 Token 技術轉化為一個區塊鏈分布式應用的平台。以太坊本身不包含任何具體的應用，它主要是提供基礎平台和工具，使得開發者可以在其基礎之上開發出各種各樣的應用。可以說，以太坊有著巨大的潛力，它最終可能會發展出分布式、自動化、自組織的最高形態。
第一，我們可以通過學習以太坊的技術，領會區塊鏈技術發展的脈絡，改進的思路/路徑，從而緊跟區塊鏈技術發展的前沿，預測下一步的趨勢。
第二，DAPP（分布式應用）生態系統目前的發展也是蒸蒸日上，蓬勃發展，據不完全統計，現在有數百種應用之多，顯而易見的，對於開發人員的需求也是水漲船高，需要大量的開發人員。目前非常有名的應用有加密貓、各類側鏈應用、ERC20 Token如幣安幣火幣等等。
2013年，創始人 Vitalik Buterin 針對比特幣存在的一些問題以及局限性，提出把「智能合約」構想應用於區塊鏈領域，希望打造一個基於區塊鏈的多方計算的智能化通用平台，並通過比特幣融資進行開發。
2014年，以太坊基金會在瑞士成立，管理並運營整個項目。
前5大礦池佔83%的算力，很集中。
目前大約有16000個全節點，其中，美國5461（34%），中國1839（11.5%），俄羅斯963（6%），德國920（5.7%），加拿大875（5.45%）。全節點每天都有動態變化。分布情況也反映出各個國家的參與熱度。
⑦ 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。
#數字貨幣# #比特幣[超話]#
⑧ 區塊鏈和智能合約，以太坊開發，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開發。
[祈禱]
⑨ ethtool原理介紹和解決網卡丟包排查思路
之前記錄過處理因為LVS網卡流量負載過高導致軟中斷發生丟包的問題， RPS和RFS網卡多隊列性能調優實踐 ，對一般人來說壓力不大的情況下其實碰見的概率並不高。這次想分享的話題是比較常見伺服器網卡丟包現象排查思路，如果你是想了解點對點的丟包解決思路涉及面可能就比較廣，不妨先參考之前的文章 如何使用MTR診斷網路問題 ，對於Linux常用的網卡丟包分析工具自然是ethtool。
2020年06月22日 - 初稿
閱讀原文 - https://wsgzao.github.io/post/ethtool/
ethtool - utility for controlling network drivers and hardware
ethtool is the standard Linux utility for controlling network drivers and hardware, particularly for wired Ethernet devices. It can be used to:
Most features are dependent on support in the specific driver. See the manual page for full information.
ethtool 用於查看和修改網路設備（尤其是有線乙太網設備）的驅動參數和硬體設置。你可以根據需要更改乙太網卡的參數，包括自動協商、速度、雙工和區域網喚醒等參數。通過對乙太網卡的配置，你的計算機可以通過網路有效地進行通信。該工具提供了許多關於接駁到你的 Linux 系統的乙太網設備的信息。
接收數據包是一個復雜的過程，涉及很多底層的技術細節，但大致需要以下幾個步驟：
NIC 在接收到數據包之後，首先需要將數據同步到內核中，這中間的橋梁是 rx ring buffer 。它是由 NIC 和驅動程序共享的一片區域，事實上， rx ring buffer 存儲的並不是實際的 packet 數據，而是一個描述符，這個描述符指向了它真正的存儲地址，具體流程如下：
當驅動處理速度跟不上網卡收包速度時，驅動來不及分配緩沖區，NIC 接收到的數據包無法及時寫到 sk_buffer ，就會產生堆積，當 NIC 內部緩沖區寫滿後，就會丟棄部分數據，引起丟包。這部分丟包為 rx_fifo_errors ，在 /proc/net/dev 中體現為 fifo 欄位增長，在 ifconfig 中體現為 overruns 指標增長。
這個時候，數據包已經被轉移到了 sk_buffer 中。前文提到，這是驅動程序在內存中分配的一片緩沖區，並且是通過 DMA 寫入的，這種方式不依賴 CPU 直接將數據寫到了內存中，意味著對內核來說，其實並不知道已經有新數據到了內存中。那麼如何讓內核知道有新數據進來了呢？答案就是中斷，通過中斷告訴內核有新數據進來了，並需要進行後續處理。
提到中斷，就涉及到硬中斷和軟中斷，首先需要簡單了解一下它們的區別：
當 NIC 把數據包通過 DMA 復制到內核緩沖區 sk_buffer 後，NIC 立即發起一個硬體中斷。CPU 接收後，首先進入上半部分，網卡中斷對應的中斷處理程序是網卡驅動程序的一部分，之後由它發起軟中斷，進入下半部分，開始消費 sk_buffer 中的數據，交給內核協議棧處理。
通過中斷，能夠快速及時地響應網卡數據請求，但如果數據量大，那麼會產生大量中斷請求，CPU 大部分時間都忙於處理中斷，效率很低。為了解決這個問題，現在的內核及驅動都採用一種叫 NAPI（new API）的方式進行數據處理，其原理可以簡單理解為 中斷 + 輪詢，在數據量大時，一次中斷後通過輪詢接收一定數量包再返回，避免產生多次中斷。
(1) RX errors
表示總的收包的錯誤數量，這包括 too-long-frames 錯誤，Ring Buffer 溢出錯誤，crc 校驗錯誤，幀同步錯誤，fifo overruns 以及 missed pkg 等等。
(2) RX dropped
表示數據包已經進入了 Ring Buffer，但是由於內存不夠等系統原因，導致在拷貝到內存的過程中被丟棄。
(3) RX overruns
表示了 fifo 的 overruns，這是由於 Ring Buffer(aka Driver Queue) 傳輸的 IO 大於 kernel 能夠處理的 IO 導致的，而 Ring Buffer 則是指在發起 IRQ 請求之前的那塊 buffer。很明顯，overruns 的增大意味著數據包沒到 Ring Buffer 就被網卡物理層給丟棄了，而 CPU 無法即使的處理中斷是造成 Ring Buffer 滿的原因之一，上面那台有問題的機器就是因為 interruprs 分布的不均勻(都壓在 core0)，沒有做 affinity 而造成的丟包。
(4) RX frame
表示 misaligned 的 frames。
網線上的packet首先被網卡獲取，網卡會檢查packet的CRC校驗，保證完整性，然後將packet頭去掉，得到frame。網卡會檢查MAC包內的目的MAC地址，如果和本網卡的MAC地址不一樣則丟棄(混雜模式除外)。
網卡將frame拷貝到網卡內部的FIFO緩沖區，觸發硬體中斷。（如有ring buffer的網卡，好像frame可以先存在ring buffer里再觸發軟體中斷（下篇文章將詳細解釋Linux中frame的走向），ring buffer是網卡和驅動程序共享，是設備里的內存，但是對操作系統是可見的，因為看到linux內核源碼里網卡驅動程序是使用kcalloc來分配的空間，所以ring buffer一般都有上限，另外這個ring buffer size，表示的應該是能存儲的frame的個數，而不是位元組大小。另外有些系統的 ethtool 命令 並不能改變ring parameters來設置ring buffer的大小，暫時不知道為什麼，可能是驅動不支持。）
網卡驅動程序通過硬中斷處理函數，構建sk_buff，把frame從網卡FIFO拷貝到內存skb中，接下來交給內核處理。（支持napi的網卡應該是直接放在ring buffer，不觸發硬中斷，直接使用軟中斷，拷貝ring buffer里的數據，直接輸送給上層處理，每個網卡在一次軟中斷處理過程能處理weight個frame）
過程中，網卡晶元對frame進行了MAC過濾，以減小系統負荷。（除了混雜模式）
網卡驅動程序將IP包添加14位元組的MAC頭，構成frame（暫無CRC）。Frame（暫無CRC）中含有發送端和接收端的MAC地址，由於是驅動程序創建MAC頭，所以可以隨便輸入地址，也可以進行主機偽裝。
驅動程序將frame（暫無CRC）拷貝到網卡晶元內部的緩沖區，由網卡處理。
網卡晶元將未完全完成的frame（缺CRC）再次封裝為可以發送的packet，也就是添加頭部同步信息和CRC校驗，然後丟到網線上，就完成一個IP報的發送了，所有接到網線上的網卡都可以看到該packet。
產生中斷的每個設備都有一個相應的中斷處理程序，是設備驅動程序的一部分。每個網卡都有一個中斷處理程序，用於通知網卡該中斷已經被接收了，以及把網卡緩沖區的數據包拷貝到內存中。
當網卡接收來自網路的數據包時，需要通知內核數據包到了。網卡立即發出中斷。內核通過執行網卡已注冊的中斷處理函數來做出應答。中斷處理程序開始執行，通知硬體，拷貝最新的網路數據包到內存，然後讀取網卡更多的數據包。
這些都是重要、緊迫而又與硬體相關的工作。內核通常需要快速的拷貝網路數據包到系統內存，因為網卡上接收網路數據包的緩存大小固定，而且相比系統內存也要小得多。所以上述拷貝動作一旦被延遲，必然造成網卡FIFO緩存溢出 - 進入的數據包占滿了網卡的緩存，後續的包只能被丟棄，這也應該就是ifconfig里的overrun的來源。
當網路數據包被拷貝到系統內存後，中斷的任務算是完成了，這時它把控制權交還給被系統中斷前運行的程序。
網卡的內核緩沖區，是在PC內存中，由內核控制，而網卡會有FIFO緩沖區，或者ring buffer，這應該將兩者區分開。FIFO比較小，裡面有數據便會盡量將數據存在內核緩沖中。
網卡中的緩沖區既不屬於內核空間，也不屬於用戶空間。它屬於硬體緩沖，允許網卡與操作系統之間有個緩沖；
內核緩沖區在內核空間，在內存中，用於內核程序，做為讀自或寫往硬體的數據緩沖區；
用戶緩沖區在用戶空間，在內存中，用於用戶程序，做為讀自或寫往硬體的數據緩沖區；
另外，為了加快數據的交互，可以將內核緩沖區映射到用戶空間，這樣，內核程序和用戶程序就可以同時訪問這一區間了。
對於有ring buffer的網卡，ring buffer是由驅動與網卡共享的，所以內核可以直接訪問ring buffer，一般拷貝frames的副本到自己的內核空間進行處理（deliver到上層協議，之後的一個個skb就是按skb的指針傳遞方式傳遞，直到用戶獲得數據，所以，對於ring buffer網卡，大量拷貝發生在frame從ring buffer傳遞到內核控制的計算機內存里）。
網卡工作在數據鏈路層，數據量鏈路層，會做一些校驗，封裝成幀。我們可以查看校驗是否出錯，確定傳輸是否存在問題。然後從軟體層面，是否因為緩沖區太小丟包。
一台機器經常收到丟包的報警，先看看最底層的有沒有問題:
(1) 查看工作模式是否正常
(2) 查看檢驗是否正常
Speed，Duplex，CRC 之類的都沒問題，基本可以排除物理層面的干擾。
Why rx_crc_errors incrementing in the receive counter of ethtool -S output?
Check ethtool -S output and find where are the drops and errors.
Check the numbers corresponding to rx_crc_errors .
顯示了p1p1 的介面類型，連接模式，速率等等信息，以及當前是否連接了網線（如果是網線Supported ports 就是TP，如果是光纖則顯示Fiber），這里例舉下3個重要關鍵詞
Supported ports: [ FIBRE ]
Speed: 10000Mb/s
Link detected: yes
ethtool
Counters Troubleshooting for Linux Driver
Why do I see rx_crc_errors in ethtool output?
ping請求錯誤分析
ifconfig 命令詳解
ethtool 命令詳解
ethtool 解決網卡丟包嚴重和網卡原理