core/state包主要为以太坊的statetrie提供了一层缓存层(cache)-database主要提供了trie树的抽象，提供trie树的缓存和合约代码长度的缓存。-journal主要提供了操作日志，以及操作回滚的功能。-state_object是account对象的抽象，提供了账户的一些功能。-statedb主要是提供了statetrie的部分功能。##database.godataba

包trie实现了MerklePatriciaTries，这里用简称MPT来称呼这种数据结构，这种数据结构实际上是一种Trie树变种，MPT是以太坊中一种非常重要的数据结构，用来存储用户账户的状态以及状态的变更，用来存储交易信息，用来存储交易的收据信息。MPT实际上是三种数据结构的组合，分别是Trie树，PatriciaTrie，和Merkle树。下面分别介绍这三种数据结构。##Trie树(引用介绍

#概述Kademlia（简称Kad）是一种分布式哈希表技术，用于建立p2p网络拓扑结构。基本原理就是以两个节点ID的异或值作为两节点间的距离d，每个节点都将其他节点的信息存储到称之为K桶的表结构中，该表结构按照d的为1的最高bit位分层（可理解为桶索引），每层中存储最多K个节点信息。如下：|I|距离范围|邻居||:---:|:---------:|:-----------:||0|[2^0,2^1

##区块存储区块的存储是由leveldb完成的，leveldb的数据是以键值对存储的。在这里保存区块信息时，key一般是与hash相关的，value所保存的数据结构是经过RLP编码的。在代码中，core/database_util.go中封装了区块存储和读取相关的代码。在存储区块信息时，会将区块头和区块体分开进行存储。因此在区块的结构体中，能够看到Header和Body两个结构体。区块头（Head

##1.personal.newAccount创建账户方法用户在控制台输入personal.newAccount会创建一个新的账户，会进入到ethapi.api中的newAccount方法中，这个方法会返回一个地址。```func(s*PrivateAccountAPI)NewAccount(passwordstring)(common.Address,error){acc,err:=fetchK

##StateTransition状态转换模型/*TheStateTransitioningModel状态转换模型Astatetransitionisachangemadewhenatransactionisappliedtothecurrentworldstate状态转换是指用当前的worldstate来执行交易，并改变当前的worldstateThestatetransitioningmode

MPT(MerklePatriciaTries)是以太坊中存储区块数据的核心数据结构，它MerkleTree和PatriciaTree融合一个树形结构，理解MPT结构对之后学习以太坊区块header以及智能合约状态存储结构的模块源码很有帮助。首先来看下Merkle树：它的叶子是数据块的hash，从图中可以看出非叶子节点是其子节点串联字符串的hash，底层数据的任何变动都会影响父节点，这棵树的Mer

一、说在最前本系列文章【以太坊源码分析】将边学习边更新，如未特殊说明，将默认为【go-ethereum-1.8.0】。

本文微信公众号月牙寂道长文章链接为：https://mp.weixin.qq.com/s/vljKF9lI6l_fKu0_Nn0U7g本文图片可能不太清晰，看清晰版本的，可以看原文链接微信公众号链接。MPT（Merkle-PatriciaTrie）其实就是一个数据结构，在以太坊中用于存储用户账户的状态及其变更、交易信息、交易的收据信息。要讲MPT，就要讲讲MPT是如何演变来的。Trie图片来自ht

本文QQ空间链接：http://user.qzone.qq.com/29185807/blog/1519899372本文csdn博客链接：http://blog.csdn.net/screscent/article/details/79416318上一篇分析了p2p模块的初始化与start。继续上一篇分析。先回顾下p2p的初始化github.com/ethereum/go-ethereum/eth

前言就如以太坊黄皮书讲的，以太坊是状态机，区块的产生，实际是状态迁移的过程。那以太坊是如何定义状态的？是如何迁移状态的？是怎么存储状态的？这篇文章就介绍什么是状态，以及是怎么存储的。状态基本知识状态的定义一个账户的信息，就是一个状态，而以太坊是所有状态的集合。比如，最开始的状态是：{A有10元，B有0元}，后来A发起了交易，给B2元，状态变成{A有8元，B有2元}，这中间的过程就是状态转移。以太坊

区块链特辑：https://blog.csdn.net/fusan2004/article/details/80879343，欢迎查阅，原创作品，转载请标明！从这篇开始，我们将会围绕着以太坊和eos的源码对一个区块链平台系统的不同组成展开进一步的源码级分析，之所以选择P2P开始我们的征程，主要有两个原因，一是我们部门目前正在进行内部区块链平台的开发，我本人正好负责了其中p2p及网络部分的研发任务，

