eth的hash地址是什么意思

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

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

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

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

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

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

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

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

1.将地址改为了哈希值

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

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

整个流程如上图所示

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

2.轻节点由于只存储block header，所以拿到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颗全局账户树，交易树和收据树则是维护本区块内的交易或收据。

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

Ⅱ ETH接口是什么

ETH接口指的是接口，是目前应用最广泛的局域网通讯方式，同时也是一种协议。而以太网接口就是网络数据连接的端口。
以太网的每个版本都有电缆的最大长度限制（即无须放大的长度），这个范围内的信号可以正常传播，超过这个范围信号将无法传播。
为了允许建设更大的网络，可以用中继器把多条电缆连接起来。中继器是一个物理层设备，它能接收、放大并在两个方向上重发信号。
(2)eth的hash地址是什么意思扩展阅读
几种常见的以太网接口类型。
1、SC光纤接口
SC光纤接口在100Base-TX以太网时代就已经得到了应用，因此当时称为100Base-FX（F是光纤单词fiber的缩写），不过当时由于性能并不比双绞线突出但是成本却较高，因此没有得到普及，现在业界大力推广千兆网络，SC光纤接口则重新受到重视。
2、RJ-45接口
这种接口就是我们现在最常见的网络设备接口，俗称“水晶头”，专业术语为RJ-45连接器，属于双绞线以太网接口类型。RJ-45插头只能沿固定方向插入，设有一个塑料弹片与RJ-45插槽卡住以防止脱落。
3、FDDI接口
FDDI是目前成熟的LAN技术中传输速率最高的一种，具有定时令牌协议的特性，支持多种拓扑结构，传输媒体为光纤。光纤分布式数据接口（FDDI）是由美国国家标准化组织（ANSI）制定的在光缆上发送数字信号的一组协议。
参考资料来源：网络-以太网接口

Ⅲ 以太坊获取测试链代币

发起以太坊交易时需要消耗以太币，开发智能合约做测试时如果在主网做测试成本会很高，并且主网的速度也比较慢，以太坊官方考虑到大家的这个需求提供了几条测试链供大家使用，比较知名的有以下这几个

以太坊的主测试网，环境最接近主网环境，有实际的雷锋矿工在挖矿，只不过难度会比主网低很多，不过由于 Ropsten 采用与主网完全一样的 PoW 共识，有时也就会和主网一样拥堵，在这条链上做测试更容易测试出智能合约或者dapp里潜在的问题

用的是 PoA 机制，无需挖矿，所以出块很快而且很稳定

和Rinkeby同样使用的是 PoA 机制

打开这个网址 https://faucet.metamask.io/

点击 request 1 ether from faucet 按钮会通过web3连接钱包，获取到钱包当前账户的以太坊地址，这个我使用的钱包是MetaMask，如果你没有装支持web3访问的钱包，可以参考这篇文章安装
https://www.jianshu.com/p/a84fe16f1af7

点击连接

连接成功后底部会生成一笔交易，hash值

等交易确认后一个以太坊就到账了

Rinkeby获取测试币相对麻烦些，需要注册twitter账号(需要翻墙)

打开这个网址 https://twitter.com/intent/tweet?text=Requesting%20faucet%20funds%20into%%20on%20the%20%23Rinkeby%20%23Ethereum%20test%20network

把推文中替换成你的地址点击TWEET，发送成功后点击分享图标选择Copy link to Tweet，把推文的链接复制下来

然后打开Rinkeby测试币水龙头网页 https://www.rinkeby.io/#faucet

把刚才那个推文链接复制进输入框，点击Give me Ether

根据你的需要选择要多少个代币，要的越多到账越慢😓，到账时间相对其它的测试链很慢，如果着急就用别的链做测试

打开这个网址 https://faucet.kovan.network/ ，需要使用github账号登陆

登陆成功后输入以太坊地址，点击发送就好了，转账交易就提交到链上了

同样的等待交易确认就能收到一个以太币了

Ⅳ 【以太坊易错概念】nonce, 公私钥和地址，BASE64/BASE58,

以太坊里的nonce有两种意思，一个是proof of work nonce，一个是account nonce。

在智能合约里，nonce的值代表的是该合约创建的合约数量。只有当一个合约创建另一个合约的时候才会增加nonce的值。但是当一个合约调用另一个合约中的method时 nonce的值是不变的。
在以太坊中nonce的值可以这样来获取（其实也就是属于一个账户的交易数量）：

但是这个方法只能获取交易once的值。目前是没有内置方法来访问contract中的nonce值的

