Share
Explore

icon picker
QF Glossary

Actively Used in Project

This table contains terms that are actively implemented and used within the QF Network ecosystem. These terms represent the core components, technologies, and concepts that make up the current QF Network implementation. This is the primary reference for understanding the active technical foundation of QF Network.
Glossary - Actively Used in Project
Search
Accelerator
Archive node
Authority-based round-robin scheduling
AURA
Blind Assignment for Blockchain Extension
BABE
Block
Block Explorer
Block Viewer
Blockchain
Blockchain Trilemma
Blob
Bootnode
Bulk Coretime
Consistency, Availability, and Partition Tolerance
CAP theorem
Chain Growth
Chain Quality
Collator
Committee
Common Prefix
Consensus
Coretime
Dashboard
decentralized Application
dApp
DevNet
EcoSystem
Extrinsic
Fast Path
Faucet
Finalized Block
Framework for Runtime Aggregation of Modularized Entities
FRAME
Forkless Runtime Upgrades
Full node
Gas
Gas limit
Gas Metering
Genesis Block
Gossip Protocol
Graceful Degradation
GHOST-based Recursive Ancestor Deriving Prefix Agreement
GRANDPA
History
Instant Confirmation
Key Management
Layer 1
L1
Light Client
Light node
Log-Structured Merge Tree
LSM tree
MainNet
Metadata
Merkle Proof
Merkle Tree
Metric(s)
Node (as blockchain node)
Node (as network node)
Nominated Proof of Stake
NPoS
Optimistic Conditions
Optimistic Responsiveness
Orphaned Block
Pallet
Parachain
Pessimistic Conditions
Portal
Precompile
ProofStorage
Pruning Node
Relay Chain
Remote Procedure Call
RPC
RPC Layer
Runtime
Simple Concatenated Aggregate Little-Endian encoding
SCALE
Self-Consistency
Slow Path (Fallback)
SmartContract
Short-term Parallel Incremental Network agreement
SPIN
State
State Machine Replication
SMR
State Root
Storage
Telemetry
TestNet
Transaction
TX
Turing-complete
Validator node
Verifiable Offchain Workers
View Change
Write-Ahead Logging
WAL
XCM
zkTLS
Wallet
Accelerator
Abbreviation
Description
A designated special player responsible for fast transaction confirmations during optimistic scenarios.
Category
Consensus
Comment
Similar to the Leader in SPIN consensus
Source

Tools

This table contains tools and technologies that are actively used in the current QF Network implementation.
Glossary - Tools (Current)
Search
Chopsticks
libp2p
PolkaVM
RocksDB
sp-trie
Squid SDK
WebRTC
Chopsticks
Abbreviation
Description
A mechanism for creating a test environment on Polkadot SDK (ex Substrate) (similar to a sandbox) for sending transactions via RPC
Category
Development
Comment
Used for test execution before network deployment.
Source

SPIN-Related

This table contains terms specifically related to SPIN consensus protocol.
NOTE: The definitions provided here reflect the current design as documented in the SPIN technical papers and implementation drafts.
Glossary - SPIN-related terms
Search
Anchor Chain
Block Batch
Bridging Gadget
Bridging Gadget Operators
Election Finalization Block
Epoch
Fast Chain
Fast Chain Finality Proof
FCFP
FCFP Block
FCFP Tail
FCFP Transaction
Fast Chain Nominations Proof
FCNP
Fast Chain Validator Set Proof
FCVSP
Finality Recovery Mode
Inclusion Proof
Last Voting Block
Mode Switch Proof
Normal Transactions
Operational Transactions
Primary Leader
Secondary Leader
Tenure
Witness Message
Yell Query
Yell Target Transaction
YTT
Anchor Chain
Abbreviation
Description
High-value PoS network (like Polkadot) that validates and finalizes Fast Chain proofs to provide additional security guarantees.
Category
Consensus
Comment
Provides second-tier finality for Fast Chain blocks. Previously called "slow chain" (same as in Thunderella paper) and "Relay Chain" in early drafts
Source
SPIN Paper Drafts
This table contains configurable parameters used in SPIN consensus protocol
SPIN Consensus Parameters
Search
B_heartbeat_interval
Number of blocks between leader liveness heartbeats sent to parachain
B_recovery_delay
Number of parachain blocks after the last FCFP before the parachain initiates Finality Recovery Mode.
B_recovery_duration
Number of parachain blocks that Finality Recovery Mode continues before transitioning back to operational mode.
N_slashing
Percentage of stake slashed for proven censorship or malicious behavior by validators.
N_validators_max
Maximum number of validators allowed in the active set
N_validators_min
Minimum number of validators required for secure network operation.
N_validators_quorum
Percentage of validators required to validate and finalize blocks.
R_bridging_missed
Ratio of slots missed by the Bridging Gadget Operator during an Epoch, calculated as missed slots divided by total slots.
R_bridging_missed_max
Maximum allowed ratio of missed slots before Bridging Gadget Operator is penalized and disabled in the next epoch.
S_batch_size
Number of Fast Chain blocks included in a single FCFP before submission to Bridging Gadget.
S_checkpoint_interval
Number of blocks between state checkpoints for fast synchronization
S_election_finalization
Number of blocks before epoch end when validator election results must be finalized.
S_epoch_duration
Duration between validator set elections, encompassing the full governance and nomination cycle.
S_fc_block_time
Target time between blocks during normal operation on Fast Chain, currently set to 100ms.
S_last_voting_block
Number of blocks before epoch end after which no more nominator votes are accepted.
S_secondary_delay
Number of consecutive slots the Primary Leader may miss before the Secondary Leader starts block production.
S_tenure_duration
Duration for which a single Primary Leader produces blocks before rotation to the next validator.
S_witness_delay
Time allocated for validators to submit witness messages during Finality Recovery Mode.
S_yell_response_delay
Number of slots validators wait for the Primary Leader to include Yell Query transaction and provide inclusion proof.
S_yell_user_delay
Number of slots user waits before submitting Yell Query, noted as unused due to mempool visibility subjectivity.
B_heartbeat_interval
Description
Number of blocks between leader liveness heartbeats sent to parachain
Category
SPIN Parameters
Comment
Ensures leader availability monitoring
Source
Drafts

Planned Optimizations

This table contains advanced technologies and tools that have been identified as optimizations for QF Network but are not yet implemented. These represent future performance improvements and architectural enhancements beyond standard Polkadot SDK capabilities.
Glossary - Tools (Planned Optimizations)
Search
BLAKE3
Cap'n Proto
contracts-ui
HashDB
iroh
nQUIC
NOISE
QMDB
Smoldot
BLAKE3
Abbreviation
Description
High-performance cryptographic hash function used as universal hashing primitive in QF Network
Category
Cryptography
Comment
Replaces default Polkadot SDK (ex Substrate) hash functions for performance optimization
Source

Want to print your doc?
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.