文件名称：身份验证与应用程序分开-在线学习最优化求解
文件大小：773KB
文件格式：PDF
更新时间：2024-07-04 10:03:38
EOS 白皮书 区块链 3.0
8.1 明确的指令架构 所有账户间发送的指令都是通过区区块链共识状态模式来定义的。该架构允许在 二进制和 JSON 表示形式中无缝转换。 8.2 定义数据库的架构 数据库状态也使用类似的模式进行定义。 这确保了所有应用程序存储的数据都 可被解释为人类可读的 JSON 格式，但以二进制的效率进行存储和操作。 8.3 通用多索引数据库 API 开发智能合约需确定的数据库模式来追踪，存储和查找数据。 开发人员通常需 要对多个字段进行排序或索引的相同数据，并保持所有索引之间的一致性。 8.4 身份验证与应用程序分开 为了最大化并行机会并最大限度地减少与事务日志中重新生成应用程序状态相 关的计算债务，EOS.IO 软件将逻辑验证分为三部分： 1.验证 Action 是否内部一致; 2.验证所有先决条件是否有效; 3.修改应用程序状态。 验证 Action 内部的一致性是只读的，不需要访问区块链状态。这意味着它能以 最大并行度执行。验证的先决条件（如所需的平衡）是只读的，因此也可以从并 发性中受益。只有修改应用程序状态才需写入权限，并且必须按顺序处理每个应 用程序。 身份验证是验证可以应用操作的只读过程。事实上，应用程序在做这项工作，实 时两项计算都需要执行，但是一旦交易包含在区块链中，就不再需要执行认证操 作。