以太坊分析（以太坊分析今日行情）

今天给各位分享以太坊分析的知识，其中也会对以太坊分析今日行情进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

1、以太坊技术系列-以太坊共识机制2、以太坊交易(tx) 分析3、如何看待以太坊ETH2.0？4、一文读懂以太坊—ETH2.0，是否值得***持有？5、以太坊源码分析--p2p节点发现

以太坊技术系列-以太坊共识机制

区块链的特点之一是去中心化。也就是节点会分布在各个地方组成分布式系统。各个节点需要对1个问题达成一致，理想情况下，只需要同步状态即可。

如上图所示 B节点将a=1= a=2的状态同步给  ACDE四个节点，这时系统中状态变为a=2, 但如果其中有恶意节点 AE 收到通知后把a=1=a=3修改为错误的节点，这个时候大家的状态就不一致了，此时需要共识机制使系统中得到1个唯一正确的状态。

如上面说到分布式系统存在恶意节点导致系统中状态不一致的情况有1个比较著名的虚拟问题-拜占庭将军问题。

拜占庭将军问题是指，N个将军去攻打一座城堡，如果大于一定数量的将军同时进攻则可以攻打成功，如果小于则进攻失败。将军中可能存在叛徒。

这个时候有2种情况

1.如果2个叛徒都在BCDE中，那么共识算法需要让其余2个将军听从A的正确决策进攻城堡。

2.如果A是1个叛徒，共识算法需要让BCDE中剩余的3个忠诚将军保持一致。

这个问题有很多种解法，大家有兴趣可以自行查阅(推荐学习PBFT)，我们重点来看看以太坊中目前正在使用的Nakamoto 共识和将要使用的 Casper Friendly Finality Gadget共识是如何解决拜占庭将军问题的。

说到Nakamoto共识和Casper Friendly Finality Gadget共识可能大家不太熟悉，但他们的部分组成应该都比较熟悉-POW(工作量证明)和POS(权益证明)。

POW或POS称之为Sybil抗性机制，为什么需要Sybil抗性机制呢，刚刚我们说到拜占庭将军问题，应该很容易看出恶意节点越多，达成正确共识的难度也就越大，Sybil攻击就是指1个攻击者可以伪装出大量节点来进行攻击，Sybil抗性是指抵御这种攻击能力。

POW通过让矿工或验证者投入算力，POS通过让验证者质押以太坊，如果攻击者要伪装多个节点攻击则必将投入大量的算力或资产，会导致攻击成本高于收益。在以太坊中保障的安全性是除非攻击者拿到整个系统51%算力或资产否则不可能进攻成功。

在解决完Sybil攻击后，通过选取系统中的最长链作为大家达成共识的链。

很多人平时为了简化将pow和pos认为是共识机制，这不够准确，但也说明了其重要作用，我们接下来分析pow和pos。

通过hash不可逆的特性，要求各个矿工不停地计算出某个值的hash符合某一特征，比如前多少位是000000，由于这个过程只能依赖不停的试错计算hash,所以是工作量证明。计算完成后其他节点验证的值符合hash特征非常容易验证。验证通过则成为成为合法区块(不一定是共识区块，需要在最长链中)。

以太坊中的挖矿算法用到2个数据集，1个小数据集cache,1个大数据集DAG。这2个数据集会随着区块链中区块增多慢慢变大，初始大小cache为16M DAG为1G。

我们先来看这2个数据集的生成过程

cache生成规则为有1个***随机数seed，cache中第1个元素对seed取hash，后面数组中每个元素都是前1个元素取hash获得。

DAG生成规则为 找到cache中对应的元素后 根据元素中的值计算出下次要寻找的下标，循环256次后获得cache中最终需要的元素值进行hash计算得到DAG中元素的值。

然后我们再看看矿工如何进行挖矿以及轻节点如何验证

矿工挖矿的过程为，选择Nonce值映射到DAG中的1个item，通过item中的值计算出下次要找的下标，循环64次，得到最终item，将item中的值hash计算得到结果，结果和target比较，符合条件

则证明挖到区块，如果不符合则更换nonce继续挖矿。矿工在挖矿过程中需要将1G的DAG读取到内存中。

轻节点验证过程和矿工挖矿过程基本一致，

