@Zj-Elegance-Vite
正如VEP-17提到的，Vite的虚拟机是在EVM的基础上扩展的，Vite执行合约时收取配额的逻辑类似EVM中执行合约时收取gas的逻辑，建议参考EVM的相关文档，了解一下EVM的执行原理。

下面以一个简单的示例来说明。

调用一个智能合约方法时，如果方法是non-payable的，即不可转账的，那么合约在执行这个方法时会先检查这笔调用交易的转账金额是否为0，检查转账金额的二进制代码大致如下：

341561001057600080FD

我们把这段代码翻译成更容易理解的OPCODE来说明执行逻辑和配额计算逻辑。

34 CALLVALUE 读取请求交易的转账金额，放到堆栈顶部，消耗配额1
15 ISZERO 判断堆栈顶部的转账金额是否为0，如果为0在堆栈顶部放1，否则放0，消耗配额1
610010 PUSH2 0x0010 在堆栈顶部放入0x0010，消耗配额1
57 JUMPI 如果堆栈顶部的第二个元素不为0，则跳转到0x0010处继续执行代码，否则不跳转，消耗配额4
6000 PUSH1 0x00 在堆栈顶部放入0x00，消耗配额1
80 DUP1 在堆栈顶部放入0x00，消耗配额1
FD REVERT 回滚（回滚指令会从栈顶读取两个元素，作为返回值），消耗配额0

因此，如果执行这段代码时，转入金额为0，那么这笔交易最终会回滚，共消耗9配额。

可以在本地部署测试环境，观察go-vite目录/vmlog/*/interpreter.log文件中的虚拟机执行日志，日志中包含每一条合约指令的名称、执行后的堆栈、剩余配额等。

@Zj-Elegance-Vite
根据VEP-17， 部署合约所需配额（CreateRequest）由21000+data字段的byte数68改为31000+data字段的byte数68。

文章中的一些问题和补充：

1. 线上部署合约需要配额，配额=21000+data字段的byte数68，参考 https://vite.wiki/zh/tutorial/rule/quota.html#配额使用规则
   部署合约时，data字段长度=14 byte固定长度前缀 + 合约编译后的二进制代码长度，以文章中的示例代码为例，合约代码为709byte，那么创建合约交易的data字段长度为10+709=723 byte，所需配额为21000+72368=70164。根据配额文档，如果抵押后等待75个快照块之后发起创建合约交易，那么每个快照块最少需要累积70164/75=935.52配额，即最少需要抵押534 vite，此时能获得的最高配额为1120*75=84000，足够发起这笔创建合约交易。
2. 关于插件测试账户余额的问题，目前可以通过点击插件中最上方account旁边的加号来创建账户，创建成功的账户中默认有100w vite。在交易过程中会对账户余额进行校验，下一版本会去掉余额校验逻辑，即理论上账户余额无限大。
3. 合约部署之后有两种方式检查合约是否部署成功。
   第一种文章中已经提到，查询合约链上第一个块，注意合约链上出块不代表合约部署成功，有可能在响应交易中执行代码失败，应该校验合约链上第一个块的data字段最后1个字节的值，值为0表示部署成功，值为1表示部署失败。
   第二种是调用contract_getContractInfo接口，观察返回值中的code字段，如果code字段非空，那么表示创建合约的响应交易执行成功。由于合约响应交易是异步执行，执行延时受confirmTime和seedCount字段影响，所以创建合约请求交易发送成功之后需要等待一段时间才能查到结果。
4. 合约的log（也叫event）数据结构和以太类似，包含topics和data两个字段，topics[0]是log签名，topics[1:]是log中被标记为indexed的索引字段，data是log中未被标记为indexed的非索引字段，具体可以参考 https://solidity.readthedocs.io/zh/latest/abi-spec.html?#events
5. subscribe_getLogs接口超过100条时的查询bug会在gvite下一个版本解决。
6. Pre-Mainnet在3488471硬分叉，硬分叉之后，创建合约参数中增加了seedCount。参数含义参考 https://vite.wiki/zh/api/rpc/contract.html#contract-getcreatecontractdata

yes, tutorial about how to run a local testnet will be published in a few days.