Futures
Access hundreds of perpetual contracts
TradFi
Gold
One platform for global traditional assets
Options
Hot
Trade European-style vanilla options
Unified Account
Maximize your capital efficiency
Demo Trading
Futures Kickoff
Get prepared for your futures trading
Futures Events
Join events to earn rewards
Demo Trading
Use virtual funds to experience risk-free trading
Launch
CandyDrop
Collect candies to earn airdrops
Launchpool
Quick staking, earn potential new tokens
HODLer Airdrop
Hold GT and get massive airdrops for free
Launchpad
Be early to the next big token project
Alpha Points
Trade on-chain assets and earn airdrops
Futures Points
Earn futures points and claim airdrop rewards
When financial applications need to run on-chain, there must be a way to coordinate activities without relying on a single machine or a single signer. Security depends on distribution.
No one has the ability to push transactions alone, and no application should rely on a single point of failure outside of BTC guarantees. This is the significance of the validator model.
@ArchNtwrk validators participate in evaluating and signing smart contracts, which are rapidly processed within the Arch execution environment and ultimately settled directly as transactions.
ArchVM is an eBPF-based BTC-aware virtual machine that introduces parallel execution, independent state, and seamless composability—all essential for high-performance programmability.
Arch uses threshold cryptography to validate these transactions. Using the FROST + ROAST threshold signature scheme, a majority consensus among validators is required to produce a valid BTC signature.
All the system needs to do is accurately map these transactions back to the Bitcoin mainnet.
The validators who approve transactions inside ArchVM each hold a share of the FROST + ROAST key; once agreed in one place, consensus is achieved everywhere.
The validators who approve transactions inside ArchVM each hold a share of the FROST + ROAST key; once agreed in one place, consensus is achieved everywhere.
For state updates, a real-time mempool indexer and a DAG are used for cross-referencing and tracking.
If there are changes along the way, a "rollback/reapply" mechanism can be used as a fallback to ensure the state always remains consistent.
Ultimately, what is achieved is a predictable security boundary, a shared responsibility model, and verifiable results on Bitcoin—enabling on-chain applications to operate with confidence.