将块头里面的Nonce值映射到DAG中的1个item，然后通过cache数组计算出该item的值，通过item中的值计算出下次要找的下标，循环64次，得到最终item，将item中的值hash计算得到结果，结果和target比较，符合条件则验证通过。轻节点在验证过程中不需要将1G的DAG读取到内存中。每次用到DAG的item值都使用cache进行计算。

以太坊为什么需要这2个不同大小的数组进行辅助hash运算呢，直接进行hash运算会有什么问题？

如果只是进行重复计算会导致挖矿设备专业化，减少去中心化程度。因为我们日常使用的计算机内存和计算力是都需要的，如果挖矿只需要hash运算，挖矿设备则会设计地拥有超高算力，但对内存可以缩小到很小甚至没有。所以我们选用1G的大内存增加对内存访问的频率，增加挖矿设备对内存访问需求，从而更接近于我们日常使用的计算机。

我们看看在Nakamoto共识是如何解决拜占庭将军问题的。首先看看区块链中的拜占庭将军问题是什么？

区块链中需要达成一致的是哪条链为主链，虽然采用了最长链原则，但由于分叉问题，还是会带来拜占庭将军问题。

本来以太坊pow目标是抵抗51%以下的攻击，但如上图如果恶意节点沿着自己挖出的区块不断挖矿，由于主链上有分叉存在，恶意节点不需要达到51%算力就可以超过主链进而成为新的主链，为此以太坊使用了ghost协议给上图中的B1和C1也分配出块奖励，尽快合并到主链中，这样主链长度(按照合并后的总长度算，长度只是抽象概念，以太坊中按照区块权重累加)还是大于恶意节点自己挖矿的。

网络中的用户通过质押一定数量的以太坊成为验证者。每次系统从这些验证者从随机选择出区块创建者，其余验证者去验证创建出的区块是否合法。验证者会获得出块奖励，没有被选中的区块不进行验证则会被扣除一定质押币，如果进行错误验证则会被扣除全部质押币。

如上图，权益证明在每隔一定区块的地方设置一个检查点，对前面的区块进行验证，2/3验证者通过则验证通过，验证通过则该区块所在链成为最长合法链(不能被回滚)。

我们简化地只分析了权益证明本身，在以太坊中权益证明较为复杂的点在于和分片机制结合在一起时的运行流程，这部分会在后面单独将分片机制的一篇文章中详述。

本篇文章主要讨论了共识机制是解决分布式系统中的拜占庭将军问题，以及分析了以太坊中的共识机制一般包括最长链选择和一种sybil抗性机制(pow或pos)。重点分析了pow和pos的流程以及设计思想。后续将开始重点讨论智能合约的部分。

以太坊交易(tx) 分析

更多请参考: Github:

其中 object 和 opcodes 是相对应的，比如 60 对应就是 operation PUSH1,合约编译后的字节码即为一组的 operation 。

合约部署其实就是实例化一个 contract 对象，并将 data 的值设给 Code属性 。

创建合约的tx中，input字段对应的是合约的字节码，即指令数组。

其中 input 字段对应所要调用的函数签名的前四个字节（771602f7）以及对应的参数（1,2）

其中 input 字段为所要调用的合约函数签名的前四个字节（72a099b7）

关于函数调用，Call会把对应的Code读出来，依次解析，Code中会把所有的pu***ic签名的函数标志（4字节）push到栈里。然后依据 input 中需要调用函数的签名标志（前4字节）来匹配 Code， 匹配之后跳转到对应的 opcode 。

如何看待以太坊ETH2.0？

我个人不是特别看好以太坊2.0。

以目前以太坊的发展情况来看，以太坊已经成为了世界上最大的一条公链，这点毫无疑问。伴随着以太坊得进一步发展，我们会发现区块链行业也取得了长足的进步。

一、我先讲一下关于目前以太坊的现状。

以太坊在这一次牛市中非常亮眼，换而言之，这一次的牛市就是因为以太坊上面的应用而拉起的。目前的以太坊有几个困境：第1个困境是交易费率太高，吓跑了很多人。第2个困境是交易速度太慢，网络拥堵问题非常严重。第3个困境是交易相对繁琐，其他公链显然要优于以太坊。这正是以太坊需要***的地方，当以太坊升级到2.0以后，这些问题都会相应解决。

