以太坊设计原理干货.doc

干货以太坊设计原理

文/Vitalik Buterin

尽管以太坊的许多概念已被复制到比特币等早期的加密货币中，

已经使用和测试了5年，但是在处理一些协议功能方面，

醚

简单的输入和输出过程：然而，以太坊放弃了 UTXO 方案，转而采用

并使用更简单的方法：使用状态的概念来存储一系列帐户

账户，每个账户都有自己的余额，以及以太坊特定的数据（表示为

代码或内存）。如果交易发起人的账户余额足以支付交易

交易手续费，交易有效，则发起人账户扣除相应金额，并

接受账户记入此金额。在某些情况下，有必要执行

代码行，交易会触发代码执行，然后账户内部存储

存储可能会改变，甚至可能会创建额外的信息发送给

其他账户，产生新的交易。虽然以太坊没有采用

UTXO的概念，但是UTXO也有一些优点：

地址，很难关联帐户。这样做适用于安全

一种对安全性要求很高，但不适合任何dapp应用的货币系统

向上。 因为dapp通常需要跟踪用户复杂的绑定状态，而dapp

货币的状态不能像货币体系中的状态那样简单划分。

可扩展性 UTXO 理论上更具可扩展性。因为我们只能依靠

由那些金融货币所有者维护可以证明货币所有权的merk

二叔，即使每个人（包括数据的拥有者）都忘记了某个数据，

只有数据的所有者真正受损，其他人不受影响。在以太坊中

在账户体系中，如果一个账户对应着Merkle树中的信息以太坊设计原理，并且是属于所有者的

丢失，该帐户将无法处理任何会影响它的消息，

包括发送给它的消息，它也无法处理。 不过，不仅仅是 UTXO

是可以扩展的，也有不依赖UTXO扩展的方法（这里不做

在扩展方面，译者注）。 该帐户的好处如下：

5个

未交易输出

, 然后从

未交易输出

模具

从帐户模式转换为帐户模式所需的空间将从

300 字节到

30 bytes.specific

计算如下：

300 = (20 32 8) * 5

(20

是地址字节数，

32

是的

TX

的

ID

字节数，8

是交易金额值中的字节数）

;

30=2082

（ 20 是地址字节数，

8为交易金额值的字节数，

2是

随机数②词

部分的数量），但实际节省的并不是那么多，因为帐户需要存储在 Pat 中

在历下树中。此外，以太坊中的交易量也小于比特币（Ethereum

比特币100字节，比特币200-250字节），因为每笔交易只需要

生成引用、签名和输出。 在UTXO结构中，“有效输出”的源代码实现中没有区块链层的概念，所以无论是技术上还是法律上，通过建立红名

列出/列入黑名单并按来源区分这些“有效输出”不是很实用。 ，更容易理解，尤其是当涉及到复杂的脚本时。虽然任何去中心化的应用程序都可以使用

UTXO的方式来实现，但是这种方式本质上是通过给一个脚本

一种限制给定 UTXO 可以使用和请求的 UTXO 类型的方法

实现应用程序更改根状态的 Merkle 树证明的方法，包括脚本评估

bright.因此UTXO实现比以太坊使用账户的方式更复杂

许多。

state tree访问账户相关的所有数据。在UTXO模式下，参考

随每个事务而变化，这对于长时间运行和使用上述内容非常有用

对于文中提到的UTXO根状态传播机制的dapp应用，无疑是

heavy.In 我们认为以太坊设计原理，帐户的好处远远超过其他选择，尤其是

特别是对于我们正在处理的包含任意状态和代码的 dapp 应用程序

按照。 此外，本着“没有特色就是最大特色”的指导原则，

我们认为，如果用户真的关心隐私，他们可以

为 encryption.account 创建加密“混合器”的命名数据包协议

正方形