Приступая к работе
Запуск оператора и стейкинг доступны только на тестовых сетях Taurus и Gemini-3h.
Доступность в основной сети запланирована на 2-ю фазу. Для получения более подробной информации обратитесь к нашей Дорожной карте на форуме.
Встроенный фреймворк для выполнения
Autonomys представляет систему разделенного выполнения (DecEx) для решения проблемы распухания путем отделения упорядочивания транзакций от их исполнения. Фармеры подтверждают и упорядочивают транзакции, в то время как отдельные ноды операторов их выполняют, что допускает различные требования к оборудованию для каждой роли. Это делает фарминг доступным и создает основу для масштабируемого исполнения. Пользователи отправляют транзакции операторам, которые группируют их в пакеты. Фармеры проверяют и упорядочивают их, при этом операторы выполняют транзакции в этом порядке. Этот процесс формирует детерминированную цепь подтверждений с первоначальной реализацией, использующей оптимистичную устойчивую ко взлому схему проверки достоверности данных.
Для получения дополнительной информации о том, как Autonomys разделяет консенсус и вычисления, ознакомьтесь с [Academy] (https://academy.autonomys.xyz/subspace-protocol/decoupled-execution).
Фермерство и операторы: Ключевые различия
Фарминг
- Консенсус: Это главная роль фармеров, обеспечивает безопасность и консенсус сети. Наши фармеры - это гарантия того, что мы не доверяем, а проверяем.
- Упорядочивание транзакций: Фармеры отвечают за подтверждение доступности транзакций и обеспечивают упорядочивание.
- Невысокие требования: Требования к оборудованию для фарминга предполагаются невысокими, что делает его доступным для каждого.
- Верификация: фармеры только проверяют proof-of-election и обеспечивают наличие данных.
- Транзакции: Фармеры не выполняют транзакции, они сосредоточены на их упорядочивании и включении их в блокчейн.
Работа оператора
- Отправка и исполнение транзакций: Операторы отвечают за объединение транзакций в пакеты и их отправку в цепочку консенсуса, выполнение транзакций, включенных в блок консенсуса, и поддержание конечного состояния цепочки.
- Высокие требования к оборудованию: Операторам требуются более значительные аппаратные требования, поскольку они должны выполнять сложные операции.
- Требует начальных инвестиций: Операторы обязаны вложить определенное количество AI3. Если оператор действует злонамеренно, его депозит рискует быть сокращенным slashed. Подобное злонамеренное поведение влечет за собой значительные штрафные санкции, обеспечивая экономическую безопасность работы.
- Пре-валидация и пакетирование: Операторы предварительно проверяют и формируют транзакции в пакеты через процесс выбора с учетом веса депозита.
- Детерминированное исполнение: операторы выполняют транзакции в конкретном детерминированном порядке, производя фиксацию состояния в виде квитанций об исполнении.
- Вторичная сетевая роль: Слежение за вредоносными действиями в цепочке домена и отправка доказательств мошенничества в цепочку консенсуса.
- Поддержка различных окружений: поддерживает различные окружения исполнения смарт-контрактов, такие, как виртуальная машина Ethereum (EVM) или Web-Assembly (WASM).
Операторы
Требования
Требования к оборудованию снижены для тестирования, но скорее всего требования для основной сети (mainnet) будут выше.
Операционная система
| Приложение | Минимальная поддерживаемая версия* | ||
|---|---|---|---|
| CLI | 🐧 Ubuntu 22.04 | 🪟 Windows 11 | 🍎 macOS 14 (Sonoma) |
* Обратите внимание, что это официально поддерживаемые минимальные версии ОС. Например, Windows 10 не будет официально поддерживаться, но скорее всего будет работать. Команда не будет уделять приоритетное внимание поддержке проблем, возникающих только в Windows 10.
Оборудование
| Процессор | ОЗУ | Хранилище | Сеть |
|---|---|---|---|
| 4+ ядра @ 3.4ГГц ¹ | 16 ГБ | 300 ГБ NVMe SSD ² | 50 Мбит/с ³ |
² Задержка важнее пропускной способности
³ Указанная пропускная способность относится к требуемой скорости загрузки.
Структура каталогов
Для операторов пару ключей можно найти в /<base-path>/domains/<domain-id>/keystore.
Стейкинг
Сеть Autonomys опирается на стейкинг от операторов домена и фармеров для обеспечения безопасности сети и предоставления ресурсов. Autonomys реализует алгоритм Nominated Proof-of-Stake, при котором держатели токенов поддерживают операторов, выполняющих транзакции и создающих блоки.
Наша модель стейкинга состоит из двух уровней:
-
Фармеры получают награды пропорционально предоставленному ими хранилищу. Фармеры могут выбрать операторов и поддержать их своим депозитом, увеличивая их шансы быть выбранными лидером слота. Фармеры, получившие награду за хранение, назначают операторов для выполнения транзакций. Эта система номинирования позволяет сбалансировать полномочия между фармерами, которые номинируют и операторами, и обе стороны разделяют вознаграждения и потенциальные санкции (slashing).
-
Операторы вносят депозит, чтобы получить право производить пакеты в пределах домена. Они отвечают за валидацию и выполнение транзакций, создание квитанций исполнения, применение переходов состояния, внесение платы за хранение исполняемых пакетов и получают вознаграждение за свою работу. Шансы оператора быть выбранным в качестве лидера слота и создать пакет определяются в зависимости от его депозита. Операторы могут быть номинированы фармерами или другими держателями AI3.
Пулы номинирования в Autonomys «ленивые»: все вознаграждения, заработанные оператором, направляются в пул и не зачисляются на кошельки номинаторов, пока они не запросят вывод. Если вознаграждения не выведены, они автоматически депонируются - засчитываются в общий стейкинг пула, увеличивая его шансы быть выбранным для производства пакетов.
Эпоха стейкинга
Эпоха стейкинга - это заданный в блоках домена период в системе блокчейна, который обозначает каждый период перераспределения депозитов. Происходя каждые StakeEpochDuration блоков (в данный момент, он равен 100 блокам или ~10 мин.), смена эпохи вызывает определенные действия, такие как завершение смены домена оператора, дерегистрация операторов, разблокирование операторов и их средств, а также перерасчет распределения депозитов для проведения выбора верифицируемой случайной функцией (VRF). Эти смены предназначены для динамической коррекции распределения депозитов, завершения различных операций стейкинга, обработки наград и управления депозитами и выводом средств. Единая длительность для всех доменов помогает поддерживать согласованность в сети. При этом исходная точка смены эпохи для каждого домена может варьироваться в зависимости от времени регистрации, помогая распределять нагрузку от этих смен.