From f716fd792426fab03358d9265f4939d6b0e7c1fd Mon Sep 17 00:00:00 2001 From: Greg Lee Date: Fri, 16 Mar 2018 18:35:51 -0400 Subject: [PATCH] Remove translastions for out of date roadmap files --- ko-KR/Roadmap.md | 85 ------------------------------------------------ ru-RU/Roadmap.md | 85 ------------------------------------------------ zh-CN/Roadmap.md | 85 ------------------------------------------------ 3 files changed, 255 deletions(-) delete mode 100644 ko-KR/Roadmap.md delete mode 100644 ru-RU/Roadmap.md delete mode 100644 zh-CN/Roadmap.md diff --git a/ko-KR/Roadmap.md b/ko-KR/Roadmap.md deleted file mode 100644 index 4290aff0..00000000 --- a/ko-KR/Roadmap.md +++ /dev/null @@ -1,85 +0,0 @@ -## EOS.IO Software Roadmap - -This document outlines the development plan from a high level and will be updated as progress is made toward version 1.0. It should be noted that this roadmap applies only to the blockchain software and not to the other tools and utilities such as wallets and block explorers which will have their own teams and dedicated roadmaps once Phase 1 is complete. - -***Everything contained in this document is in draft form and subject to change at any time and provided for information purposes only. block.one does not guarantee the accuracy of the information contained in this roadmap and the information is provided “as is” with no representations or warranties, express or implied.*** - -# 1단계: 기초적인 테스팅 환경 구성 - 2017년 여름 - -The goal of this phase is to establish the APIs that developers will require to start building and testing applications on EOS.IO. In order for developers to start testing their applications they will require the following to be implemented: - -### Standalone Node (Dan & Nathan) - -A standalone node operates a test blockchain and produces blocks while exposing an API. This node does not need to concern itself with any P2P networking code. - -### Native Contracts (Nathan) - -The EOS.IO software has a number of native contracts. These are contracts that manage the core operations of the blockchain and exist outside the Web Assembly interface. These contracts include: - - 1. @eos - manages EOS token transfers - 2. @stake - manages locked EOS, voting, and Producer Election - 3. @system - manages permissions, messages, and contact code updates - -### Virtual Machine API (Dan) - -Contracts are compiled to WebAssembly (WASM) and WASM must interface with the blockchain via a defined API. This API is what developers depend upon to build applications and be relatively stable before developers can really start to build on EOS. - -### RPC Interface (Arhag, Nathan) - -A simple JSON RPC over HTTP interface will be provided that enables developers to broadcast transactions and query application state. This is critical for both publishing and interacting with test applications. - -### Command line Tools (Arhag) - -Command line tools facilitate integrating the RPC interface with developer build environments. - -### Basic Developer Documentation (Josh) - -Documents that teach developers how to get started with building on EOS.IO blockchains. This includes documentations of the WASM API, RPC Interface, and Command Line Tools. - -# 2단계: 기초적인 테스트 네트워크 - 2017년 가을 - -Everything in Phase 1 assumes a trusted environment that only runs the developer's own code. Before a test network can be deployed several additional features need to be implemented and tested. - -### P2P Network Code (Phil) - -This is a plugin that is responsible for synchronizing the blockchain state between two standalone nodes. - -### WASM Sanitation & CPU Sandboxing (Brian) - -The WASM code needs to be sanitized to check for non-deterministic behavior such as floating point operations and infinite loops. - -### Resource Usage Tracking & Rate Limiting (Arhag) - -To prevent abuse the resource monitoring and usage tracking rate limits users accoding to staked EOS. - -### Genesis Import Testing (DappHub) - -Tools need to be developed to export data from the EOS Token Distribution state and create a genesis configuration file. This will enable anyone participating in the Token Distribution to acquire some initial test EOS (TEOS). - -### Interblockchain Communication (Nathan) - -This feature involves verifying the Merkle hashing of transactions is proper. - -# 3단계: 시험운영 및 보안성 검토 - 2017년 겨울 ~ 2018년 봄 - -During this phase the platform will undergo heavy testing with a focus on finding security issues and bug. At the end of Phase 3 version 1.0 will be tagged. - -### Develop Example Applications - -Example applications are critical to proving the platform provides the features required by real developers. - -### Bounties for Succesfully Attacking Network - -Attacking the network with spam, virtual machine exploits, and bug crashes, and non-deterministic behavior will be a heavily involved process but necessary to ensure that version 1.0 is stable. - -### Language Support - -Adding support for additional langauges to be compiled to WASM: C++, Rust, etc. - -### Documentation & Tutorials - -# Phase 4 - Parallel Optimization Summer / Fall 2018 - -After getting a stable 1.0 product released, we will move toward optimizing the code for parallel execution. - -# Phase 5 - Cluster Implementation The Future \ No newline at end of file diff --git a/ru-RU/Roadmap.md b/ru-RU/Roadmap.md deleted file mode 100644 index 04961426..00000000 --- a/ru-RU/Roadmap.md +++ /dev/null @@ -1,85 +0,0 @@ -## Дорожная карта программного обеспечения EOS.IO - -В этом документе обозначен общий план разработки, который будет обновляться по мере прогресса в работе над версией 1.0. Нужно отметить, что эта дорожная карта применима только к программному обеспечению блокчейна и не относится к другим инструментам и утилитам, например, кошелькам и обозревателям блоков, для разработки которых после завершения Этапа 1 будут созданы отдельные команды и дорожные карты. - -***Всё содержимое этого документа находится на стадии черновика и может измениться в любое время. Предоставленная информация служит сугубо информационным целям. block.one не гарантирует точности информации в этой дорожной карте, которая предоставляется "как есть" без явных или подразумеваемых гарантий и заявлений.*** - -# Этап 1 - Минимальная необходимая тестовая среда - Лето 2017 - -Цель этого этапа — установить API, которые потребуются разработчикам, чтобы начать создавать и тестировать приложения на EOS.IO. Чтобы разработчики могли начать тестировать свои приложения, необходимо реализовать следующие пункты: - -### Автономный узел (Дэн & Нэйтан) - -Автономный узел обеспечивает работу тестового блокчейна и производит блоки, предоставляя доступ к API. Этому узлу не нужно задействовать какой-либо код P2P сетей. - -### Нативные контракты (Нэйтан) - -Программное обеспечение EOS.IO обладает рядом нативных контрактов. Это контракты, управляющие основными операциями блокчейна и существующие вне интерфейса Web Assembly. Эти контракты включают в себя: - - 1. @eos - управляет переводами токена EOS - 2. @stake - управляет удерживаемыми EOS, голосованием и выборами Производителей - 3. @system - управляет разрешениями, сообщениями и обновлениями контактного кода - -### API виртуальной машины (Дэн) - -Контракты компилируются в WebAssembly (WASM), и WASM должен взаимодействовать с блокчейном через определенный API. Этот API — то, от чего зависит возможность разработчиков строить приложения и стабильно контролировать процесс, прежде чем разработчики действительно смогут начать строить на EOS. - -### Интерфейс RPC (Архаг, Нэйтан) - -Разработчикам будет предоставлен простой JSON RPC через HTTP интерфейс, что позволит им транслировать транзакции и запрашивать состояние приложения. Это крайне важно как для публикации, так и для взаимодействия с тестовыми приложениями. - -### Инструменты командной строки (Архаг) - -Инструменты командной строки позволяют интегрировать интерфейс RPC в среды сборки разработчиков. - -### Базовая документация для разработчиков (Джош) - -Документация, объясняющая разработчикам, как начать строить на блокчейнах EOS.IO. Включает в себя документацию по WASM API, интерфейсу RPC и инструментам командной строки. - -# Этап 2 - Минимальная необходимая Тестовая сеть - Осень 2017 - -Всё представленное в Этапе 1 предполагает наличие доверенной среды, которая работает только с кодом самого разработчика. Прежде чем будет развернута тестовая сеть, нужно будет внедрить и протестировать несколько дополнительных функций. - -### Сетевой код P2P (Фил) - -Это плагин, отвечающий за синхронизацию состояния блокчейна между двумя автономными узлами. - -### WASM чистка и CPU песочница (Брайан) - -Код WASM требует чистки, дабы убедиться в отсутствии недетерминированного поведения, такого как операции с плавающей точкой и бесконечные петли. - -### Отслеживание использования ресурсов & Ограничение скорости (Архаг) - -В целях предотвращения злоупотреблений мониторинг ресурсов и отслеживание использования ограничивают пользователей по скорости в соответствии с их долей в EOS. - -### Тестирование импорта создания (DappHub) - -Необходимо разработать инструменты для экспорта данных из состояния распределения токенов EOS и создания файла исходной конфигурации. Это позволит всем участникам распределения токенов получить некоторый первоначальный тестовый EOS (TEOS). - -### Межблокчейновая связь (Нэйтан) - -Эта функция включает в себя проверку правильности хэширования Меркла транзакций. - -# Этап 3 - Тестирование, Проверка безопасности - Зима 2017, весна 2018 - -На этом этапе платформа будет проходить интенсивные испытания, сфокусированные на поиске уязвимостей в безопасности и багов. В конце 3-го этапа будет выпущена версия 1.0. - -### Разработка примеров приложений - -Примеры приложений необходимы для доказательства того, что платформа предоставляет реальным разработчикам все необходимые функции. - -### Баунти за успешную атаку сети - -Сеть будет активно атаковаться спамом, эксплойтами виртуальных машин, остановкой из-за багов и нетерминистическим поведением, но сначала нужно будет удостовериться в стабильности версии 1.0. - -### Поддержка языков - -Добавление поддержки нескольких дополнительных языков, которые будут компилироваться в WASM: C++, Rust и т.п. - -### Документация и инструкции - -# Этап 4 - Параллельная Оптимизация - Лето / Осень 2018 - -После выпуска стабильной версии продукта 1.0 мы перейдем к оптимизации кода для параллельного исполнения. - -# Этап 5 - Формирование кластеров - Будущее \ No newline at end of file diff --git a/zh-CN/Roadmap.md b/zh-CN/Roadmap.md deleted file mode 100644 index dc3c9d19..00000000 --- a/zh-CN/Roadmap.md +++ /dev/null @@ -1,85 +0,0 @@ -## EOS.IO 软件开发路线图 - -本文档列出了对开发计划的一个高度概括的大纲,软件完成1.0版本的进度后,该文档会更新. 需要注意,这份路线图只适用于区块链软件,对于其他的工具和应用,如钱包软件,和区块链浏览器,并不适用. 在阶段一完成之后,其他这些软件和工具会有其各自具体的路线图文档. - -***本文档中,所有内容均为草案形式,且随时可能变更,仅供参考. block.one不保证本路线图文件中信息的准确性,所有的信息"按照原样"提供,不存在任何声明或保证,明示或暗示.*** - -# 阶段一 - 最小可行的测试环境 - 2017 夏季 - -本阶段目标是创建API, 满足开发人员在EOS.IO上开始构建和测试应用的需要. 为了让开发人员可以着手测试他们所开发的软件,需要完成如下的部分: - -### 独立节点 (Dan & Nathan) - -在一个独立节点上,运行一个测试区块链,提供了API, 产生区块. 这一节点没有与P2P网络相关的代码. - -### 本地合约 (Nathan) - -EOS.IO软件有若干本地合约.这些合约用于管理区块链的核心操作,存在于Web Assembly接口之外.这些合约包括: - - 1. @eos - 管理EOS token的转移 - 2. @stake - 管理锁定的EOS,投票,和生产者选举 - 3. @system - 管理权限,信息,和合约代码更新 - -### 虚拟机 API (Dan) - -合约会被编译为WebAssembly(WASM), WASM必须通过定义好的API才能与区块链交互. 开发人员开发应用需要依赖虚拟机 API, 所以在开发人员真正着手在EOS上构建程序前,该API需要达到相对稳定的状态. - -### RPC 接口 (Arhag, Nathan) - -我们会提供一个简单的 JSON RPC HTTP接口,以便开发人员能够广播交易信息,查询应用的状态. 对广播信息和与测试程序交互而言,该接口都很关键. - -### 命令行工具 (Arhag) - -我们提供命令行工具,方便开发人员将RPC接口集成到应用的构建环境之中. - -### 基础开发文档 (Josh) - -指导开发人员开始在EOS.IO区块链上构建程序的文档.包含了WASM API, RPC接口以及命令行工具的文档. - -# 阶段二 - 最小可行的测试网络 - 2017年秋季 - -在阶段一中, 所有的工作都假设了一个可靠的环境, 在这个环境之中,开发人员只运行自己的代码.部署一个可行的测试网络之前,有一些额外的特性需要完成开发和测试 - -### P2P 网络代码 (Phil) - -这是一个插件,用于在两个独立的节点之间同步区块链的状态. - -### WASM 清理 & CPU 沙盒化 (Brian) - -WASM代码需要进行清洁处理, 以便检查异常行为,如浮点数运算异常,和无限循环等. - -### 资源使用情况跟踪 & 限速 (Arhag) - -为了防止滥用,根据已有EOS,资源监控和使用情况追踪,对用户进行限制. - -### Genesis 导入测试 (DappHub) - -需要开发工具,用于从EOS Token发布状态导入数据,并创建一个创世设置文件 (genesis configuration file). 这可以让参与Token众筹发布的人们获得一些初始的测试EOS (TEOS). - -### 区块链内通讯 (Nathan) - -这一特性包括,验证交易的Merkl哈希值是否有效. - -# 阶段三 - 测试 & 安全审计 - 2017年冬季,2018年春季 - -在这一阶段, 会对平台进行大量测试,找出安全问题和程序bug. 在第三阶段结束时,会对软件打上版本 1.0 的标签. - -### 开发示例应用 - -为了验证平台是否提供了真实开发者所需要的功能,示例程序的开发非常关键. - -### 对成功的网络攻击给予奖励 - -使用垃圾信息,虚拟机滥用, 错误崩溃,非正常的操作来实施网络攻击,是一个很复杂的过程,但是,为了确保软件 1.0 可以稳定使用,又是很必要的. - -### 编程语言支持 - -增加对其他可以编译为WASM的编程语言的支持:C++, Rust等等. - -### 文档 & 教程 - -# 阶段四 - 并行优化 2018 年夏季/秋季 - -在 1.0 的稳定版发布后,我们会继续优化代码,提升并行执行性能. - -# 阶段五 - 实现集群 未来 \ No newline at end of file