开发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语言。