通过椭圆曲线算法生成钥匙对（公钥和私钥），以太坊采用的是secp256k1曲线,
公钥采用uncompressed模式，生成的私钥为长度32字节的16进制字串，公钥为长度64的公钥字串。公钥04开头。
把公钥去掉04，剩下的进行keccak-256的哈希，得到长度64字节的16进制字串，丢掉前面24个，拿后40个，再加上"0x"，即为以太坊地址。

整个过程可以归纳为：

2）有些网关或系统只能使用ASCII字符。Base64就是用来将非ASCII字符的数据转换成ASCII字符的一种方法，而且base64特别适合在http，mime协议下快速传输数据。Base64使用【字母azAZ数字09和+/】这64个字符编码。原理是将3个字节转换成4个字节(3 X 8) = 24 = (4 X 6)
当剩下的字符数量不足3个字节时，则应使用0进行填充，相应的，输出字符则使用'='占位，因此编码后输出的文本末尾可能会出现1至2个'='。

1）Base58是用于Bitcoin中使用的一种独特的编码方式，主要用于产生Bitcoin的钱包地址。相比Base64，Base58不使用数字"0"，字母大写"O"，字母大写"I"，和字母小写"l"，以及"+"和"/"符号。

Base58Check是一种常用在比特币中的Base58编码格式，增加了错误校验码来检查数据在转录中出现的错误。 校验码长4个字节，添加到需要编码的数据之后。校验码是从需要编码的数据的哈希值中得到的，所以可以用来检测并避免转录和输入中产生的错误。使用 Base58check编码格式时，编码软件会计算原始数据的校验码并和结果数据中自带的校验码进行对比。二者不匹配则表明有错误产生，那么这个 Base58Check格式的数据就是无效的。例如，一个错误比特币地址就不会被钱包认为是有效的地址，否则这种错误会造成资金的丢失。

为了使用Base58Check编码格式对数据（数字）进行编码，首先我们要对数据添加一个称作“版本字节”的前缀，这个前缀用来明确需要编码的数 据的类型。例如，比特币地址的前缀是0（十六进制是0x00），而对私钥编码时前缀是128（十六进制是0x80）。 表4-1会列出一些常见版本的前缀。

接下来，我们计算“双哈希”校验码，意味着要对之前的结果（前缀和数据）运行两次SHA256哈希算法：

checksum = SHA256(SHA256(prefix+data))
在产生的长32个字节的哈希值（两次哈希运算）中，我们只取前4个字节。这4个字节就作为校验码。校验码会添加到数据之后。

结果由三部分组成：前缀、数据和校验码。这个结果采用之前描述的Base58字母表编码。下图描述了Base58Check编码的过程。

相同:

1） 哈希算法、Merkle树、公钥密码算法
https://blog.csdn.net/s_lisheng/article/details/77937202?from=singlemessage

2）全新的 SHA-3 加密标准 —— Keccak
https://blog.csdn.net/renq_654321/article/details/79797428

3）在线加密算法
http://tools.jb51.net/password/hash_md5_sha

4）比特币地址生成算法详解
https://www.cnblogs.com/zhaoweiwei/p/address.html

5）Base58Check编码实现示例
https://blog.csdn.net/QQ604666459/article/details/82419527

6） 比特币交易中的签名与验证
https://www.jianshu.com/p/a21b7d72532f

Ⅳ 交换机中eth0/0,是什么意思

eth指的是以太网，0/0指的是0号板卡的0号端口，也就是第一个版卡的第一个端口，总得说来eth0/0指的是那个端口的编号
你说的192.168.2.2指的是那个端口的IP地址，
端口也有地址，跟你主机一样，他也需要一个地址。

Ⅵ 哈希值是什么

哈希表类Hashtable

