Mainnet был успешно запущен три недели назад, это только начало. Задумываясь о будущем, мы определили несколько областей, которые нуждаются в улучшении, чтобы сделать ParaTimes и общую сеть еще продуктивней. В ближайшей перспективе мы хотим запустить набор функций, которые Фонд предлагает развернуть в качестве обновления Mainnet в первом квартале 2021 года. Каждая из этих ссылок на технические детали в форме ADR. Многие из предлагаемых изменений уже внедрены в Oasis Core, а некоторые проходят аудит.
Light Clients и Checkpoint Sync
Чтобы ускорить загрузку новых сетевых узлов, обновление введет поддержку легких клиентов и восстановление состояния из контрольных точек, предоставляемых другими узлами в сети (см. oasis-core#2880 и oasis-core#2440). Узлы смогут объявить, что они предоставляют конечные точки клиента с открытым освещением, чтобы упростить обнаружение (например, позволяя обозревателям блоков публиковать такие конечные точки).
Random Beacon
Random Beacon используется консенсусным слоем для выборов в комитет ParaTime и является критически важным компонентом обеспечения безопасности ParaTimes с открытой политикой приема. ADR 0007 определяет случайную реализацию маяка на основе SCRAPE, которая обеспечивает беспристрастный вывод, если по крайней мере один участник (узел валидатора) является честным.
Управление внутри сети для упрощения координации модернизации
До сих пор все обновления сети должны были быть вручную согласованы вне цепочки, валидаторы должны были принимать дампы на определенной высоте, исправлять дамп и т. д. Каждое обновление также требовало удаления любого предыдущего состояния (и истории). Новая услуга управления внутри цепочки, как указано в ADR 0006, обеспечивает простую основу для подачи предложений по управлению, голосования валидаторов по предложениям и после того, как предложение об обновлении, имея возможность выполнять модернизацию контролируемым образом, что сводит к минимуму время простоя.
Передача ROSE между уровнем консенсуса и ParaTimes
В текущей основной сети ParaTimes не может взаимодействовать с другими учетными записями на уровне консенсуса. ADR 0003 предлагает механизм, при котором ParaTimes может создавать сообщения в рамках обработки любого блока ParaTime. Эти сообщения могут запускать операции на уровне консенсуса от имени ParaTime. Это также означает, что ParaTime получает свои собственные учетные записи на уровне консенсуса, который может хранить и передавать токены.
Путь к самоуправляющимся ParaTimes
В настоящее время все ParaTimes могут управляться только одной сущностью – владельцем ParaTime. В этом отношении управление означает возможность обновлять определенные поля в дескрипторе ParaTime, хранящемся службой реестра консенсусного уровня. С одной стороны, дескриптор ParaTime содержит критически важные параметры безопасности, а с другой стороны, должен быть механизм, с помощью которого ParaTimes может быть обновлен (особенно для сред выполнения на основе TEE, где конкретный двоичный файл среды выполнения применяется с помощью механизмов удаленной аттестации). ADR 0004 расширяет возможности управления ParaTime и открывает путь к ParaTimes, который может определить свои собственные механизмы управления.
Предложения сообщества
Помимо обновлений консенсусного уровня, есть и другие области, о которых Фонд думает на основе отзывов сообщества, которые находятся на ранних стадиях:
- Улучшение опыта разработчиков ParaTime путем внедрения высокоуровневого ParaTime SDK, который обеспечивает общие функции.
- Улучшение опыта фронтенд-разработчика путем внедрения JavaScript SDK, который поддерживает как консенсусный уровень, так и произвольные ParaTimes на основе ParaTime SDK.
- Наведение моста между ParaTimes и другими сетями, такими как Ethereum.
Мы приветствуем любые дополнительные предложения по улучшению от сообщества (либо через процесс внесения взносов в Oasis Core, либо через предложения на этом форуме сообщества), а также предоставляем гранты.