以太坊源码分析之十MerklePatriciaTree（MPT）以太坊中，MPT是一个非常重要的数据结构，在以太坊中，帐户的交易信息、状态以及相应的状态变更，还有相关的交易信息等都使用MPT来进行管理。

##前言p2p(peertopeer)负责以太坊底层节点间的通信，主要包括底层节点发现(discover)和上层协议运行两大部分。##节点发现节点发现功能主要涉及Server\Table\udp这几个数据结构，它们有独自的事件响应循环，节点发现功能便是它们互相协作完成的。其中，每个以太坊客户端启动后都会在本地运行一个Server，并将网络拓扑中相邻的节点视为Node，而Table是Node的容器，

Ethereum当前和Bitcoin一样，采用基于工作量证明(ProofofWork,PoW)的共识算法来产生新的区块。与Bitcoin不同的是，Ethereum采用的共识算法可以抵御ASIC矿机对挖矿工作的垄断地位，这个算法叫做Ethash。为什么要反ASICPoW的的核心是Hash运算，谁的Hash运算更快，谁就更有可能挖掘出新的区块，获得更多的经济利益。在Bitcoin的发展过程中，挖矿设备

#以太坊交易执行分析在这里，将其整体串起来，从state_processor.Process函数开始，归纳一下其所作的处理。##1ProcessProcess根据以太坊规则运行交易信息来对statedb进行状态改变，以及奖励挖矿者或者是其他的叔父节点。Process返回执行过程中累计的收据和日志，并返回过程中使用的Gas。如果由于Gas不足而导致任何交易执行失败，将返回错误。**处理逻辑：**~~

##数据结构分析以太坊的账户管理定义在accounts/manager.go中，其数据结构为：```//Managerisanoverarchingaccountmanagerthatcancommunicatewithvarious//backendsforsigningtransactions.typeManagerstruct{backendsmap[reflect.Type][]Backe

go-ethereum项目的组织结构基本上是按照功能模块划分的目录，下面简单介绍一下各个目录的结构accounts实现了一个高等级的以太坊账户管理bmt二进制的默克尔树的实现build主要是编译和构建的一些脚本和配置cmd命令行工具，又分了很多的命令行工具，下面一个一个介绍/abigenSourcecodegeneratortoconvertEthereumcontractdefinitionsi

MPT(MerklePatriciaTries)是以太坊中存储区块数据的核心数据结构，它MerkleTree和PatriciaTree融合一个树形结构，理解MPT结构对之后学习以太坊区块header以及智能合约状态存储结构的模块源码很有帮助。首先来看下Merkle树：它的叶子是数据块的hash，从图中可以看出非叶子节点是其子节点串联字符串的hash，底层数据的任何变动都会影响父节点，这棵树的Mer

前言Whisper是以太坊中一项非常有趣的技术，它是一个基于身份的通信系统，被设计用于Dapp之间少量数据通信。Whisper协议运行在以太坊p2p协议框架之上，所有运行Whisper协议的节点（以下简称节点）组成一个Whisper网络。通过节点之间的消息转发，理论上，每个节点都可以收到所有Whisper消息。特性Whisper具有以下基本特性和概念通信加密每一条Whisper消息在网络上都是加密

#前言以太坊是一个巨大的状态机，在网络中，每一个全节点都保存着以太坊状态机的全部历史，只要愿意，我们可以查询到任何时刻的状态(黄皮书中WorldState)，其中账户状态便是其中的一部分，这部分功能由主要由state包提供##基本概念####账户地址在以太坊中，无论是外部账户还是合约账户，都以一个160bit的数组表示地址，它是由特定椭圆曲线上的一个点表示的公钥经过KeccakHash算法截取而来

以太坊源码分析-以太坊启动前面我们分析以太坊的启动过程，在过程中已经创建了交易池（tx_pool），现在我们猜测一下转账的大概步骤：创建一笔交易，并发送接收到交易信息，然后做一些验证验证合法，将该交易放入交易池

目录一.发起交易1.发送交易时参数的机构体对象2.SendTransaction（）方法介绍2.1.toTransaction（）方法2.2.调用wallet.SignTx(account,tx,chainID)对当前交易进行签名。2.2.1调用types.SignTx方法进行签名2.2.2调用WithSignature为交易设置签名2.2.3调用SignatureValues方法获取r,s,v字

先看下启动的日志：y@ubuntu:~/blockchain/Ethereum/go-ethereum-1.8.13$build/bin/geth--identity"TestNode1"--datadir"data0"--rpc--rpcapi"db,eth,net,web3"--port"30303"--networkid"29382"--ws--wsorigins="*"--rpccorsd

