以太坊基础知识
01
以太坊基础知识
01
以太坊(Ethereum)是一个开源的区块链平台,它不仅支持比特币那样的数字货币交易,还支持更复杂的应用程序,这些应用程序是通过智能合约来实现。
1.1
以太坊的几个重要概念
智能合约
智能合约(Smart Contracts)是以太坊最重要的特性之一。智能合约是一段存储在以太坊区块链上的代码,它可以自动执行协议的条款。例如,你可以创建一个智能合约来管理众筹活动,当筹款达到目标时,合约会自动将资金转给项目方。
以太币 (ETH)
以太坊的原生货币称为以太币(Ether,简称 ETH)。ETH 是用于支付以太坊网络上的交易费用和计算服务的代币。用户需要支付 ETH 来执行智能合约和转账。
以太坊虚拟机 (EVM)
以太坊虚拟机(Ethereum Virtual Machine,EVM)是以太坊的核心组件。EVM 是一个图灵完备的虚拟机,它可以执行用以太坊脚本语言(如 Solidity)编写的任意代码。EVM 使得智能合约的执行变得可能。
DApps (去中心化应用)
去中心化应用(Decentralized Applications,DApps)是基于以太坊区块链和智能合约构建的应用程序。与传统应用不同,DApps 没有中央服务器,数据和应用逻辑是分布式的,这使得它们更加透明和安全。
以太坊 2.0
以太坊 2.0 是以太坊的下一代版本,旨在提高网络的可扩展性、安全性和可持续性。以太坊 2.0 引入了股权证明(Proof of Stake, PoS)共识机制,而不是现有的工作量证明(Proof of Work, PoW)。这将大幅减少能耗并提高交易处理速度。
ERC 标准
ERC 标准是以太坊的技术规范,用于创建代币和其他合约。最著名的是 ERC-20 标准,它定义了一种通用的接口,使得代币可以在不同的 DApp 之间互操作。ERC-721 是另一种标准,用于创建非同质化代币(NFT),这些代币具有独特性和不可互换性。
eth2.0钱包基础逻辑
eth2.0钱包基础逻辑
以太坊1.0和以太坊2.0(ETH1.0和ETH2.0)是以太坊区块链平台的两个主要版本,它们在共识机制、性能、扩展性等方面有显著的差异。以下是对两者的详细比较:
1.2.1. 以太坊1.0(ETH1.0)
共识机制:工作量证明(Proof of Work, PoW):ETH1.0 使用PoW共识机制,矿工通过解决复杂的数学问题来验证交易并添加区块。这一过程能耗高,效率较低。
性能:吞吐量:ETH1.0每秒只能处理大约15-30笔交易,存在扩展性瓶颈,尤其在网络负载高峰期,交易确认时间和手续费会显著增加。
安全性:矿池集中化:PoW机制导致矿池的集中化问题,少数大型矿池控制了大部分算力,可能带来中心化风险。
智能合约和DApps:ETH1.0支持智能合约和去中心化应用(DApps),这些应用程序已经广泛应用于各种领域,如去中心化金融(DeFi)、游戏和供应链管理。
1.2.2. 以太坊2.0(ETH2.0)
共识机制:权益证明(Proof of Stake, PoS):ETH2.0 使用PoS共识机制,验证者通过质押ETH来获得验证区块的机会。PoS大幅减少能耗,提高了效率和安全性。
性能:
分片链(Sharding):ETH2.0引入了分片技术,通过将区块链分成多个并行链(分片),每个分片处理不同的交易,从而显著提高了网络的吞吐量。预计 ETH2.0 将能够处理数千甚至数万笔交易每秒。
信标链(Beacon Chain):ETH2.0的核心链,负责协调分片和验证者活动,确保整个网络的同步和共识。
安全性:去中心化和抗攻击性:PoS 机制下,恶意攻击者需要持有大量ETH,成本高昂,使得网络更安全。此外,验证者被随机选择,进一步分散风险。
智能合约和DApps:ETH2.0保留了对智能合约和DApps的支持,同时通过更高的吞吐量和更低的费用,提升了用户体验和应用性能。
过渡过程:合并(The Merge):ETH2.0并不是从零开始的新区块链,而是对ETH1.0的升级。合并将ETH1.0的现有链和ETH2.0的PoS链结合,实现无缝过渡。
1.2.3.主要改进和优点
能耗:ETH2.0通过 PoS 机制大幅减少了能源消耗,相比 PoW 机制更环保。
扩展性:分片技术和信标链的引入显著提高了网络的扩展性和吞吐量。
去中心化:ETH2.0通过随机选择验证者和经济激励机制,增强了去中心化程度和安全性。
经济模型:ETH2.0引入了新的经济模型,通过质押和奖励机制,进一步激励网络参与者,提高网络的稳定性和安全性。
1.3
ETH2.0 中的
Epoch, Slot, Block 和 Block 状态
ETH2.0 按照 epocho 出块
每一个 epocho 有 32 slot
每一个 slot 可以承载 1 个块
Slot(时隙)
定义:Slot 是以太坊2.0中最基本的时间单位,每个slot都有一个指定的时间长度。在每个 slot 中,可能会有一个区块被提议并添加到链中。
时间长度:一个 slot 的长度为 12 秒。这意味着每 12 秒会有一个新的 slot。
功能:在每个 slot 中,网络中的验证者将有机会提议一个新的区块。这些提议者是通过权益证明(PoS)随机选择的。
Epoch(纪元)
定义:Epoch 是由多个连续的slot组成的更长时间段。在 Eth2.0 中,Epoch 用于管理和组织验证者的活动。
组成:一个 Epoch 由 32 个 slot 组成。
时间长度:由于一个 slot 是12秒,一个 Epoch 的总长度是 384 秒(即6.4分钟)。
功能:Epoch 是用来实现共识机制的一部分。在每个 Epoch 结束时,网络会进行状态和共识的检查和调整,包括对验证者的奖励和惩罚。
Block(区块)
定义:Block 是包含交易和其他相关数据的记录单元。在以太坊2.0中,每个slot可能会有一个区块被提议,但不保证每个 slot 都有区块。
内容:一个区块包含区块头、交易列表、状态根哈希、签名等数据。
创建过程:在每个 slot 开始时,网络会随机选出一个验证者来提议区块。该验证者将创建一个包含新交易和其他必要信息的区块,并广播到网络中。
Safe(安全)
“Safe”状态指的是一个区块已经被多数验证者接受和认可,并且它很可能会成为最终的区块,但还没有达到完全最终确定的状态。
条件:一个区块被认为是“safe”时,意味着它已经收到了足够多的验证者投票(attestations),通常超过了一个特定的阈值,但还没有达到最终确定的标准。
安全性:在“safe”状态下,区块的存在是相对安全的,不太可能被回滚或被一个不同的区块链分支所替代。
作用:这个状态用来提高网络对区块的信任度,即使在它还没有被完全最终确定之前。它帮助节点和用户判断哪些区块在短期内是可信的。
Finalized(最终确定)
“Finalized”状态指的是一个区块已经被永久地添加到区块链中,并且不可能被回滚或替代。这是区块链中最强的确认状态。
条件:一个区块被认为是“finalized”时,必须通过了严格的共识验证,通常需要超过2/3的验证者投票同意。具体来说,两个连续的epoch被最终确定时,意味着在这两个epoch之间的所有区块都被最终确定。
安全性:一旦区块达到“finalized”状态,它不可逆转,保证了区块链的最终一致性和数据的永久性。这种状态防止了分叉和双花攻击的可能性。
作用:最终确定的区块为用户和应用提供了最高级别的交易安全性和网络信任度。
1.4
以太坊钱包确认位

