争议不断地EOS 我们如何才能理性看待？（二）

账户及权限机制                               

1. 账户可以设置12个字符长度的昵称；

2. 用户必须缴纳开户费；

3. 每个账户有一个私有数据库，只能这个账户的动作处理器(action handler)有权访问；

4. 每个账户可以对自己的数据库设置作用范围，这样出块者就可以进行并行运算，冲突的作用范围不并行；

基于角色的权限机制

EOS.IO提供了可声明的权限管理系统，账户可以规定谁在何时可以做什么。

EOS.IO账户可以由多用户控制，每个账户可以被按权重组合的任意其他账户和私钥控制，EOS允许用户通过许可权(账户/私钥)许可其他账户对之进行操作。

权限等级命名

账户可以命名权限等级，这些等级可从上层等级延伸而来。每个命名定义一个权力，权力是对其他账户的命名权限等级进行的多重签名的验证，如“Friend”权限等级可以设置给账户的朋友们来操作账户。

权限映射

EOS.IO允许账户为任何账户的合约/操作和他的名称权限等级建立映射关系，这样其他账户可以在获得的权限内对它进行操作，但如需要提供自己的私钥签名。因此谁做了什么是可以被识别的。

权限评估

权限评估时，如果本层权限未定义，可以上溯到父层，直至顶层，如果没有找到任何权限定义，就使用缺省active权限，如：@alice.active

EOS缺省权限

1. owner group: 可做任何事；

2. active group: 除了改变owner group外的任何事；

3. 其他权限都来自对active的扩展；

权限评估的可并行性

在区块链上权限是只读的，每次改变必须通过区块上链进行，在此之前权限不会改变，因此此时所有的权限都可以并行计算。并且权限经过一次评估后，无需再评估，可以在此轮一直使用。

权限评估在运行中大量需要，这个只读性使系统运行效率大大提高。同时，在通过操作日志对区块链系统进行重放时也不再需要重新评估权限，这对于无限增长的区块链来说，可极大的降低重放的计算负载。

操作的强制性延迟

EOS.IO运行开发者对Action进行强制延迟，实际上是设定一个时间锁，在这个时间区以前操作是不可执行的，允许参与者反悔和返回原状态，或者进行授权。

时间锁时间因地制宜，如果是买杯咖啡，可能不需要反悔；如果是买个房子可能需要72小时的锁定期；转移账户的所有权可以要30天。

账户恢复(类微信)

当EOS的用户丢了自己的账户key，他可以使用30天内的任何有效的key来恢复，这时候需要他的伙伴帮忙，他需要预先指定一个紧急修复伙伴，然后让他的这个伙伴用自己的key签名来帮助他恢复账户。但是他的伙伴单独是无法做恢复操作的。

这里面使用的多重签名和简单多重签名不同，后者如果授予，将对所有交易使用，而在这里的命名权限等级机制里，伙伴的多重签名只在账户恢复中使用。