哈希表是一种重要的存储方式，也是一种常见的检索方法。其基本思想是将关系码的值作为自变量，通过一定的函数关系计算出对应的函数值，把这个数值解释为结点的存储地址，将结点存入计算得到存储地址所对应的存储单元。检索时采用检索关键码的方法。现在哈希表有一套完整的算法来进行插入、删除和解决冲突。在Java中哈希表用于存储对象，实现快速检索。
Java.util.Hashtable提供了种方法让用户使用哈希表，而不需要考虑其哈希表真正如何工作。
哈希表类中提供了三种构造方法，分别是：
public Hashtable()
public Hashtable(int initialcapacity)
public Hashtable(int initialCapacity,float loadFactor)
参数initialCapacity是Hashtable的初始容量，它的值应大于0。loadFactor又称装载因子，是一个0.0到1之间的float型的浮点数。它是一个百分比，表明了哈希表何时需要扩充，例如，有一哈希表，容量为100，而装载因子为0.9，那么当哈希表90%的容量已被使用时，此哈希表会自动扩充成一个更大的哈希表。如果用户不赋这些参数，系统会自动进行处理，而不需要用户操心。
Hashtable提供了基本的插入、检索等方法。
■插入
public synchronized void put(Object key,Object value)
给对象value设定一关键字key,并将其加到Hashtable中。若此关键字已经存在，则将此关键字对应的旧对象更新为新的对象Value。这表明在哈希表中相同的关键字不可能对应不同的对象(从哈希表的基本思想来看，这也是显而易见的)。
■检索
public synchronized Object get(Object key)
根据给定关键字key获取相对应的对象。
public synchronized boolean containsKey(Object key)
判断哈希表中是否包含关键字key。
public synchronized boolean contains(Object value)
判断value是否是哈希表中的一个元素。
■删除
public synchronized object remove(object key)
从哈希表中删除关键字key所对应的对象。
public synchronized void clear()
清除哈希表
另外，Hashtalbe还提供方法获取相对应的枚举集合：
public synchronized Enumeration keys()
返回关键字对应的枚举对象。
public synchronized Enumeration elements()
返回元素对应的枚举对象。
例1.5 Hashtable.java给出了使用Hashtable的例子。
例1.5 Hashtalbe.java。
//import java.lang.*;
import java.util.Hashtable;
import java.util.Enumeration;
public class HashApp{
public static void main(String args[]){
Hashtable hash=new Hashtable(2,(float)0.8);
//创建了一个哈希表的对象hash，初始容量为2，装载因子为0.8

hash.put("Jiangsu","Nanjing");
//将字符串对象“Jiangsu”给定一关键字“Nanjing”,并将它加入hash
hash.put("Beijing","Beijing");
hash.put("Zhejiang","Hangzhou");

System.out.println("The hashtable hash1 is: "+hash);
System.out.println("The size of this hash table is "+hash.size());
//打印hash的内容和大小

Enumeration enum1=hash.elements();
System.out.print("The element of hash is: ");
while(enum1.hasMoreElements())
System.out.print(enum1.nextElement()+" ");
System.out.println();
//依次打印hash中的内容
if(hash.containsKey("Jiangsu"))
System.out.println("The capatial of Jiangsu is "+hash.get("Jiangsu"));
hash.remove("Beijing");
//删除关键字Beijing对应对象
System.out.println("The hashtable hash2 is: "+hash);
System.out.println("The size of this hash table is "+hash.size());
}
}

运行结果：
The hashtable hash1 is: {Beijing=Beijing, Zhejiang=Hangzhou, Jiangsu=Nanjing}
The size of this hash table is 3
The element of hash is: Beijing Hangzhou Nanjing
The capatial of Jiangsu is Nanjing
The hashtable hash2 is: {Zhejiang=Hangzhou, Jiangsu=Nanjing}
The size of this hash table is 2

Hashtable是Dictionary(字典)类的子类。在字典类中就把关键字对应到数据值。字典类是一个抽象类。在java.util中还有一个类Properties，它是Hashtable的子类。用它可以进行与对象属性相关的操作。

Ⅶ 伦敦硬分叉在即，六年前以太坊的创世地址们在干嘛

撰文：潘致雄

北京时间 2015 年 7 月 30 日晚上 11 点 26 分， 以太坊 0 号 区块 被正式挖出，该区块中包含了 8893 笔创世交易 ，为 8893 个地址分配了以太坊网络中初始的 7200 多万个 ETH 。

刚刚过完 「六岁生日」 的以太坊网络即将在本周迎来 伦敦硬分叉升级 ，此次升级中的 EIP-1559 是 以太坊诞生以来首次经济模型修改 ，该提案的重要性不言而喻，但也引发了部分矿工和社区的巨大争议。截止发文时，仍有 35% 的节点未升级支持伦敦硬分叉，不过无论如何，这一切都将在两天后尘埃落定。

在这个对于以太坊颇具纪念意义的时刻，我们对那几千个创世地址的特征和资产持有情况做了些简单的分析，也发现了一些有意思的结论。

有两个比较直观的维度可以参考这 8893 个地址目前持有 ETH 的情况，一个是这些地址总共持有的 ETH 和持有 ETH 数量的分布情况。

据链闻统计的数据，这 8893 个地址当前持有的 ETH 总量约为 309 万 ETH ，相比六年前的 7200 万 ETH 减少了 近 96% 。

但是如果以美元价值来看，这些地址资产价格提升的幅度很大。参考 CoinMarketCap 上 ETH 在 2015 年 8 月 7 日的开盘价格 2.83 美元，六年前 7200 万 ETH 的总价值为 2 亿美元；但是按照 ETH 目前的 2500 美元的价格计算，309 万 ETH 的总价值超过 77 亿美元，是六年前的近 40 倍，而在不久前以太坊创出 4300 美元 历史 高点时，这一增幅更加可观。