离线地址生成/
02
以太坊 RPC 接口 /
04
4.1
检查网络的 RPC 接口是否可以
请求示范
返回值
4.2
获取最新块高
接口名称:eth_blockNumber
请求参数
inalized:返回已经确定的块
safe: 返回安全的块
atest: 反回最新块
请求示范
返回参数介绍
result 为最新块高
4.3
提现逻辑
接口名称:eth_getBlockByNumber
请求参数
区块高度:获取这个区块的信息
false: 只返回交易 Hash, 不反回交易体; true 两者都返回,实际工作中用 false
请求示范
返回参数介绍
transactions: 每一笔交易的 Hash
4.4
根据交易 Hash 获取交易详情
接口名称:eth_getTransactionByHash
请求参数
💡💡交易 Hash
请求示范
返回参数解释
接口返回的 to 是交易所系统里面的用户地址,这笔交易为充值交易;
接口返回的 from 是交易所系统里面的用户地址,这笔交易为提现交易;
接口返回的 to 是交易所的归集地址,from 是系统的用户地址,这笔交易资金归集交易;
接口返回的 to 地址是冷钱包地址,from 地址时热钱包地址,这笔交易热转冷的交易。
接口返回的 from 地址是冷钱包地址,to 地址时热钱包地址,这笔交易冷转热的交易。
4.5
获取交易状态
请求参数:
交易 Hash
请求示范
返回参数解释
status 为 1 成功
status 为 0 失败
4.6
获取签名需要的参数 Nonce
请求参数
钱包地址
请求示
返回值
result 值即为签名里面需要的 nonce 值
4.7
获取签名需要的参数 Gas
请求参数: 无
请求示范
返回值
返回值即为签名里面需要的 gasPrice
4.8
发送交易到区块链网络
请求参数
签名的交易
请求示范
返回值为交易 Hash
中心化钱包 /
05
5.1
离线地址生成
调度签名机生成密钥对,签名机吐出公钥
使用公钥匙导出地址
5.2
充值逻辑
获得最新块高;更新到数据库
从数据库中获取上次解析交易的块高做为起始块高,最新块高为截止块高,如果数据库中没有记录,说明需要从头开始扫,起始块高为 0;
解析区块里面的交易,to 地址是系统内部的用户地址,说明用户充值,更新交易到数据库中,将交易的状态设置为待确认。
所在块的交易过了确认位,将交易状态更新位充值成功并通知业务层。
解析到的充值交易需要在钱包的数据库里面维护 nonce, 当然也可以不维护,签名的时候去链上获取
5.3
提现逻辑
获取离线签名需要的参数,给合适的手续费
构建未签名的交易消息摘要,将消息摘要递给签名机签名
构建完整的交易并进行序列化
发送交易到区块链网络
扫链获取到交易之后更新交易状态并上报业务层
5.4
归集逻辑
将用户地址上的资金转到归集地址,签名流程类似提现
发送交易到区块链网络
扫链获取到交易之后更新交易状态
5.5
转冷逻辑
将热钱包地址上的资金转到冷钱包地址,签名流程类似提现
发送交易到区块链网络
扫链获取到交易之后更新交易状态
5.6
冷转热逻辑
手动操作转账到热钱包地址
扫链获取到交易之后更新交易状态
HD 钱包 /
06
6.1
离线地生成和离线签名
参考上面的代码
6.2
和链上交互的接口
获取账户余额
根据地址获取交易记录
根据交易 Hash 获取交易详情
获取签名需要的 nonce
获取签名需要的 gas
以上接口请参考代码库:
https://github.com/the-web3/wallet-chain-node/tree/develop/wallet/ethereum
总结 /
07
HD 钱包和交易所钱包不同之处有以下几点:
7.1
密钥管理方式不同
HD 钱包私钥在本地设备,私钥用户自己控制
交易所钱包中心化服务器(CloadHSM, TEE 等),私钥项目方控制
7.2
资金存在方式不同
HD 资金在用户钱包地址
交易所钱包资金在交易所热钱包或者冷钱包里面, 用户提现的时候从交易所热钱包提取
7.3
业务逻辑不一致
中心化钱包:实时不断扫链更新交易数据和状态
HD 钱包:根据用户的操作通过请求接口实现业务逻辑