一、以太坊精度是几位

以太坊的私钥是一个256位的二进制数,因此猜对它的概率是2的256次方分之一,数值上大约是10的77次方分之一,也就是说分母是1后面77个0。

1、以太坊的单位,沿袭了科学界的传统,用做过杰出贡献的数学、密码学专家的名字命名。一次性向六位专家致敬,并且未来可能引入更多单位。以太坊的最小单位是Wei。

2、以太坊的私钥是一个256位的二进制数,因此猜对它的概率是2的256次方分之一,数值上大约是10的77次方分之一,也就是说分母是1后面77个0。

3、1个以太币=10的18次方Wei，但因为这个单位太小，好像Byte字节与KB、MB、GB的电脑存储单位一样，以太坊还有其他的单位：

Kwei（Babbage）=10的3次方Wei

Mwei（Lovelace）=10的6次方Wei

Gwei（Shannon）=10的9次方Wei

MicroEther（Szabo）=10的12次方Wei

MilliEther（Finney）=10的15次方Wei

Ether=10的18次方Wei

每个单位都还有个别名，即括号里的那个，每个别名又各有来历。老链哥找机会再逐个介绍。通常，小额支付使用Finney，计算Gas价格使用GWei。

二、以太坊中的计量单位及相互转换

首先我们来看一下以太币单位之间的转换，以太币的最小单位为wei，1个eth相当于10的18次方wei。通常，大家也使用Gwei作为展示单位。比较常用的就是eth，Gwei和wei。

为了使用和验证web3的操作命令，我们先进入geth的console控制台，在这里对具体的单位或进制转换进行详细的实例演示。

此转换方法为web3.toDecimal(hexString)。直接在控制台输入一下命令进行使用此函数进行转换。

通过此函数将十六进制的0x16转换为十进制的22。

转换函数：web3.fromDecimal(number)。

控制台命令及结果如下：

把给定数字或十六进制字符串转为 BigNumber类型的实例。

此处转换需要注意的是BigNumber只会保留小数点后20位，超过20位的部分将会被截取掉。

上面表格中列出了以太币之间的单位进制，同样可以使用web3进行相应的转换，基本函数为web3.fromWei和web3.toWei(number, unit)。

具体实例如下：

其他的相关转换大家可自行尝试，下面列出相应的转换种类：

通过上面的函数，在交易的过程中我们就可以随意的单位进行发送交易，而不必使用最小单位wei。

通过查询余额的方法，我们也可以看出区块链中存储这些数据的单位为wei。

代币中的单位

在编写ERC-20的代币合约时我们可以指定代币的单位，比如：

这里就指定了代币单位精确到小数点后几位。比如精确到小数点后3位，那么1个代币存储时就是1000个最小单位的值。

三、区块链共计多少轻节点(区块链最少几个节点)

区块链中的节点是什么？

节点就是一个区域的服务器。在互联网区域，一个企业所有运行的数据都在一个服务器里，那么这个服务器就是节点。

就像是我们每天使用的微信，每天处理着这么多的聊天信息、转账等。这些数据的存储和运行都在腾讯的公司的服务器里面。那么这个处理数据的服务器，我们就可以称之为“节点”。

再说区块链的世界，大家都已经知道区块链是去中心化的分布式数据库，它不依托于哪一个中心化的服务器，是由千千万万个“小服务器”组成。只要我们下载一个区块链客户端，我们就变成了那千千万万个“小服务器”中的一员。

这样来说，如果我们要玩区块链的话，我们自己就相当于是一个节点。

节点也分轻节点和全节点。全节点就是拥有全网所有的交易数据的节点，那么轻节点就是只拥有和自己相关的交易数据节点。

而且节点分布越多、越广泛，区块链网络就更加的去中心化，网络运行也就越安全稳定。节点的存在就是区块链分布式的表征，也是区块链的魅力所在

区块链技术可以连接多少个

491个。区块链技术可以连接491个。全国491个城市的公积金管理借助区块链技术，相当于实现了491个节点的点对点连接。“任何城市的公积金、任何公积金所管辖的个人，都可以异地进行相关业务操作。”