二、以太坊2.0动了很多人的蛋糕。

这个道理非常简单，目前的以太坊是工作证明模式，也就是我们经常提到的pow模式。如果把这种模式改成pos模式，看上去确实好了很多，但这也直接伤害了很多矿工的利益。试想一下，正是因为矿工才把以太坊推到如今的高度。如果以太坊成功过渡到了2.0，那个时候的POS模式已经不需要矿工了，矿工可能会集体出逃。

三、以太坊2.0已经失去了去中心化的特征。

之所以以太坊可以做得起来，一方面跟以太坊本身的技术能力有关，同时也跟以太坊的去中心化有关，去中心化不正是以太坊的***增长力吗？如果以太坊正式升级2.0，35个以太坊的质押实在是太高了，几乎没有散户可以承受，那个时候的以太坊会变成严重中心化的产品。虽然很多人非常看好以太坊2.0，但我觉得2.0可能会遭遇重大危机，让我们拭目以待吧。

一文读懂以太坊—ETH2.0，是否值得***持有？

ETH 2.0 的影响：以太坊网络用户会很高兴，因为 ETH 将改变其费用结构，用户将为交易支付更少的费用。这意味着当前的矿工将减少每笔交易的新包含费用，而不是以太坊的拍卖式费用市场，但预计由于 PoS 的能源效率提高和数量的增加，他们的每笔交易成本将下降。由于成本较低，用户和验证者都受益，因此交易量会更高。

ETH 2.0 降低的成本和更高的速度将使更多类型的 Defi 交易成为可能，并为新的和不同类型的安全令牌、NFT 和其他分布式金融应用程序提供机会，这些应用程序在 ETH 1.0 中没有经济意义。

ETH 2.0 还将允许使用零知识汇总和乐观汇总的更复杂和更便宜的智能合约。通过汇总，所有交易数据都以比使用常规基于区块链的交易更便宜的方式***并在以太坊上可用。汇总所需的计算负载是在链下完成的，进一步提高了吞吐量和交易成本效率。

分片将使网络***化，最终使普通用户能够在个人设备上操作以太坊。越来越多的网络参与者将进一步分散区块链。ETH 的发行量也会减少；ETH 联合创始人 Vitalik Buterin 曾表示，在 ETH 2.0 下，新代币的发行量应在每年 10 万至 200 万之间，低于目前的每年 470 万，这可能会增加硬币需求。

总结：

ETH 2.0 升级将使这个有益的全球去中心化智能合约系统能够以其速度、安全性和可靠性的愿景向前发展，减少其碳足迹，并为投资者提供公平的竞争环境，通过赌注他们对 ETH 的未来拥有***发言权以太坊。以太坊 2.0 是对已经最广泛用于智能合约的区块链网络的必要升级。随着加密货币、智能合约 Dapp 和 NFT 的接受度不断增长，以太坊 2.0 网络的可扩展性无疑将吸引更多用户，使其成为首选服务。

以太坊源码分析--p2p节点发现

节点发现功能主要涉及 Server \ Ta***e \ udp 这几个数据结构，它们有独自的事件响应循环，节点发现功能便是它们互相协作完成的。其中，每个以太坊客户端启动后都会在本地运行一个 Server ，并将网络拓扑中相邻的节点视为 Node ，而 Ta***e 是 Node 的容器， udp 则是负责维持底层的连接。下面重点描述它们中重要的字段和事件循环处理的关键部分。

PrivateKey - 本节点的私钥，用于与其他节点建立时的握手协商

Protocols - 支持的所有上层协议

StaticNodes - 预设的静态 Peer ，节点启动时会首先去向它们发起连接，建立邻居关系

newTransport - 下层传输层实现，定义握手过程中的数据加密解密方式，默认的传输层实现是用 newRLPX() 创建的 rlpx ，这不是本文的重点

ntab - 典型实现是 Ta***e ，所有 peer 以 Node 的形式存放在 Ta***e

ourHandshake - 与其他节点建立连接时的握手信息，包含本地节点的版本号以及支持的上层协议

addpeer － 连接握手完成后，连接过程通过这个通道通知 Server

Server 的***循环，启动底层***socket，当收到连接请求时，Accept后调用 setupConn() 开始连接建立过程

