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 führt das De Coupled Execution Framework (DecEx) ein, um das State-Bloat-Problem zu lösen, indem die Transaktionsreihenfolge von der Ausführung getrennt wird. Farmers confirm and order transactions, while staked operator nodes execute them, allowing different hardware requirements for each role. This keeps farming accessible and lays the groundwork for scalable execution. Users submit transactions to operators who batch them into bundles. Farmers verify and order them, with operators executing the transactions in this order. The process forms a deterministic receipt chain, with an initial implementation using an optimistic fraud-proof validation scheme.
For more information on how Subspace separates consensus and computation, check out Autonomys Academy.
Farming vs. Operators: Key Differences
Farming
- Consensus: This is the primary role of Farmers, and provides security and consensus for the network. Our Farmers are what ensure we don't trust, but verify.
- Transaction Ordering: Farmers are responsible for confirming the availability of transactions and providing an ordering.
- Lightweight Requirements: The hardware requirements for farming are designed to be lightweight, making it accessible to anyone.
- Verification: Farmers only verify the proof-of-election and ensure that the data is available.
- Transactions: Farmers do not execute transactions; they focus on ordering them and including them in the blockchain.
Being an Operator
- Transaction Submission and Execution: Operators are responsible for batching transactions into bundles and submitting them to the consensus chain, executing transactions included in the consensus block and maintaining the resulting chain state.
- Higher Hardware Requirements: Operators require more substantial hardware capabilities, as they must execute complex transactions.
- Anfangsinvestition erforderlich: Betreiber müssen einen bestimmten Betrag an AI3 einsetzen. If an operator acts maliciously, their stake is at risk of being slashed. Engaging in such malicious behavior carries significant penalties, providing crypto-economic security to execution.
- Pre-Validation and Batching: Operators pre-validate and batch transactions into bundles through a stake-weighted election process.
- Deterministic Execution: The operators execute transactions in a specific, deterministic order, producing state commitments in the form of execution receipts.
- Secondary Network Role: Monitors the Domain chain for malicious activity and submits fraud proofs to consensus chain.
- Supports Various Environments: Can support different smart contract execution environments like the Ethereum Virtual Machine (EVM) or 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
Staking
Das Autonomys-Netzwerk ist auf die Beteiligung sowohl von Domain-Betreibern als auch von Landwirten angewiesen, um das Netzwerk zu sichern und Ressourcen bereitzustellen. Autonomys implementiert einen Nominated Proof-of-Stake-Algorithmus, bei dem Token-Inhaber Betreiber unterstützen, die Transaktionen ausführen und Blöcke produzieren.
Our staking model consists of two tiers:
-
Farmers earn rewards proportional to their pledged storage. Farmers can choose to nominate operators and back them with their own stake, increasing their chance of being elected as a slot leader. Farmers, who have earned storage rewards, nominate operators to execute transactions. Dieses Nominierungssystem gleicht die Macht zwischen den nominierenden Landwirten und den Betreibern aus, wobei sich beide Parteien die Ausführungsgebühren und die möglichen Strafen (Kürzungen) teilen.
-
Operators stake to gain the right to produce bundles within a domain. Sie sind für die Validierung und Ausführung von Transaktionen, die Erstellung von Ausführungsbelegen, die Anwendung von Zustandsübergängen, die Einreichung einer Speichergebühr für die Bündelausführung und die Erhebung von Gebühren für ihre Arbeit verantwortlich. The operator's chances to be elected as a slot leader and produce a bundle are weighted by their stake. Betreiber können von Landwirten oder anderen AI3-Inhabern nominiert werden.
Die Nominierungspools in Autonomys sind „faul“: Alle vom Betreiber verdienten Gebühren werden dem Pool zugewiesen und nicht in die Brieftasche des Nominierenden eingezahlt, es sei denn, dieser bittet um eine Auszahlung. Sofern sie nicht zurückgezogen werden, werden die Gebühren „automatisch eingesetzt“ – sie zählen zum Gesamteinsatz des Pools und erhöhen so dessen Chance, für die Produktion von Paketen ausgewählt zu werden.
Stake epoch
Stake epoch is a designated period in domain blocks within a blockchain system that marks each stake allocation re-adjustment period. Occurring every StakeEpochDuration blocks (at the moment, it's set to every 100 blocks or ~10 minutes), an epoch transition triggers specific actions such as finalizing operator domain switches, deregistering operators, unlocking operators and their associated funds, and recalculating stake distribution for the Verifiable Random Function (VRF) election. These transitions are designed to adjust the stake distribution dynamically, finalize various staking-related operations, process rewards, and manage deposits and withdrawals. The uniform duration across all domains helps maintain consistency in the network, while the specific starting point for each domain's epoch transition may vary based on when it is registered, helping to amortize the load of these transitions.