在区块链中以太坊（eth）目前有哪些问题？
以太坊区块链目前暴露出三大问题，长时间以来其创始人Vitalik
Buterin一直无力解读。第一是以太坊区块链整体很低的性能和TPS；第二是资源不隔离，CryptoKitties虚拟猫咪的事件，一度占据了整个以太坊
20%
的流量，直接造成以太坊网络用户无法展开及时的交易，就是资源不隔离最大的痛点；第三个问题在于以太坊治理结构的体现，区块链作为去中心化的分布式账本，以太坊过去以来，创始人团队主导了其网络发展，过于中心化的治理模式，让目前的以太坊出现了ETH、ETC、ETF等分叉，以太坊社区目前进入四分五裂的治理状态。而以太坊网络目前出现的各种弊病，在「aelf」创始人与CEO马昊伯看来，这是无法接受的。于是，「aelf」定位，就是为对标以太坊的下一代去中心化底层计算平台，重点解决目前以太坊存在的性能不足、资源不隔离、治理结构三方面的问题而诞生的。
B. 以太坊钱包不更新
网络不顺畅或其它。
节点同步慢原因以及解决方法：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版”，创始人是杰弗里_维尔克。
C. 在火币网购买的以太坊钱已经转帐成功了,因超时被取消订单了怎么办钱会退吗
您好，法币交易付款完成后您需要点击已付款，点击后卖家会给您转币，如果您付款完成对方没有转币，您可以联系客服，帮您尝试反馈处理。
D. 以太坊 cd go-ethereum 、make geth超时问题
解决https://proxy.golang.org/github.com 报443 超时问题
make geth
go: github.com/Azure/[email protected]: Get "https://proxy.golang.org/github.com/%21azure/azure-storage-blob-go/@v/v0.7.0.mod": dial tcp 172.217.24.17:443: i/o timeout
make: *** [geth] Error 1
替换一个国内的代理地址
终端命令执行：
go env -w GOPROXY=https://goproxy.cn
重新执行make geth
E. 以太坊开发人员正在应对最坏情况
以太坊准备好迎接“伦敦”硬分叉了吗？
随着以太坊准备在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如今的“狂野西部”试验场。
#比特币[超话]# #数字货币#
F. 2022以太坊节点数量
2022以太坊节点数量是2000多点。根据查询相关公开信息显示，截止于2022年11月30日，2022以太坊节点数量达到了2000多点，数量非常的稳定庞大，能够体现出目前以太币的强势和利好，非常适合投资。以太坊是一个开源的有智能合约功能的公共区块链平台，通过其专用加密货币以太币提供去中心化的以太虚拟机来处理点对点合约。
G. 以太坊是什么丨以太坊开发入门指南
以太坊是什么丨以太坊开发入门指南
很多同学已经跃跃欲试投入到区块链开发队伍当中来，可是又感觉无从下手，本文将基于以太坊平台，以通俗的方式介绍以太坊开发中涉及的各晦涩的概念，轻松带大家入门。
以太坊是什么
以太坊（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来搭建一个测试网络。
注：本文中为了方便大家理解，对一些概念做了类比，有些严格来不是准确，不过我也认为对于初学者，也没有必要把每一个概念掌握的很细致和准确，学习是一个逐步深入的过程，很多时候我们会发现，过一段后，我们会对同一个东西有不一样的理解。
H. 走进以太坊网络
目录
术语“以太坊节点”是指以某种方式与以太坊网络交互的程序。从简单的手机钱包应用程序到存储整个区块链副本的计算机，任何设备均可扮演以太坊节点。
所有节点都以某种方式充当通信点，但以太坊网络中的节点分为多种类型。
与比特币不同，以太坊找不到任何程序作为参考实施方案。在比特币生态系统中， 比特币核心 是主要节点软件，以太坊黄皮书则提出了一系列独立（但兼容）的程序。目前最流行的是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。
I. 以太坊源码分析--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 的信息