Server的主要事件处理和功能实现循环

Node 唯一表示网络上的一个节点

IP - IP地址

UDP/TCP - 连接使用的UDP/TCP端口号

ID - 以太坊网络中唯一标识一个节点，本质上是一个椭圆曲线公钥(Pu***icKey)，与 Server 的 PrivateKey 对应。一个节点的IP地址不一定是固定的，但ID是唯一的。

sha - 用于节点间的距离计算

Ta***e 主要用来管理与本节点与其他节点的连接的建立\更新\删除

bucket - 所有 peer 按与本节点的距离远近放在不同的桶(bucket)中，详见之后的 节点维护

refreshReq - 更新 Ta***e 请求通道

Ta***e 的主要事件循环，主要负责控制 refresh 和 revalidate 过程。

refresh.C - 定时(30s)启动Peer刷新过程的定时器

refreshReq - 接收其他线程投递到 Ta***e 的 刷新Peer连接 的通知，当收到该通知时启动更新，详见之后的 更新邻居关系

revalidate.C - 定时重新检查以连接节点的有效性的定时器，详见之后的 探活检测

udp 负责节点间通信的底层消息控制，是 Ta***e 运行的 Kade***ia 协议的底层组件

conn - 底层***端口的连接

addpending － udp 用来接收 pending 的channel。使用场景为：当我们向其他节点发送数据包后(***cket)后可能会期待收到它的回复，pending用来记录一次这种还没有到来的回复。举个例子，当我们发送ping包时，总是期待对方回复pong包。这时就可以将构造一个pending结构，其中包含期待接收的pong包的信息以及对应的callback函数，将这个pengding投递到udp的这个channel。 udp 在收到匹配的pong后，执行预设的callback。

gotreply - udp 用来接收其他节点回复的通道，配合上面的addpending，收到回复后，遍历已有的pending链表，看是否有匹配的pending。

Ta***e - 和 Server 中的ntab是同一个 Ta***e

udp 的处理循环，负责控制消息的向上递交和收发控制

udp 的底层接受数据包循环，负责接收其他节点的 ***cket

以太坊使用 Kade***ia 分布式路由存储协议来进行网络拓扑维护，了解该协议建议先阅读 易懂分布式 。更权威的资料可以查看 wiki 。总的来说该协议：

源码中由 Ta***e 结构保存所有 bucket ， bucket 结构如下

节点可以在 entries 和 replacements 互相转化，一个 entries 节点如果 Validate 失败，那么它会被原本将一个原本在 replacements 数组的节点替换。

有效性检测就是利用 ping 消息进行探活操作。 Ta***e.loop() 启动了一个定时器（0~10s），定期随机选择一个bucket，向其 entries 中末尾的节点发送 ping 消息，如果对方回应了 pong ，则探活成功。

Ta***e.loop() 会定期（定时器超时）或不定期（收到refreshReq）地进行更新邻居关系（发现新邻居），两者都调用 doRefresh() 方法，该方法对在网络上查找离自身和三个随机节点最近的若干个节点。

Ta***e 的 lookup() 方法用来实现节点查找目标节点，它的实现就是 Kade***ia 协议，通过节点间的接力，一步一步接近目标。

当一个节点启动后，它会首先向配置的静态节点发起连接，发起连接的过程称为 Dial ，源码中通过创建 dialTask 跟踪这个过程

dialTask表示一次向其他节点主动发起连接的任务

在 Server 启动时，会调用 newDialState() 根据预配置的 StaticNodes 初始化一批 dialTask ， 并在 Server.run() 方法中，启动这些这些任务。

Dial 过程需要知道目标节点( dest )的IP地址，如果不知道的话，就要先使用 recolve() 解析出目标的IP地址，怎么解析？就是先要用借助 Kade***ia 协议在网络中查找目标节点。

当得到目标节点的IP后，下一步便是建立连接，这是通过 dialTask.dial() 建立连接

连接建立的握手过程分为两个阶段，在在 SetupConn() 中实现

第一阶段为 ECDH密钥建立 ：

第二阶段为协议握手,互相***支持的上层协议

如果两次握手都通过，dialTask将向 Server 的 addpeer 通道发送 peer 的信息

关于以太坊分析和以太坊分析今日行情的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。