EOS.IO 软件开发路线图

本文档简明扼要地概述了开发计划的主要框架结构。当软件发布1.0版本后,相关文档将随之更新。需要注意的是,这份路线图仅限于区块链软件的应用场景;而对于钱包软件以及区块链浏览器等其他类型的应用程序，则不适用。在阶段一完成后,其他这些软件和工具将各自拥有独立的路线图文档.

本文档中全部的内容均以草案形式存在且随时可能发生变更仅供参考
block.one无法保证在此路线图文件中的相关信息具有准确性将全部信息'按照原样'提供
该系统没有任何声明或保证无论是明示还是暗示都无法对上述信息的真实性完整性或准确性作出任何承诺

阶段一 - 最小可行的测试环境 - 2017 夏季

本阶段的主要任务是搭建API，并为开发人员在EOS.IO平台上开始构建和测试应用提供了必要的条件. 为了使开发人员能够顺利地进行测试并验证他们的软件功能, 应确保完成以下各项任务.

独立节点 (Dan & Nathan)

在独立节点上运行测试区块链，并引入了API功能并生成区块。该节点不涉及P2P网络相关代码。

本处的协议（Nathan）

EOS.IO软件平台包含一系列本地合约．这些合约负责处理区块链的关键操作，并且位于WebAssembly接口的外围区域．这些合约涉及：

1. @eos - 负责管理 EOS token 的转移流程
2. @stake - 管理锁定 EOS 的过程以及相关的投票机制和生产者选举流程
3. @system - 负责管理系统的权限、相关信息以及合约代码的更新

虚拟机 API (Dan)

该合约会被编译为WebAssembly (WASM)，只有当WASM通过预先定义好的API实现与区块链的交互时才可能实现这一目标。由于开发人员构建应用时必须依赖虚拟机API作为基础工具，在EOS平台上实际开始构建程序之前，该API必须处于相对稳定的状况。

RPC 接口 (Arhag, Nathan)

我们将提供一个轻量级的 JSON-RPC HTTP interface 以便于开发人员能够支持广播交易信息．从广播信息与与测试程序交互的角度来看 该接口至关重要．

command-line tool (Arhag)

我们推出命令行工具系列软件包...为开发者提供便捷的RPC接口集成解决方案。

基础开发文档 (Josh)

为开发人员提供 EOS.IO 区块链上入门级开发应用的详细指南。该指南包含WASM API、RPC接口以及命令行工具等内容。

阶段二 - 最小可行的测试网络 - 2017年秋季

在阶段一期间，在可靠环境中进行的所有工作都是基于该环境设计的。为了建立一个可行的测试网络，在该环境中完成开发并验证系统性能之前是必要的。

P2P 网络代码 (Phil)

这是一个插件，用于在两个独立的节点之间同步区块链的状态.

清理WASM工作及进行CPU沙盒化操作（Brian）

WASM代码应经过清理处理以排查异常行为，并需重点关注浮点运算错误与无限循环现象

资源使用情况跟踪 & 限速 (Arhag)

为了防止滥用，根据已有EOS，资源监控和使用情况追踪，对用户进行限制．

该模块的测试导入流程为 DappHub

该模块的测试导入流程为 DappHub

为开展相关工作研究和实践需求, 该系统需配备一套专门的工具有效工具, 其功能包括从 EOS Token 发布状态导入数据, 并生成基础配置文件. 这一配置文件将使参与者获得初始的测试 EOS (TEOS).

区块链内通讯 (Nathan)

这一特性包括，验证交易的Merkl哈希值是否有效．

阶段三 - 测试 & 安全审计 - 2017年冬季，2018年春季

在这一阶段, 将对平台实施系统性测试, 排查潜在的安全漏洞及程序漏洞. 当进入第三阶段时, 软件将被正式发布为版本1.0.

开发示例应用

为了评估平台是否实现了开发者所需的功能需求, 编写示例程序的过程至关重要.

该方案旨在激励有效的网络攻击行为

依赖非法手段获取信息、过度利用虚拟化技术、采取不当手段进行网络攻击以及系统性故障的发生是一个较为复杂的步骤。为了确保软件 1.0 可以稳定运行并实现其功能目标……是十分必要的。

编程语言支持

增加对其他可以编译为WASM的编程语言的支持：C++, Rust等等．

文档 & 教程

阶段四 - 并行优化 2018 年夏季/秋季

在 1.0 的稳定版发布后，我们会继续优化代码，提升并行执行性能．

第五阶段 - 构建集群网络 展望未来