Glossary
Use this glossary to learn about terms specific to Flux Astromesh.
Flux terms
fluxd
The Flux Astromesh binary to run a node with integrated Command Line Interface (CLI).
LUX
The native token of Flux Astromesh used for gas fees and governance.
Astromesh terms
EVM
Refer to our Cosmos-compatible Ethereum VM implemented. We use performant EvmOne C implementation and expose FFI to Astromesh EVM module.
SVM
Refer to our Cosmos-compatible Solana Sealevel VM implemented in Rust and expose FFI to Astromesh SVM module. We name this C library Golana.
WasmVM
Refer to official Cosmwasm VM. The library utilized by Flux Astromesh. For more information, check out the CosmWasm Documentation
Planes
Each plane represent a specific environment where txs are executed, those include Cosmos, EVM, SVM, WasmVM.
Nexus Transaction
A transaction that occurs between 2 or more planes.
Flux Instruction Set (FIS)
Our innovating instruction set allows users to unify and abstract underlying txs that involve multiple planes. FIS also supports complex real-time queries that are executed at begin-blocker or tx execution phases.
fisWasmVM
Our customized WasmVM that integrates Flux Instruction Set to enable stateless execution environment tailored for real-time performant on-chain Nexus Bots.
Nexus Bot
The programmable stateless on-chain bots built on top of fisWasmVM that can create and send transaction across multiple Planes with access to real-time on-chain data.
On-chain Strategy
Nexus Bot that operates base on trigger transaction that includes off-chain signals and has access to FIS real time query for on-chain data.
Intent Solver
Nexus Bots that operates predefined patterns to analyze and transform users intentions into transactions, abstracting away complex nature of multiple VMs, lowering barrier for retail users to access all dApps across all Planes with ease.
dApp
Decentralized application built on any Astromesh Planes.
Cosmos terms
Active set
The validators that participate in consensus and receive rewards.
Airdrops
Additional rewards given to delegators through certain validators that are separate from staking rewards. Airdrops are generally given by applications in the Flux ecosystem to increase visibility.
Blockchain
An unchangeable ledger of transactions copied among a network of independent computer systems.
Blocks
Groups of information stored on a blockchain. Each block contains transactions that are grouped, verified, and signed by validators.
Bonded validator
A validator in the active set participating in consensus. Bonded validators are able to earn rewards.
Bonding
When a user delegates or bonds LUX to a validator to receive staking rewards. Validators never have ownership of a delegator's LUX, even when bonded. Delegating, bonding, and staking generally refer to the same process.
Commission
The percentage of staking rewards a validator keeps before distributing the rest of the rewards to delegators. A validator’s income relies solely on this commission. Validators set their own commission rates.
Community pool
A special fund designated for funding community projects. Any community member can create a governance proposal to spend the tokens in the community pool. If the proposal passes, the funds are spent as specified in the proposal.
Consensus
A system used by validators or miners to agree that each block of transactions in a blockchain is correct. Flux Astromesh uses the Tendermint consensus framework. Validators earn rewards for participating in consensus. Visit the Tendermint official documentation site for more information.
Cosmos-SDK
The open-source framework the Flux Astromesh blockchain is built on. For more information, check out the Cosmos SDK Documentation.
DDoS
Distributed denial of service attack. When an attacker floods a network with traffic or requests in order to disrupt service.
DeFi
Decentralized finance. A movement away from traditional finance and toward systems that do not require financial intermediaries.
Delegate
When users or delegators add their LUX to a validator's stake in exchange for rewards. Delegated LUX is bonded to a validator. Validators never have ownership of a delegator's LUX. Delegating, bonding, and staking generally refer to the same process.
Delegator
A user who delegates, bonds, or stakes LUX to a validator to earn rewards. Delegating, bonding, and staking generally refer to the same process.
Full node
A fluxd node connected to the Flux Astromesh nework that can validate transactions and interact with the chain. All active validators run full nodes.
Gas Fees
Compute fees added on to all transactions to avoid spamming. Validators set minimum gas prices and reject transactions that have implied gas prices below this threshold.
Governance
Governance is the democratic process that allows users and validators to make changes to Flux Astromesh. Community members submit, vote, and implement proposals. One staked LUX is equal to one vote.
Governance proposal
A written submission for a change or addition to the Flux Astromesh protocol. Topics of proposals can vary from community pool spending, software changes, parameter changes, or any change pertaining to Flux Astromesh.
IBC
Inter-Blockchain Communication. The technology that enables different blockchains to interact with each other. IBC allows for assets to be traded and transacted across different blockchains.
Inactive set
Validators that are not in the active set. These validators do not participate in consensus and do not earn rewards.
Jailed
Validators who misbehave are jailed or excluded from the active set for a period of time.
Maximum Extractable Value (MEV)
The maximum value that can be extracted from block production in excess of the standard block reward and gas fees by including, excluding, and changing the order of transactions in a block.
Module
A section of the Flux Astromesh core that represents a particular function of Flux Astromesh. Visit the Flux Astromesh core module specifications for more information.
Oracle
A 3rd party service enabling Flux Astromesh to access external, real-world data. Typically the financial information of crypto and real world assets.
Proof of Stake
A validation method utilized by blockchains in which validators are chosen to propose blocks according to the number of coins they hold.
Quorum
The minimum amount of votes needed to make an election viable. 33% of all staked LUX must vote to meet quorum. If quorum is not met before the voting period ends, the proposal fails, and the proposer's deposit is burned.
Redelegate
When a delegator wants to transfer their bonded LUX to a different validator. Redelegating LUX is instant and does not require a 21-day unbonding period.
Rewards
Revenue generated from fees given to validators and disbursed to delegators.
Self-delegation
The amount of LUX a validator bonds to themselves. Also referred to as self-bond.
Slashing
Punishment for validators that misbehave. Validators lose part of their stake when they get slashed.
Slippage
The difference in an asset’s price between the start and end of a transaction.
Stake
The amount of LUX bonded to a validator.
Staking
When a user delegates or bonds their LUX to an active validator to receive rewards. Bonded LUX adds to a validator's stake. Validators provide their stakes as collateral to participate in the consensus process. Validators with larger stakes are chosen to participate more often. Validators receive staking rewards for their participation. A validator's stake can be slashed if the validator misbehaves. Validators never have ownership of a delegator's LUX, even when staking.
For more information on staking, visit the concepts page.
Tendermint consensus
The consensus framework used by Flux Astromesh. First, a validator proposes a new block. Other validators vote on the block in two rounds. If a block receives a two-thirds majority or greater of yes votes in both rounds, it gets added to the blockchain. Validators get rewarded with the block's transaction fees. Proposers get rewarded extra. Each validator is chosen to propose based on their weight. Check out the Tendermint official documentation for more information.
Mainnet
Flux Astromesh's blockchain network where all transactions take place.
Testnet
A version of the mainnet used for testing. The testnet does not use real assets. You can use the testnet to get familiar with transactions and the overall network.
Devnet
Development network. A network that operates independently of the mainnet, allowing users to test new features or products without disrupting the primary network.
Total stake
The total amount of LUX bonded to a delegator, including self-bonded LUX.
Unbonded validator
A validator that is not in the active set and does not participate in consensus or receive rewards. Some unbonded validators may be jailed.
Unbonding validator
A validator transitioning from the active set to the inactive set. An unbonding validator does not participate in consensus or earn rewards. The unbonding process takes 21 days.
Unbonded LUX
LUX that can be freely traded and is not staked to a validator.
Unbonding
When a delegator decides to undelegate their LUX from a validator. This process takes 21 days. No rewards accrue during this period. This action cannot be stopped once executed.
Unbonding LUX
LUX that is transitioning from bonded to unbonded. LUX that is unbonding cannot be traded freely. The unbonding process takes 21 days. No rewards accrue during this period. This action cannot be stopped once executed.
Undelegate
When a delegator no longer wants to have their LUX bonded to a validator. This process takes 21 days. No rewards accrue during this period. This action cannot be stopped once executed.
Uptime
The amount of time a validator is active in a given timeframe. Validators with low up time may be slashed.
Validator
An Flux Astromesh blockchain miner that is responsible for verifying transactions on the blockchain. Validators run programs called full nodes that allow them to participate in consensus, verify blocks, participate in governance, and receive rewards. Only the active set of validators can participate in consensus.
Weight
The measure of a validator's total stake. Validators with higher weights get selected more often to propose blocks. A validator's weight is also a measure of their voting power in governance.