㈠ 以太坊2.0升级后以前的交易记录能查到吗
可以。以太坊2.0，也称为Eth2或Serenity，也就是现有以太坊区块链的升级版本。此次升级旨在提高以太坊网络的速度、效率和可扩展性，使其能够处理更多交易。以太坊2.0升级后以前的交易记录能查到，但是不能进行交易了。
㈡ 以太坊技术系列-以太坊数据结构
本篇文章和大家介绍一下以太坊的数据结构，上篇文章我们提到，以太坊为了实现智能合约这一功能，使用了基于账户的模型。我们来看看以太坊中数据结构。
既然是基于账户的模型，我们需要通过账户地址找到账户的状态。就像通过银行卡号可以找到你在银行中的各种信息一样。最简单的想法当然是一个简单的哈希表 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颗全局账户树，交易树和收据树则是维护本区块内的交易或收据。
介绍完数据结构后，后面我们会用几篇文章来介绍以太坊中的一些核心算法，比如共识机制，挖矿算法等。
㈢ 以太坊交易记录在哪里查询
有自己的浏览器，以太坊和都是用的一个，而基于以太坊之上开发的代币也可以在以太坊的区块链浏览器上面查询，usdt在比特币区块链浏览器上面查询。
非小号上可以查看以太坊行情，但是并不能交易。想投资的话，可以去数字货币交易所，目前市场上主流的数字货币交易所有币安、火币网、比特网等。这里我们用以太坊区块链的钱包作为例子，小狐狸是加密钱包，以及进入区块链APP的出入口。进入之后获取钱包地址，再使用以太坊区块链的搜索器进入Etherscan官网首页后，就可以获取到以下区块链交易id信息：
所有者A利用他的私钥对前一次交易(比特货来源)和下一位所有者B签署一个数字签名，并将这个签名附加在这枚货币的末尾，制作出交易单。此时，B是以公钥作为接收方地址。A将交易单广播至全网，比特币就发送给了B，每个节点都将收到交易信息纳入一个区块中对B而言，该枚比特币会即时显示在比特币钱包中，但直到区块确认成功后才可以使用。目前一笔比特币从支付到最终确认成功，得到6个区块确认之后才能真正的确认到账。每个节点通过解一道数学难题，从而去获得创建新区块的权利，并争取得到比特币的奖励(新比特币会在此过程中产生)。
㈣ Gate.io芝麻开门之以太坊是什么
以太坊是由 V 神（Vitalik Buterin）创建的加密货币，目前市值排名第二。
他和比特币一样，都是基于点对点（P2P)和密码学而建立起的一种区块链网络， 但不同的是，它在比特币网络 1.0 的基础上进行了升级，改变了原有区块链网络存在的一些问题。
例如，在共识机制方面，将逐渐由 POW 转变为 POS，以此来降低能源消耗、 减少手续费、缩短共识时间、提高效率。
在创新方面，增加了智能合约。智能合约是存在于以太坊区块网络节点上的一个程序，除了可以记录数据，还可以进行数据处理。 以太坊支持项目方在区块链网络上编写智能合约，但是所有的开发都是需要在遵守智能合约基础协议的情况下才可以进行，之后智能合约程序将会按照合约内容进行执行且无法修改信息。
其实智能合约类似于一种操作系统，它提供多种接口和 API 供项目方接入使用， 由于完整的区块链网络应用开发是一件很难的事情，因此让很多团队望而却步。 但有了以太坊提供的多种接口支持，让应用的开发变得简单，不用去投入太多时间、技术和资金从头做起，只需要遵守智能合约条款进行开发即可。
所以，这方便了很多数字货币的诞生。 目前市面上流通的数字货币，90%都是基于以太坊的 ERC-20 协议开发的。
㈤ 区块链中的数据存在哪里
区块链的数据中都存在终端或者是存在服务器里面的。因为都说的是区块链嘛，他的用户终端也可以是服务器，服务器也可以是用户终端，所以都储存在这些设备上面。
㈥ 以太坊怎么修改数据
先以太坊的数据保存在user用户名当中需要在硬盘的位置,一是可以备份你的私钥,而是可以删除钱包,还有其他的一些比较详细的操作
原标题:《解码以太坊智能合约数据》 正如我们在之前的文章中所讨论的,智能合约交易类似于智能合约驱动的web3应用程序中的后端API调用。每个智能合约交易和结果应用程序状态更改的细
以太坊中各种操作都需要支付gas,如存储数据、创建合约以及执行哈希计算等操作发起方在某次操作中愿意支付的最高手续费
㈦ 以太坊如何使用web3.js或者rpc接口获取交易数据交易时间与确认数
如果要查询主网上的交易记录，可以使用etherscan。但是，如果是你自己搭建的私链，应该如何查询交易记录呢？
答案是你需要自己监听链上的日志，存到数据库里，然后在这个数据库中查询。例如：
varaddr=""
varfilter=web3.eth.filter({fromBlock:0,toBlock:'latest',address:addr});
filter.get(function(err,transactions){
transactions.forEach(function(tx){
vartxInfo=web3.eth.getTransaction(tx.transactionHash);
//这时可以将交易信息txInfo存入数据库
});
});
web3.eth.filter()用来监听链上的日志，web3.eth.getTransaction()用来提取指定交易的信息，一旦获得交易信息，就可以存入数据库供查询用了。
推荐一个实战入门，你可以看看：以太坊教程
㈧ 以太坊链上数据查询工具： https://eth.tokenview.com/cn
etherscan.io目前在国内无法访问，现在向大家推荐这个以太坊数据查询工具， https://eth.tokenview.com/cn ，数据来自他们自己的以太坊节点，数据同步速度快。
四个优势：
数据支持以太坊上的区块信息，地址余额，转账交易，以太坊所有Token，基于以太坊发行的稳定币。
链上存储的数据（inputdata）可以解码成普通语言，我们可以查看在以太坊上的留言。
几十种链上数据图表，同时有为高级数据分析师提供的Metrics模块。
由中国团队Tokenview开发，在国内可高速访问。
㈨ 以太坊的input和log数据结构（记录以备忘）
以bsc上的一个普通的erc20转账交易（ Binance Transaction Hash (Txhash) Details | BscScan ）为例
input：’’
前面4字节（8个十六进制）用来匹配调用的方法（用截取哈希值来匹配），这里匹配出来的是erc20的transfer方法：transfer(address recipient, uint256 amount)
再往后32个字节（64个十六进制）是第一个入参的值，这里是recipient地址
再往后32个字节（64个十六进制）是第二个入参，这里是amount，把十六进制转回十进制即可
log：{
topic0：‘’，
topic1：’ ’，
topic2：‘ ’，
data：‘‘
}
这里topic0是event方法的哈希，这里是 web3py.keccak(text='Transfer(address,address,uint256)').hex()
topic1，2，3分别是event里面的有indexed的入参，搜索得知transfer这个event的入参分别为address indexed from，address indexed to，正好对应着这里的topic1和topic2，即发送方和接收方的地址
data是event里面没有indexed的入参由先后顺序按照相应的类型所占的字节数分隔开就行了，这里就是uint256（也就是每个变量占64个十六进制的长度），转账金额