另一个维度是持有 ETH 数量的分布情况，特别是余额小于 0.01 ETH 的地址，很可能是被抛弃不用的地址。

经整理发现，目前有 5317 个创世地址 的余额小于 0.01，占全部创世地址的约 60% 。如果扩大该标准为小于 1 ETH 的地址数量，则占全部创世地址的约 82% （7248 个） 。

虽然这些地址已经将绝大多数的以太坊转出，但这并不代表这些地址背后的用户卖掉了以太坊，因为也很有可能只是转移到了其他地址，或用户是在对地址进行整理，不过这些情况无法从链上准确判断。

在这批创世用户中，仍有 8% 的地址几乎未挪动手中的 ETH，特别是在这六年的时间里，以太坊的价格从最低不到 1 美元涨到了最高 4000 多美元，这些人的浮盈至少有了几千倍。

从具体的规则来说，我们获取了这些地址创世时的余额和当前的余额，如果差值介于 0.01 ETH 至-0.01 ETH 之间，则符合该标准，因为其中不少的地址收到过各种各样的空投，或创建过智能合约，所以可能会增加或者减少一些 ETH。

所有符合该标准的地址数量为 723 个，更可怕的是，这些地址持有的 ETH 数量超过 200 万 ETH ，占 8893 个地址当前 ETH 总持有量 （309 万 ETH） 的 65%。这 200 万个 ETH 目前的价值约 50 亿美元。

在这 8893 个地址中，有一个地址的当前余额相比创世时减少了超过 1190 万个 ETH，也就是该地址在创世阶段的几乎所有 ETH 都已转出，只留下了零头 （不到 10 ETH） 。

该地址 （0x5abfec2…56f9） 在创世时收到了 1190 万个 ETH （也是创世时余额最大的地址） ，一周后该地址创建了一个智能合约地址 （0xde0B295…7BAe） 用以管理这 1190 万个 ETH，目前该地址在 Etherscan 上被打上了 「Ethereum Foundation」 （以太坊基金会） 的账户标签和 「EthDev」 （以太坊开发者） 的姓名标签 （一个账户标签下可能有多个姓名标签） 。

所以从 EthDev 这个地址来看，目前的余额接近 40 万 ETH，相比创世时的 1190 万个 ETH 减少了 97% 的 ETH。不过和上面的情况一样，其实持有的美元价值是增长了，从创世时的 3368 万美元 （ETH 以 2.83 美元计） 增长至如今的 10 亿美元 （ETH 以 2500 美元计） 。

蓝色是 ETH 余额，黑色折线是持有 ETH 的美元总价值

另外在 8893 个地址中，有 40 多个地址 的余额相比创世时的余额还增长了，其中增长最多的一个地址增加了超过 3 万个 ETH （现在价值 7500 万美元） 。

该地址 （0xddbd2b9…121a） 在创世时获得了 1 万个 ETH，没过几天这位未知用户就把 ETH 全部转到了 Kraken，或许是在出售这些 ETH，或提供流动性。然后该地址又在 10 天后收到了一笔 8 万多 ETH 的转账，后来又陆陆续续分批转移出 （部分流向了交易所） ，剩下约 4 万个 ETH。该地址自 2015 年 10 月以来，余额就再未变化过。

而该地址收到的 8 万个 ETH，其实最终还是来自于上述的这个 EthDev 的。所以一个比较合理的猜测是，这位用户 （机构） 除了参与创世之外，还和以太坊基金会有较深的关联，或许是某个开发者、某个以太坊基金会的内部地址、某个早期投资机构等。

网络中对于该地址的信息极少，不过在 Etherscan 的 开发者文档 中，使用了该地址作为演示，这也许并不是一个巧合。

Ⅷ bsc eth合约地址

官网：https://metamask.io/。
类型：浏览器、安卓Android、苹果iOS支持主链：ETH支持浏览器：Chorme、火狐浏览器。先复制钱包地址，然后到下面的地址申请测试币 。
目前来看，领空投时一般需要用到的填写钱包地址有四个，ETH以太坊钱包地址、火币生态链HECO钱包地址、币安智能链BSC钱包地址，波场TRX钱包地址，这四个是常见的，其它不常用的就不介绍了，获取和创建方法都跟这四个差不多一样。创建任何虚拟货币钱包，都要备份好助记词、秘钥，否则钱包丢了资产就无法恢复！！！先介绍一下BSC和HECO1币安智能链 - BSC，全称Binance Smart Chain，它的钱包地址格式虽然跟ETH以太坊地址格式一样，都是0x??开头，但一般情况下是不能直接使用ETH钱包地址的，否则有可能会接收不到币。