LOADING...
LOADING...
LOADING...
当前位置:主页 > 知识列表 >

状态数据

1. WisdomChain状态概念入门.

...中我们对UTXO和Account交易模型的差别进行了叙述,差异之一便是二者对于“状态”概念的不同——UTXO的状态存在上限,而Account状态则是无限的。不过什么是状态?不同形式的状态又会带来哪些影响?接下来我们就对这两个问题进行简单的理解。什么是状态虽然从比特币诞生伊始,其UTXO便是一种状态的...

知识:以太坊,比特币,帕特里夏树,状态

2. 观点 | 状态膨胀和无状态性

此文谨献给 Alexey Akhunov 和 Igor Mandrigin,感谢你们在无状态性概念上的贡献。一. 引言本文的目的在于向大家介绍一种解决 “状态数据膨胀” 问题的技术路径 —— “无状态性(statelessness)”。“状态数据膨胀” 是所有允许用户自主写入状态数据的公链都会面临的问题,指的是因为用户及合约的不断增...

知识:区块,以太坊,状态,全节点

3. Klaytn状态迁移:降低区块链数据大小的有效方法

在这篇文章中,我们将介绍“状态Trie迁移”的概念,这是一个降低Klaytn区块链数据大小的过程。什么是区块链存储?区块链存储是保存所有区块链相关数据的地方。它的结构如下图所示:区块链数据基本上是一个相互连接的区块链,每个区块由区块头( Header)、区块体(Body)和交易收条(Receipt)构成 。当前...

知识:区块,区块链数据,节点,区块头

4. 无状态客户端中的见证数据

文中幻灯片介绍了无状态客户端的范式,也讨论了多种可能采用的实现无状态性的方法。00:0000:00编者注:本文为 Vitalik Buterin 为 “无状态客户端见证数据” 撰写的介绍性幻灯片,介绍了无状态客户端的范式,也讨论了多种可能采用的实现无状态性的方法。</blockquote>无状态客户端简介这一部分介绍了以...

知识:以太坊,Vitalik

5. 以太坊技术引介:准无状态下的同步实验

...区块见证数据(witness)预先建构出缓存树(cache trie),来避免速度较慢的状态访问。这样做需要额外占用硬盘空间和网络带宽,但也许可以大幅加速同步过程。其中的原理是,一般来说,要执行一个区块,我们就需要默克尔树上的一些数据。虽然在某个块执行以前,默克尔树上已经有一些数据了,但...

知识:区块,创世块,合约,数据

6. Substrate 入门 - 具备状态的链(三)

...//zhuanlan.zhihu.com/p/96866051。本文首先介绍substrate的模型基础。在理解了“链的状态”和“交易”关系后,在此模型下才可深入Substrate的设计当中。▍结论首先先表述结论:Substrate的数据模型与以太坊一致,是基于MPT(Merkle Patricia Tree)的“全历史世界状态”模型。这里展开讲一点:当前区块链用于对业务...

知识:区块,区块链,以太坊,状态

7. 如何降低运行区块链全节点成本?这里有全新轻节点方案

...出了各自的轻节点解决方案,其中比较典型的是比特币的SPV方案和以太坊的状态校验方案。但是这两种方案都存在一定的不足,比特币的SPV方案可验证交易确实发生过,但无法验证在某个时刻账户的具体数值;以太坊的状态校验方案即可以验证交易发生过,也可以验证某个时刻账户的具体数值,但由于...

知识:区块,区块头,以太坊,全节点

8. 观点 | 以太坊状态规模管理诸提议

...年 2 月 12 日以太坊协议所面临的一个最为长久且尚未解决的挑战,就是由于状态数据规模不断增长而带来的问题。以太坊区块链上的许多操作(创建账户、写入一个合约存储槽、发送 ETH 到一个新的账户……)都会给以太坊添加状态内容(也即是给状态数据增加数据对象),而所有全节点都必须存储全...

知识:合约,区块,状态,以太坊

9. BeamSync:同步以太坊节点的新方法

...步方法是执行自创世区块以来的每一个区块。创世区块标志着一个起始创世状态(状态的内容包括帐户余额、合约字节码、合约存储内容等)。所谓 “执行区块” 就是,每下载到一个区块,就读取前一个状态并(根据区块内容)产生新状态,并以该新状态来验证区块头中的状态根(以验证该区块是不...

知识:区块,合约,区块头,状态

10. Vitalik关于无状态、维克尔树和状态休眠的即兴技术

01bluepintail 提问:与进行中的升级 (1559、合并和分片) 相比,实现状态休眠机制 (state expiry) 的复杂度怎么样?Vitalik 回答:好问题!我会说从以太坊客户端开发者的角度来说,它的复杂性介于 1559 和合并之间。它更大的难度在于基础设施还没建起来,以及要与状态休眠机制长期配合的话需要重写合约 (状...

知识:合约,代币,区块,以太坊

11. Beam Sync:同步以太坊节点的新方法

...步方法是执行自创世区块以来的每一个区块。创世区块标志着一个起始创世状态(状态的内容包括帐户余额、合约字节码、合约存储内容等)。所谓 “执行区块” 就是,每下载到一个区块,就读取前一个状态并(根据区块内容)产生新状态,并以该新状态来验证区块头中的状态根(以验证该区块是不...

知识:节点,以太坊,Geth

12. 状态保质期是解决以太坊状态问题的重要方案,过期状态如何复活?

在状态保质期方案中,可通过清空、带周期标记的地址、周期元数据等机制复活已经被遗忘的状态。</blockquote>原文标题:《干货 | 过期状态复活方法比较》 撰文:matt 翻译 &amp; 校对:闵敏 &amp; 阿剑状态保质期是目前解决状态增长问题的推荐方案。在本文中,我们将状态保质期视为一种会定期让完整状...

知识:以太坊,技术,EVM,无状态以太坊,项?进展

13. 观点:Eth2作为数据可用性引擎

...前,作者就已经认识到,对 zk-rollup 这样的系统来说,底层必须保障的是 “状态转换的执行和数据可得性必须是原子化地绑定在一起的”,因此底层必须具备执行能力,哪怕是非常简单的无状态执行;而且,(作者也通过层层推理指出)为保证用户体验,还缺少的主要部分是数据怎么上分片的手续费支...

知识:合约,区块,链上,以太坊

14. ZK Rollup 改进思路:无需交易历史数据,以提升效率和隐私

...有智能合约执行及资产隐私的特性。每个 batch 只需要在 txcalldata 中记录一个状态改变的所有者的账户列表。缺点是每个用户在将资金退出到 L1 时,需进行客户端 zkp 计算,而另一个缺点是在 EVM 兼容性方面带来困难。背景和动机对于 Rollup 的运营商和交易者而言,他们在使用 txcalldata 时仍然会产生消耗...

知识:以太坊,技术,智能合约,扩容,隐私保护,Layer 2,ZK

15. zkRollup改进提案:无需tx历史数据,以实现gas效率和隐私提升

...具有智能合约执行及资产隐私的特性。每个batch只需要在txcalldata 中记录一个状态改变的所有者的账户列表。缺点是每个用户在将资金退出到L1时,需进行客户端zkp计算,而另一个缺点是在EVM兼容性方面带来困难。二、背景和动机对于Rollup的运营商和交易者而言,他们在使用txcalldata时仍然会产生消耗。这...

知识:zkRollup