開發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演算法，不足之處，請批評指正。
『貳』 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錢包開發04】web3j轉賬ERC-20 Token
在上一篇文章中講解了ETH轉賬，這一篇講一下ERC-20 Token轉賬。
【ETH錢包開發03】web3j轉賬ETH
1、直接用web3j的API
2、java／Android調用合約的 transfer 方法
不管用哪種方式來轉賬，你都需要先寫一個solidity智能合約文件來創建ERC-20 Token，然後部署合約，最後才是通過客戶端來調用。
注意：erc-20 token轉賬和eth轉賬的區別如下：
1、erc-20 token創建交易對象用的是這個方法 createTransaction
2、erc-20 token需要構建 Function ，它其實對應的就是erc-20 token合約中的那些方法。它的第一個參數就是ERC20中那幾個方法的名稱，第二個參數的話就是對應合約方法中的參數，第三個參數是和第二個參數對應的，按照我那樣就行了。轉賬的話就是 transfer ，我們從合約的 transfer 可以看到第一個參數是收款地址，第二個參數是金額，所以 Function 這里對應起來就好。
這種方法不需要使用web3j封裝的方法，而是直接調用solidity合約的方法。
步驟
1、web3j載入一個已經部署的合約
2、驗證合約是否載入成功 isValid
3、如何載入合約成功，則調用合約的 transfer 方法
注意：
1、這里的 TokenERC20 是根據solidity智能合約生成的對應的Java類，用於java／Android和智能合約交互的，如果你對這里不太清楚，不妨看看我之前的一篇文章。
以太坊Web3j命令行生成Java版本的智能合約
2、如果載入合約失敗，可能的一個原因是合約對應的Java類中的 BINARY 的值不對，這個值是你部署合約成功之後的bytecode，你最好檢查對比一下。
我發送一筆交易，可以通過這個地址查詢
https://rinkeby.etherscan.io/tx/
『肆』 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。
#數字貨幣# #比特幣[超話]#
『伍』 挖ETH不斷重啟內核什麼原因
內核重啟在兩種情況下出現：
開始挖礦後一直內核重啟
可能是高級設置的附加參數錯誤
可能是顯卡不支持該幣種
可能是虛擬內存不夠
可能是內核選擇錯誤
可能是內核文件被當病毒刪除
挖礦途中偶爾重啟
虛擬內存不夠，多在挖ETH時出現
某張卡、卡托、延長線故障引起的不穩定
超頻不當引起的不穩定
『陸』 如何使用STM32CubeMX配置ETH
具體配置過程：
1、打開STM32CubeMX，並選擇好相應的晶元。文中的晶元為STM32F207VCT6，選擇後如下圖：
2、配置RCC時鍾、ETH、PA8以及使能LWIP；
由於此處我們的開發板硬體上為RMII方式，因此選擇ETH-RMII，若有同志的開發板為MII方式，請參考MII的配置方法，此處只針對RMII；
RCC選擇外部時鍾源，另外勾選MCO1，軟體會自動將PA8配置為MCO1模式，該引腳對於RMII方式很重要，用於為PHY晶元提供50MHz時鍾；
使能LWIP；
3、時鍾樹的相關配置，必須保證MCO1輸出為50Mhz，如果這個頻率不對會導致PHY晶元無法工作；
我這里因為晶元為207VCT6，為了使MCO1輸出為50Mhz，做了PLL倍頻參數的一些調整，總體如下：（同志們配置時可根據自己的晶元靈活配置，但需保證MCO1的輸出為50Mhz）
4、ETH、LWIP、RCC相關參數設置；
至此，比較重要的都在前面了，但是還有一點仍需要注意，即PA8引腳輸出速度，幾次不成功都是因為這個引腳沒注意。
後續的參數設置可以根據同志們自己的需求分別設置，這里給出我的設置供參考；
ETH參數保持默認，但中斷勾選一下；
LWIP參數設置如下：（因為我這里是配置UDP伺服器，IP選擇靜態分配）
5、生成工程，做最後的函數修改；
給生成的工程添加UDP伺服器的初始化以及埠綁定等相關函數；
我這里直接將之前的官方常式中的UDP伺服器文件加進來，如下：
之後將.c文件添加到用戶程序，主函數添加Udp的.h頭文件；如下：（udp文件的具體內容在後面給出）
6、主函數還需要添加一下幾個函數，在這里不對函數作用及實現原理講解，僅做添加說明。
附：udp_echoserver相關文件內容（該文件為官方的示常式序，版權歸官方，此處做轉載）
udp_echoserver.c的內容如下：
/* Includes ------------------------------------------------------------------*/
#include "main.h"
#include "lwip/pbuf.h"
#include "lwip/udp.h"
#include "lwip/tcp.h"
#include <string.h>
#include <stdio.h>
/* Private typedef -----------------------------------------------------------*/
/* Private define ------------------------------------------------------------*/
#define UDP_SERVER_PORT 7 /* define the UDP local connection port */
#define UDP_CLIENT_PORT 7 /* define the UDP remote connection port */
/* Private macro -------------------------------------------------------------*/
/* Private variables ---------------------------------------------------------*/
/* Private function prototypes -----------------------------------------------*/
void udp_echoserver_receive_callback(void *arg, struct udp_pcb *upcb, struct pbuf *p, const ip_addr_t *addr, u16_t port);
/* Private functions ---------------------------------------------------------*/
/**
* @brief Initialize the server application.
* @param None
* @retval None
*/
void udp_echoserver_init(void)
{
struct udp_pcb *upcb;
err_t err;
/* Create a new UDP control block */
upcb = udp_new();
if (upcb)
{
/* Bind the upcb to the UDP_PORT port */
/* Using IP_ADDR_ANY allow the upcb to be used by any local interface */
err = udp_bind(upcb, IP_ADDR_ANY, UDP_SERVER_PORT);
if(err == ERR_OK)
{
/* Set a receive callback for the upcb */
udp_recv(upcb, udp_echoserver_receive_callback, NULL);
}
}
}
/**
* @brief This function is called when an UDP datagrm has been received on the port UDP_PORT.
* @param arg user supplied argument (udp_pcb.recv_arg)
* @param pcb the udp_pcb which received data
* @param p the packet buffer that was received
* @param addr the remote IP address from which the packet was received
* @param port the remote port from which the packet was received
* @retval None
*/
void udp_echoserver_receive_callback(void *arg, struct udp_pcb *upcb, struct pbuf *p, const ip_addr_t *addr, u16_t port)
{
/* Connect to the remote client */
udp_connect(upcb, addr, UDP_CLIENT_PORT);
/* Tell the client that we have accepted it */
udp_send(upcb, p);
/* free the UDP connection, so we can accept new clients */
udp_disconnect(upcb);
/* Free the p buffer */
pbuf_free(p);
}
udp_echoserver.h的內容如下：
#ifndef __ECHO_H__
#define __ECHO_H__
void udp_echoserver_init(void);
#endif /* __MINIMAL_ECHO_H */
7、至此，所有的工作完成，編譯工程，下載至開發板。由於udp_echoserver中綁定的埠號為7，這里我們通過測試工具測試網路的功能，
『柒』 【ETH錢包開發03】web3j轉賬ETH
在之前的文章中，講解了創建、導出、導入錢包。
【ETH錢包開發01】創建、導出錢包
【ETH錢包開發02】導入錢包
本文主要講解以太坊轉賬相關的一些知識。交易分為ETH轉賬和ERC-20 Token轉賬，本篇先講一下ETH轉賬。
1、解鎖賬戶發起交易。錢包keyStore文件保存在geth節點上，用戶發起交易需要解鎖賬戶，適用於中心化的交易所。
2、錢包文件離線簽名發起交易。錢包keyStore文件保存在本地，用戶使用密碼+keystore的方式做離線交易簽名來發起交易，適用於dapp，比如錢包。
本文主要講一下第二種方式，也就是錢包離線簽名轉賬的方式。
交易流程
1、通過keystore載入轉賬所需的憑證Credentials
2、創建一筆交易RawTransaction
3、使用Credentials對象對交易簽名
4、發起交易
注意以下幾點：
1、Credentials
這里，我是通過獲取私鑰的方式來載入 Credentials
還有另外一種方式，通過密碼+錢包文件keystore方式來載入 Credentials
2、nonce
nonce是指發起交易的賬戶下的交易筆數，每一個賬戶nonce都是從0開始，當nonce為0的交易處理完之後，才會處理nonce為1的交易，並依次加1的交易才會被處理。
可以通過 eth_gettransactioncount 獲取nonce
3、gasPrice和gasLimit
交易手續費由gasPrice 和gasLimit來決定，實際花費的交易手續費是 gasUsed * gasPrice 。所有這兩個值你可以自定義，也可以使用系統參數獲取當前兩個值
關於 gas ，你可以參考我之前的一篇文章。
以太坊（ETH）GAS詳解
gasPrice和gasLimit影響的是轉賬的速度，如果gas過低，礦工會最後才打包你的交易。在app中，通常給定一個默認值，並且允許用戶自己選擇手續費。
如果不需要自定義的話，還有一種方式來獲取。獲取以太坊網路最新一筆交易的 gasPrice ,轉賬的話， gasLimit 一般設置為21000就可以了。
Web3j還提供另外一種簡單的方式來轉賬以太幣,這種方式的好處是不需要管理nonce，不需要設置gasPrice和gasLimit，會自動獲取最新一筆交易的gasPrice，gasLimit 為21000（轉賬一般設置成這個值就夠用了）。
這個問題，我想是很多朋友所關心的吧。但是到目前為止，我還沒有看到有講解這方面的博客。
之前問過一些朋友，他們說可以通過區塊號、區塊哈希來判斷，也可以通過Receipt日誌來判斷。但是經過我的一番嘗試，只有 BlockHash 是可行的，在web3j中根據 blocknumber 和 transactionReceipt 都會報空指針異常。
原因大致是這樣的：在發起一筆交易之後，會返回 txHash ，然後我們可以根據這個 txHash 去查詢這筆交易相關的信息。但是剛發起交易的時候，由於手續費問題或者乙太網絡擁堵問題，會導致你的這筆交易還沒有被礦工打包進區塊，因此一開始是查不到的，通常需要幾十秒甚至更長的時間才能獲取到結果。我目前的解決方案是輪詢的去刷 BlockHash ，一開始的時候 BlockHash 的值為0x00000000000，等到打包成功的時候就不再是0了。
這里我使用的是rxjava的方式去輪詢刷的，5s刷新一次。
正常情況下，幾十秒內就可以獲取到區塊信息了。
區塊確認數=當前區塊高度-交易被打包時的區塊高度。
『捌』 a卡挖eth用什麼內核
可以用360驅動大師來安裝，360驅動大師是一款專業解決驅動安裝更新軟體,百萬級的驅動庫支持,驅動安裝一鍵化,無需手動操作,它可以智能檢測硬體，匹配最合適驅動。
ifconfig 查看你是否開啟網卡 /etc/init.d/network restart啟動網卡 查看 cd /etc/sysconfig/network-scripts/ 是否有ifcfg-eth0這個文件 沒有的話配置一個 內容 DEVICE=eth0 (哪張網卡） ONBOOT=yes BOOTPROTO=static。
a卡挖eth微內核：
微內核（Microkernelkernel）結構由一個非常簡單的硬體抽象層和一組比較關鍵的原語或系統調用組成，這些原語僅僅包括了建立一個系統必需的幾個部分，如線程管理，地址空間和進程間通信等。
微核的目標是將系統服務的實現和系統的基本操作規則分離開來。例如，進程的輸入/輸出鎖定服務可以由運行在微核之外的一個服務組件來提供。這些非常模塊化的用戶態伺服器用於完成操作系統中比較高級的操作，這樣的設計使內核中最核心的部分的設計更簡單。
『玖』 ETH合約開發語言是啥
Solidity 語言是一種專門用於編寫和執行智能合約的語言,是在以太坊虛擬機基礎上運行的、面向合約的高級語言。
「分布式平台」部分意味著任何人都可以建立並運行以太坊節點，就像任何人都可以運行比特幣節點一樣。任何想要在節點上運行「智能合約」的人都必須向Ether中的這些節點的運營商付款，這是一個與以太坊相關的加密貨幣。
因此，運行乙太網節點的人提供計算能力，並在乙太網中獲得支付，這與運行比特幣節點的人提供哈希能力並以比特幣支付的方式類似。
功能應用：
以太坊是一個平台，它上面提供各種模塊讓用戶來搭建應用，如果將搭建應用比作造房子，那麼以太坊就提供了牆面、屋頂、地板等模塊，用戶只需像搭積木一樣把房子搭起來，因此在以太坊上建立應用的成本和速度都大大改善。
以太坊通過一套圖靈完備的腳本語言來建立應用，它類似於匯編語言。我們知道，直接用匯編語言編程是非常痛苦的，但以太坊里的編程並不需要直接使用EVM語言，而是類似C語言、Python、Lisp等高級語言，再通過編譯器轉成EVM語言。