区块链总共有哪些

1、公有区块链

世界上任何个体或者团体都可以发送交易，且交易能够获得该区块链的有效确认，任何人都可以参与其共识过程。公有区块链是最早的区块链，也是应用最广泛的区块链，各大bitcoins系列的虚拟数字货币均基于公有区块链，世界上有且仅有一条该币种对应的区块链。

2、联合（行业）区块链

由某个群体内部指定多个预选的节点为记账人，每个块的生成由所有的预选节点共同决定（预选节点参与共识过程），其他接入节点可以参与交易。

但不过问记账过程(本质上还是托管记账，只是变成分布式记账，预选节点的多少，如何决定每个块的记账者成为该区块链的主要风险点），其他任何人可以通过该区块链开放的API进行限定查询。

3、私有区块链

仅仅使用区块链的总账技术进行记账，可以是一个公司，也可以是个人，独享该区块链的写入权限，本链与其他的分布式存储方案没有太大区别。传统金融都是想实验尝试私有区块链，而公链的应用例如bitcoin已经工业化。

扩展资料：

跟传统的分布式存储有所不同，区块链的分布式存储的独特性主要体现在区块链每个节点都按照块链式结构存储完整的数据，传统分布式存储一般是将数据按照一定的规则分成多份进行存储。

区块链每个节点存储都是独立的、地位等同的，依靠共识机制保证存储的一致性，而传统分布式存储一般是通过中心节点往其他备份节点同步数据。

没有任何一个节点可以单独记录账本数据，从而避免了单一记账人被控制或者被贿赂而记假账的可能性。也由记账节点足够多，理论上讲除非所有的节点被破坏，否则账目就不会丢失，从而保证了账目数据的安全性。

以太坊技术系列-以太坊数据结构

本篇文章和大家介绍一下以太坊的数据结构，上篇文章我们提到，以太坊为了实现智能合约这一功能，使用了基于账户的模型。我们来看看以太坊中数据结构。

既然是基于账户的模型，我们需要通过账户地址找到账户的状态。就像通过银行卡号可以找到你在银行中的各种信息一样。最简单的想法当然是一个简单的哈希表key是账户地址value是账户状态。但这里有个问题解决不了。

轻节点如何校验账户合法性？

上篇我们说过，区块链中有2类节点，全节点和轻节点，轻节点只会存储blockheader，所以轻节点如何才能校验账号是否合法呢？

这个思路和我们平时用的md5校验一致，我们会对区块内的信息进行hash运算从而得出区块内信息唯一确定的值，区块链所有节点中这个值都是相同的。

在这个过程中我们用到了一种数据结构MerkleTree（哈希树），我们先看下MerkleTree（哈希树）的示意图。

上篇文章说到区块链中的链表(哈希链)和我们平时常见链表不同的是将指针从地址改为了hash指，这里也一样，哈希树和二叉树的区别有2个

1.将地址改为了哈希值

2.只有叶子节点存储数据

回到之前的问题轻节点是如何校验1个账户或交易是否是在链上的呢？

整个流程如上图所示

1.轻节点需要判断1个账号是否合法

2.轻节点由于只存储blockheader，所以拿到1个账号的时候会向全节点发出请求

3.全节点存储了所有账户状态，将账户路径中的需要计算用到的hash值返回给轻节点

4.轻节点本地进行计算根hash值，如果计算结果和自己存储一致则账户合法，不一致则不合法。

那以太坊中的账户信息的数据结构就是这样吗？

直接用这样的数据结构来存储账户信息会有2个问题

查找困难

生成hash值不确定

第1个问题应该比较容易发现，在这个树中寻找1个账号需要的复杂度是O(n),因为没有任何顺序。

第2个问题其实也是因为无序导致的，无序的组合每个节点针对同一批账户生成的hash值不一致，这就导致无法达成共识。

既然2个问题都和顺序有关，那我们类似二叉排序树一样，使用哈希排序树是不是就可以解决问题了呢？

使用排序树后会带来另外1个问题

插入困难

因为要维持树是有序的，很可能带来树结构的很大变动。

以太坊中使用了另外一种数据结构字典树。和哈希树不同，字典树应该是很多地方都有使用。我们简单来看下字典树的结构。

字典树能够较好地解决哈希树的2个缺点1.查找困难2.生成的hash值不确定以及排序二叉树的1个缺点插入困难。

但字典树我们可以看到可能树的深度可能由于部分元素导致整棵树深度非常深。

这时我们可以进一步优化，将相同路径进行压缩。这就是压缩字典树。

将哈希树和压缩字典树结合，就可以得到以太坊存储账户的最终数据结构-MPT。

将压缩字典树里面的指针从地址改为指针，并且将数据存储在叶子节点中即可。

介绍完状态树的数据结构，我们接下来讨论1个问题，区块中存储的账户状态是什么样的范围。有2种选择。

只保存当时区块中产生交易的账户状态。

保存全局所有的账户。

我们可以看下这2种方式，无非就是空间和时间的平衡，只保存当前区块产生的交易意味着是做懒加载(需要的时候才去寻找账户)，在区块链中这个代价是非常大的，因为寻找的账户之前从未交易过，这样会遍历整个区块链。另外一种保存全局的账户方式虽然看起来空间消耗较大，但查找快捷，而且空间的问题我们可以通过其他方式优化。所以最终以太坊选择了第2种每个区块都报错全局所有账户的方式。

我们来看下以太坊中是如何保存状态树的。

可以看到以太坊中虽然每个区块都保存了全部账户，但是会将未发生变化的账户状态指向前1个节点，本身只存储发生变化的状态，这样可以较大程度优化空间占用。

介绍完以太坊中比较复杂的状态树后，我们继续来看看以太坊中的另外两棵树，交易树和收据树。

首先介绍一下，为什么需要交易树收据树。

1.交易树

虽然以太坊是基于账户的模型，但是就像银行不仅会存储银行卡的余额，还会存储卡中的每笔钱怎么来的以及怎么花的。交易树中就存储着当前区块中的包含的所有交易。

2.收据树

由于智能合约的引入增加了不少复杂性，所以以太坊用收据树存储着一些交易操作的额外信息。比如交易过程中执行日志就包含在收据树中方便查询。收据树和交易树是一一对应的。每发生一次交易就会有一次收据。

和状态树不同交易树和收据树只维护当前区块内发生的交易，因为当时区块发生交易时不需要再去查找另外1个交易，也就之前需要可能遍历整个区块链的查找操作了。

由于以太坊中的出块速度较快，我们进行一些查询一些符合条件交易的时候会面临大量数据遍历困难的问题。收据树中引入了布隆过滤器可以帮助我们有效缓解这一困难。

布隆过滤器将大集合中每个元素进行hash运算映射到1个较小的集合，这时再来1个元素要判断是否在大集合的时候，不需要遍历整个大集合，而是去进行hash运算去小集合中寻找是否存在，如果不存在，肯定不在大集合中，如果存在则不能说明任何问题。

如上图所示，布隆过滤器只能证明某1个元素不在集合中，不能证明1个元素在结合中。

以太坊中如果我们要在较多区块中寻找某1个交易，则可以利用布隆过滤器，过滤掉肯定不存在目标交易的区块，然后进入收据树内继续利用布隆过滤器筛选，剩下的才是可能的目标交易的交易，进行一一比对即可。

我们介绍了以太坊的核心数据结构，状态树交易树收据树，他们都是使用相同的数据结构-哈希压缩字典树。但状态树是维护1颗全局账户树，交易树和收据树则是维护本区块内的交易或收据。

介绍完数据结构后，后面我们会用几篇文章来介绍以太坊中的一些核心算法，比如共识机制，挖矿算法等。

什么是区块链的全节点与轻节点？

包含钱包、矿工、完整区块链、网络路由节点，可以独立验证交易，维持与对等节点的连接。