geth是我们的go-ethereum最主要的一个命令行工具。也是我们的各种网络的接入点(主网络main-net测试网络test-net和私有网络)。支持运行在全节点模式或者轻量级节点模式。其他程序可以通过它暴露的JSONRPC调用来访问以太坊网络的功能。如果什么命令都不输入直接运行geth。就会默认启动一个全节点模式的节点。连接到主网络。我们看看启动的主要流程是什么，涉及到了那些组件。##启动的

##交易的数据结构交易的数据结构定义在core.types.transaction.go中，结构如下：```typeTransactionstruct{datatxdata//cacheshashatomic.Valuesizeatomic.Valuefromatomic.Value}```交易的结构体中只有一个data字段，是txdata类型的。其他的hash，size，from都是缓存。txd

node中的服务的定义，eth其实就是实现了一个服务。typeServiceinterface{//ProtocolsretrievestheP2Pprotocolstheservicewishestostart.Protocols()[]p2p.Protocol//APIsretrievesthelistofRPCdescriptorstheserviceprovidesAPIs()[]rpc.

###eth目前的共识算法pow的整理#####涉及的代码子包主要有consensus,miner,core,geth```/consensus共识算法consensus.go1.Prepare方法2.CalcDifficulty方法：计算工作量3.AccumulateRewards方法：计算每个块的出块奖励4.VerifySeal方法：校验pow的工作量难度是否符合要求，返回nil则通过5.ve

以太坊源码分析-交易机理先说一点区块链转账的基本概念和流程用户输入转账的地址和转入的地址和转出的金额系统通过转出的地址的私钥对转账信息进行签名（用于证明这笔交易确实有本人进行）系统对交易信息进行验证把这笔交易入到本地的

之所以把这部分提前到这里来，也是想对比分析一下和比特币以及EOS的DPOS有什么不同。其实主要是前者，毕竟DPOS是不需要挖矿这个过程的。即使后来改成BFT-DPOS，也是只增加一个超级节点的分布式判定。比特币的POW使用的是块头哈希，算最小值，以太坊与其原理基本一样，不同的是，以太坊不再使用CPU算力，改用了DAG有向无环图。所以自成体系的来了一个ethash.一个个的分析，不要乱。一、挖矿先看

本文主要来自go-ethereum的官方安装指南：https://github.com/ethereum/go-ethereum/wiki/Installation-Instructions-for-Ubuntu步骤：一、获取源码方法1：执行gitclonehttps://github.com/ethereum/go-ethereum方法2：在github上直接下载源码后解压即可二、安装go通过添

#AwesomeEthereum[](https://github.com/sindresorhus/awesome)>collectionofbestresourcesfor

以太坊目标以太坊的目标是基于区块链技术打造一个运行智能合约的去中心化平台。以太坊核心概念EVMEVM是以太坊中智能合约的运行环境。它不仅被沙箱封装起来，事实上它被完全隔离，也就是说运行在EVM内部的代码不能接触到网络、文件系统或者其它进程。甚至智能合约之间也只有有限的调用。EVM不是基于寄存器，而是基于栈的虚拟机。因此所有的计算都在一个被称为栈的区域执行。栈最大有1024个元素，每个元素256比特

geth用法geth[选项]命令[命令选项][参数…]geth的常用选项--datadir"xxxx"//指定数据目录，用来存放区块链数据，状态数据，keystore数据等。--cachevalue//分配给内部缓存的内存，单位MB，默认为128--rpc//启用HTTP-RPC服务器--rpcaddrvalue//HTTP-RPC服务器接口地址(默认值:“localhost”)，默认只允许本地连

Hashimoto:I/OboundproofofworkAbstract:Usingacryptographichashfunctionnotasaproofofworkbyitself,butratherasageneratorofpointerstoashareddataset,allowsforanI/Oboundproofofwork.Thismethodofproofofworkisd

queue给downloader提供了调度功能和限流的功能。通过调用Schedule/ScheduleSkeleton来申请对任务进行调度，然后调用ReserveXXX方法来领取调度完成的任务，并在downloader里面的线程来执行，调用DeliverXXX方法把下载完的数据给queue。最后通过WaitResults来获取已经完成的任务。中间还有一些对任务的额外控制，ExpireXXX用来控制

downloader主要负责区块链最开始的同步工作，当前的同步有两种模式，一种是传统的fullmode,这种模式通过下载区块头，和区块体来构建区块链，同步的过程就和普通的区块插入的过程一样，包括区块头的验证，交易的验证，交易执行，账户状态的改变等操作，这其实是一个比较消耗CPU和磁盘的一个过程。另一种模式就是快速同步的fastsync模式，这种模式有专门的文档来描述。请参考fastsync的文档。

在节点同步的过程中，我们经常需要执行eth.syncing来查看当前的同步情况，本篇博客带领大家看一下syncingapi的源代码实现。Syncing方法源代码//Syncingreturnsfalseincasethenodeiscurrentlynotsyncingwiththenetwork.Itcanbeuptodateorhasnot//yetreceivedthelatestblock

本文微信公众号月牙寂道长文章链接为：https://mp.weixin.qq.com/s/gdVIXq75MW3SrH6Of-wT2A本文图片可能不太清晰，看清晰版本的，可以看原文链接微信公众号链接。以太坊go-ethereum源码的模块划分非常清晰，所以其各个模块，几乎是相互独立的。有一个以太坊的架构图：图片来自：https://blog.csdn.net/s_lisheng/article/d

本文csdn博客链接为：http://blog.csdn.net/screscent/article/details/79416251本文QQ空间链接为：https://user.qzone.qq.com/29185807/blog/1519889272先介绍一篇文章，也是介绍以太坊p2p通信的，http://blog.csdn.net/teaspring/article/details/7845

AccountManager创建p2p节点创建时会创建accountmanagernode.New/NewcreatesanewP2Pnode,readyforprotocolregistration.funcNew(conf*Config)(*Node,error){//EnsurethattheAccountManagermethodworksbeforethenodehasstarted./

目录感谢尹成老师的劳动成果，博客地址以太坊源码分析(1):go-ethereum的设计思路及模块组织形式以太坊源码分析(2):goethereum目录大概介绍以太坊源码分析(3):以太坊交易手续费明细以太坊源码分析

从github下载go-ethereum源码，然后用GoLand打开go-ethereum源码后，并不能自动成功编译，任意打开一个go文件，可以看到import那块代码里的github相关的会报错，提示找不到：gocan’tfindimport:github.com/…，如interfaces.go这个文件中的：import("context""errors""math/big""github.c

go-ethereum的设计思路及模块组织形式===================================以太坊的目标是基于区块链技术打造一个运行智能合约的去中心化平台。##一.区块链技术区块链属于一种去中心化的数字记账技术，区块链数据由彼此互不信任的节点共同维护，每个节点复制一份完整的记录。##二.以太坊核心概念*EVM:以太坊虚拟机，轻量级的虚拟机环境，是以太坊智能合约的运行环境。*

分析go-ethereum的过程，我希望从依赖比较少的底层技术组件开始，慢慢深入到核心逻辑。目录go-ethereum代码阅读环境搭建以太坊黄皮书符号索引rlp源码解析trie源码分析ethdb源码分析rpc源码分析p2p源码分析eth协议源码分析core源码分析区块链索引chain_indexer源码分析布隆过滤器索引bloombits源码分析以太坊的trie树管理回滚等操作state源码分析交

如果写链相关的篇幅太长，太耗时（下个月继续以太坊源码分析吧），算了今天就写一写go的一些源码分析吧。虽然在go

以太坊源码分析之四挖矿和共识之二挖矿细节及共识这里详细说明一下ethash的DAG，然后再分析一下共识，这样就可以比较全面的呈现以太坊的挖矿和共识。

前言从这一节开始，我将开始以太坊代码全覆盖讲解，讲解的流程是：以太坊程序入口基本框架以太坊协议发送一笔交易后发生了什么启动挖矿以太坊共识p2p网络阅读本系列文章，将默认读者具备一定的程序基础，并对Go语言特性有一定的了解。如有需要，请自行翻阅Go语言相关文档。go语言中文网点击这里话不多说，现在开始。一、以太坊程序入口1.1main函数以太坊的主程是编译出来的geth程序运行时，程序入口跟其他的高

ethereum.jpeg挖矿(mine)是指矿工节点互相竞争生成新区块以写入整个区块链获得奖励的过程.共识(consensus)是指区块链各个节点对下一个区块的内容形成一致的过程在以太坊中,miner包向外提供挖矿功能，consensus包对外提供共识引擎接口挖矿miner包主要由miner.goworker.goagent.go三个文件组成Miner负责与外部交互和高层次的挖矿控制worker

ethereum.jpeg以太坊是一个运行智能合约的平台，被称作可编程的区块链，允许用户将编写的智能合约部署在区块链上运行。而运行合约的主体便是以太坊虚拟机(EVM)区块交易合约区块链由区块(Block)组成，而区块中打包一定数量的交易(Transaction)，交易可能是一个单纯的转账操作，也可能是调用一个智能合约，无论是哪一种，EVM在运行(excute)交易时都会创建合约(Contract)