Getting Started
Running an Operator and staking are only available on the Taurus and Gemini-3h testnets.
Availability on the mainnet is planned for Phase 2. For further details, please refer to our Phased Launch Roadmap.
Decoupled Execution Framework
Autonomys introduces the Decoupled Execution Framework (DecEx) to tackle the state-bloat issue by separating transaction ordering from execution. Фармери підтверджують та впорядковують транзакції, а вузли оператора виконують їх, дозволяючи різні вимоги до апаратного забезпечення для кожної ролі. Це робить фармінг доступним і закладає основу для масштабованого виконання. Користувачі надсилають транзакції операторам, які групують їх у пакети. Фермери перевіряють та упорядковують їх, а оператори здійснюють транзакції в цьому порядку. Процес формує детермінований ланцюжок отримання з початковою реалізацією, використовуючи оптимістичну схему перевірки, захищену від шахрайства.
For more information on how Subspace separates consensus and computation, check out Autonomys Academy.
Farming vs. Operators: Key Differences
Фармінг
- Консенсус: Це основна роль фармера, яка забезпечує безпеку та консенсус для мережі. Наші фармери – це те, що гарантує, що ми не довіряємо, а перевіряємо.
- Порядок транзакцій: Фармери несуть відповідальність за підтвердження наявності транзакцій та забезпечення порядку.
- Полегшені вимоги:: Вимоги до апаратного забезпечення для фармінгу спрощені, що робить його доступним для будь-кого.
- Перевірка: Фармери лише перевіряють докази виборів і гарантують, що дані доступні.
- Транзакції: Фармери не здійснюють транзакції; вони зосереджуються на їх упорядкуванні та включенні в блокчейн.
Being an Operator
- Подання та виконання транзакції: Оператори відповідають за групування транзакцій у пакети та надсилання їх до консенсусного ланцюга, виконання транзакцій, включених до консенсусного блоку, і підтримку кінцевого стану ланцюга.
- Higher Hardware Requirements: Operators require more substantial hardware capabilities, as they must execute complex transactions.
- Require Initial Investment: Operators are required to stake a certain amount of AI3. Якщо оператор діє зловмисно, його частка ризикує бути урізаною. Така зловмисна поведінка тягне за собою значні штрафи, забезпечуючи крипто економічну безпеку для виконання.
- Попередня перевірка та групування: Оператори попередньо перевіряють і групують транзакції в пакети за допомогою процесу вибору, зваженого за ставками.
- Детерміноване виконання: Оператори виконують транзакції в певному детермінованому порядку, створюючи зобов’язання стану формі квитанцій про виконання.
- Вторинна роль у мережі: Відстежують ланцюжок домену на наявність зловмисної активності та надсилають докази шахрайства в ланцюжок консенсусу.
- Підтримка різних середовищ: Можуть підтримувати різні середовища виконання смарт-контрактів, такі як віртуальна машина Ethereum (EVM) або Web-Assembly (WASM).
Operators
Requirements
Hardware requirements are lowered for testing but will likely increase on the mainnet.
Operating System
Application | Minimum Supported Version* | ||
---|---|---|---|
CLI | 🐧 Ubuntu 22.04 | 🪟 Windows 11 | 🍎 macOS 14 (Sonoma) |
* Note that these are the officially supported minimum versions. For example, Windows 10 will not be officially supported but is likely to work. Team will not prioritise supporting issues that are only present on Windows 10.
Hardware
CPU | RAM | Storage | Network |
---|---|---|---|
4 Cores+ @ 3.4GHz ¹ | 16 GB | 300 GB NVMe ² | 50 Mbps ³ |
² Latency is more important than throughput.
³ Bandwidth throughput listed refers to the required upload speed.
Directory Structure
For operators, the key pair can be found in /<base-path>/domains/<domain-id>/keystore
.
📂 subspace-node
┣ 📂 db
┣ 📂 domains
┃ ┗ 📂 0
┃ ┃ ┣ 📂 db
┃ ┃ ┣ 📂 evm
┃ ┃ ┗ 📂 keystore
┗ 📂 network
Стак
The Autonomys Network relies on staking from both domain operators and farmers to secure the network and provide resources. Autonomys implements a Nominated Proof-of-Stake algorithm where token holders endorse operators who execute transactions and produce blocks.
Наша модель стейкінгу складається з двох рівнів:
-
Фармери отримують винагороду, пропорційну їх заставному сховищу. Фармери можуть призначати операторів і підтримувати їх власною часткою, збільшуючи свої шанси бути обраними як лідер слоту. Фармери, які заробили винагороду за зберігання, призначають операторів для виконання транзакцій. This nomination system balances the power between farmers who nominate and operators with both parties sharing the execution fees and the potential penalties (slashing).
-
Оператори вносять частку, щоб отримати право виробляти пакети в межах домену. They are responsible for validating and executing transactions, producing execution receipts, applying state transitions, submitting a storage fee for bundle execution and earning fees for their work. Шанси оператора бути обраним як лідер слоту та продукувати пакет залежать від його ставки. Operators can be nominated by farmers or other AI3 holders.
The nomination pools in Autonomys are "lazy": any fees earned by the operator are assigned to the pool and are not deposited to the nominators wallet unless they ask for a withdrawal. Unless withdrawn, the fees are "auto-staked" - they count towards the total stake of the pool, increasing its chance of being elected to produce bundles.
Епоха ставки
Епоха ставки — це визначений період у блоках домену в системі блокчейн, який позначає кожен період переналаштування розподілу ставки. Відбувається кожні блоки StakeEpochDuration
(на даний момент встановлено кожні 100 блоків або ~10 хвилин), перехід епохи запускає певні дії, такі як завершення перемикання домену оператора, скасування реєстрації операторів, розблокування операторів та їх коштів і перерахунок розподілу ставок для вибору верифікованої випадкової функції (ВВФ). Ці переходи призначені для динамічного коригування розподілу ставок, завершення різноманітних операцій, пов’язаних зі ставками, обробки винагород та керування депозитами та зняттям коштів. Уніфікована тривалість всіх доменів допомагає підтримувати узгодженість у мережі, тоді як конкретна початкова точка для епохи переходу кожного домену може відрізнятися залежно від того, коли він зареєстрований, допомагаючи амортизувати навантаження на ці переходи.