以太坊 智能合约 代码 数据空间 存储在哪儿 智能合约和存储空间在哪里?

一、以太坊结构

1. 版本号;

2. 前一区块哈希;

3. 时间戳;

4. 随机数;

5. 目标哈希;

6. MPT三棵树

交易树

最底层是交易;

状态树

包含账户,账户允许有空间和代码(外部账户没有代码,有代码的是合约账户.);

收据树

保存的是交易的收据,虽然资料不足,但从架构思路上它也不会需要代码和空间,只是完善SPV快速索引.

树结构本身是key-value对,实际也只是哈希值;

合约部署后会创建一个合约账户。

合约账户里保存着智能合约的可执行字节码(编译之后的,在EVM里执行),并且有存储空间,合约能对合约账户的空间写入信息。

而abi是一个接口结构,利用abiDefinition可以创建调用该合约的结构。

abi应该由合约所有方自己保存和提供.

其次,EVM只是用来执行字节码的,也不会保存智能合约或者存储空间,那么只能是在区块链中.

二、以太坊的智能合约

1. 智能合约

一个智能合约可以简单的理解为一段可执行的程序片段，由很多方法和变量组成。

具体的代码由发布人使用特定的编程语言来编写（以太坊使用的是Solidity编程语言，类似JavaScript）。

在本地编译成功后可以发布（部署）到区块链上（相当于发送一个交易）。

2. 以太坊智能合约

以太坊的智能合约可以理解为一种特殊的交易（包括可执行代码的），被发送出去后会被矿工打包记录在某一个区块中，当需要调用这个智能合约的方法时只需要向这个智能合约的地址发送一笔交易即可。

3. 触发执行合约

智能合约的执行有两种方式：

• 一种是需要更改合约的状态（即存储数据）那么会触发一个交易（或者说是以交易的方式来触发）
• 一种是不更改合约状态的本地调用（如只读取数据等）。一般来说通过ABI的方法调用时会自动处理，如果声明了constant返回那么就是一个call操作，其他则会触发一个sendTransaction操作。

智能合约的调用是告诉EVM说我想执行某个智能合约的某个方法，这种告诉方式是通过发送一个transaction的方式（改变状态的调用）来实现的，而执行智能合约的方法是需要消耗计算资源和存储资源的，这些资源消耗是需要付出代价的，而代价在以太坊的经济模型中就是gas了

4. 以太坊智能合约的执行环境

每个节点电脑都需要安装以太坊客户端，而这个以太坊客户端自带了EVM，一个以太坊智能合约的执行环境，类似JVM一样。

知道智能合约的地址才能访问智能合约，同时还需要知道智能合约的ABI接口才能和智能合约互动（包括访问智能合约的方法和数据），通过交易触发智能合约后智能合约的代码就会在EVM中执行了。

这种方式相当于把程序部署到了非常非常多的电脑上（只要这个电脑安装了以太坊客户端并接入了以太坊网络），随时都可以通过交易来触发这些智能合约的执行，也从而完成了分布式程序的部署和调用。

5. 智能合约的局限性

目前智能合约的功能还非常有限，不能完成所有的现在编程可以解决的事情（比如访问网络下载文件，这个是目前EVM不允许和不支持的）。

但这并不妨碍以太坊和智能合约技术的发展，以及有可能成为下一代互联网基础设施和协议的可能！

6. 消耗以太币

• 以太坊上只要涉及到状态的变更都会消耗以太币，比如一笔交易的产生会更改账户的状态、一个智能合约的存储或更改智能合约的状态等等，消耗掉计算资源和存储资源的都需要支付费用。
• 智能合约是一个程序片段，由很多方法和变量组成，部署智能合约到链上（相当于发送一个交易）需要消耗以太币，通过智能合约改变智能合约的内部状态也需要消耗以太币，但也有在本地读取而不改变状态的是不需要消耗以太币的。

7. 智能合约的代码存储在哪儿

合约代码是存储在区块链中的，并且是在accountstate中的codehash指向的一块存储区域中。

智能合约是在发布的时候，是通过提交一个交易，包括合约的代码和接口，然后被包含在一个区块里，最后被链接到区块链上。

智能合约的代码和接口信息是被放在区块的一个名字叫做状态树的数据结构里（默克尔树）。调用的时候是通过向以太坊网络发一个交易，其中包括智能合约的地址（交易id）和其他调用参数。

矿工在打包这个交易的时候，会通过合约地址找到合约，并且通过调用参数来运行合约。

智能合约部署完后,你可以获得这个合约的地址,可以利用这个合约地址进行查找。

由于存在prune,因此历史的修改记录很可能会被prune掉,关于定义的变量值,你可以在编写合约的时候就写上get方法,这样就可以直接查看了。或者你在wallet上利用合约地址和abi信息,就可以看到public的成员变量.

8. 智能合约产生的数据，保存到哪儿

每个合约账号下都有一个存储空间，用来存储合约产生的数据，我理解的最底层应该是一个kv数据库，查询普通账户的时候对应的是账户余额，查询合约账户对应的是合约的abi，再通过查询指令操作在evm中运行abi。

通过客户端查询的是键值对的关系，所有的数据都保存在最底层的数据库，而这个数据库按照时间顺序被拆成了一个个连接的区块，同时每一个区块里都包含前面所有区块的由mekle树生成的一个hash值，我觉得要是我前面理解的这些应该都没错的话，区块链的设计架构应该还有一个计算层，用来计算每个key对应的value的存储位置，不然查询响应速度应该没那么快才对，那TiDb的架构跟这就差不多了。

之前一直没想明白，为毛区块链上创建那么多账户不会崩，现在想想，每个新账户就是创建了一个kv关系，只有智能合约是消耗存储的。

9. 以太坊的智能合约是带“销毁”的，但是区块链上的数据都是不可篡改的，只能不断的增加长度，那么这个“销毁”是如何做到的呢？

如何执行合约自毁操作呢？调用selfdestruct(recipient);

只有在某个地址上的合约执行自毁操作时，合约代码才会从区块链上移除。合约地址上剩余的以太币会发送给指定的目标，然后其存储和代码被移除。

请问合约自毁后，合约代码真的会物理上从区块链上移除吗？这样不是会造成历史区块中的状态默克尔树的根哈希的改变吗？谢谢！

合约执行自毁操作后（selfdestruct），合约代码不会从区块链上移除。

合约只是从以太坊的底层存储数据结构，三个默克尔树之一的状态树中被去掉了。历史区块不会受到影响，只是未来的区块不会再有对这个合约的引用了。这样对全节点的存储空间是没有影响，但对某些轻节点是会起到减少存储的目的。

以太坊智能合约自毁，代码真的会在物理存储上被删掉吗？

https://www.zhihu.com/question/268916053/answer/345524709

如果想调用智能合约，但是合约在之前的链上，是如何根据地址找到并执行的呢？

总感觉这么找的效率不高啊

以太坊的智能合约存储在哪里？

https://www.zhihu.com/question/57056818/answer/187414731