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 解决网卡丢包严重和网卡原理