Exchange Ranking
Top Exchanges
24h Volume Ranking
Popularity Ranking
Exchange BTC Balance
Proof of Reserves
Decentralized Exchanges
Funding Rate
Funding Heatmap
Liquidation Data
Max Pain
Long/Short Ratio
Whale L/S Ratio
Binance/Okex/Huobi L/S
Bitfinex Margin L/S
ETF Tracker
Solana ETF
XRP ETF
Hong Kong ETF
Bitcoin Treasuries
Crypto Reversal
Ethereum Reserves
HyperLiquid Wallet Analysis
Hyperliquid Whale Watch
Large Transactions
On-chain Movement
Bitcoin ROI
Stablecoin Market Cap
Options Analysis
News
Articles
Economic Calendar
Features
Wallet
Contract Calculator
Security
Collections
Watchlist
Following
DOT Breaking the single-core bottleneck
On @Polkadoth, Parachain has traditionally been limited to a single core, which means that each Relay Chain block can only contain one parallel chain block regardless of the level of network congestion. Elastic Scaling breaks this limitation and allows parallel chains to utilize multiple compute cores simultaneously, thus ending the previous 1:1 correspondence between parallel chains and relay chain blocks.
In practical applications, one chain can push up to three blocks into the same relay chain slot by applying for additional cores. This feature, completed in October 2025, allows parallel chains to temporarily use multiple cores during periods of high demand and free up these resources after traffic drops. Elastic expansion improves the throughput of parallel chains, and forecast data shows that under the multicore model, a single chain can theoretically handle significantly higher transaction volumes.
This upgrade is part of what the Poca community calls the "extended trilogy", with the other two items being Asynchronous Backings and Agile Coretime.
Core Time Purchase Mechanism
Core uses $DOT to obtain it through Boca's Agile Core Time Marketplace. Cores can be allocated continuously to parallel chains (batch core time) or dynamically on demand (on-demand core time). Core time can be purchased immediately on demand, or ordered in batches up to 28 days in advance.
Early projects can start with on-demand purchases and pay per block; mature chains with predictable workload tend to choose bulk purchases for cost certainty.
Moving to multicore models shifts performance constraints from relay chains to parallel chains themselves. Block producers must be fast enough to generate blocks to fill additional cores, which increases the hardware requirements of the chain's own infrastructure. Parallel chains can intelligently distribute load among cores during peak demand periods and free up resources when traffic decreases, making the system ideal for applications with variable or unpredictable usage patterns.
