Oasis Foundation.- 虽然主网已成功上线，但这仅仅是个开始。着眼未来，我们已确定了若干需要改进的领域，以使 ParaTimes 以及整个网络具备更强的能力。
短期内，以下是基金会提议在 2021 年第一季度作为主网升级实施的一系列功能。每一项都链接到以 ADR 形式呈现的技术细节。许多拟议的变更已在 Oasis Core 中实现，部分正在接受审计。
轻客户端与检查点同步（Checkpoint Sync）
为了大幅加快新网络节点的启动速度，此次升级将引入对轻客户端的支持，并可从网络中其他节点提供的检查点恢复状态（参见 oasis-core # 2880 和 oasis-core # 2440）。
节点将能够公告其提供公共轻客户端端点，以便于发现（例如，允许区块浏览器发布此类端点）。
随机信标（Random Beacon）
随机信标被共识层用于 ParaTime 委员会的选举，是为采用开放准入政策的 ParaTimes 提供安全保障的关键组件。 ADR 0007 规定了一种基于 SCRAPE 的随机信标实现，只要至少有一个参与者（验证节点）是诚实的，即可提供无偏的输出。
链上治理，让升级协调更简单
迄今为止，网络的所有升级都必须在链下手动协调，验证者需要在特定区块高度导出状态、修补导出文件等。每次升级还要求清除此前的所有状态（及历史）。
根据 ADR 0006 规定的新链上治理服务提供了一个简单的框架，用于提交治理提案，由验证者对提案进行投票；一旦升级提案获得通过，即可以受控方式执行升级，从而最大限度地减少停机时间。
共识层与 ParaTimes 之间的 ROSE 转账
在当前的主网中，ParaTimes 无法与共识层上的其他账户进行交互。ADR 0003 提出了一种机制，使 ParaTimes 能够在处理任一 ParaTime 区块的过程中发出消息。
这些消息可以代表 ParaTime 触发共识层上的操作。
这也意味着 ParaTimes 将在共识层上拥有自己的账户，可以持有和转移代币。
迈向自治 ParaTimes 之路
目前，所有 ParaTime 都只能由单一实体治理：即 ParaTime 的所有者。在这里，治理意味着能够更新由共识层注册服务所存储的 ParaTime 描述符中的某些字段。
一方面，ParaTime 描述符包含对安全至关重要的参数；另一方面，必须存在一种能够升级 ParaTimes 的机制（尤其是对于基于 TEE 的运行时，其特定的运行时二进制文件通过远程证明机制强制执行）。
ADR 0004 扩展了 ParaTime 的治理选项，并为 ParaTimes 定义自身治理机制铺平了道路。
……及更远的未来
除共识层升级外，基金会还根据社区反馈考虑了其他一些尚处于早期阶段的领域：
- 通过推出提供通用功能的高级 ParaTime SDK，改善 ParaTime 开发者体验。
- 通过推出同时支持共识层和基于 ParaTime SDK 的任意 ParaTimes 的 JavaScript SDK，改善前端开发者体验。
- 在 ParaTimes 与以太坊等其他网络之间搭建跨链桥。
我们欢迎社区提出任何其他改进建议（可通过 Oasis Core 的贡献流程，或在此社区论坛中提出高层次建议），我们也在提供资助。
更多关于 OASIS 的信息
