The post Sharded Engines, Parallel Order Books appeared on BitcoinEthereumNews.com. Key Takeaways: New on-chain perps DEX: Solana co-founder Anatoly Yakovenko is building Percolator, a self-custodial perpetuals exchange on Solana. Performance-first design: Percolator introduces “sharded matching engines” and token-specific “slabs” to route orders in parallel while keeping portfolio margin netting. Build status: Core data structures (Router, Slab, order book/mempools) are documented as implementation-ready on GitHub; liquidation logic and other modules remain on the to-do list. Open-source activity points to a new high-performance perp DEX brewing on Solana. Named Percolator, the protocol is being designed by co-founder Anatoly Yakovenko as a fully on-chain, self-custodial exchange with a matching architecture tailored for Solana’s parallel execution model. Read More: Solana Trades Above $237 and Beats BNB and Rattles the Crypto Top Five What Percolator Is and Isn’t Percolator aims to be a decentralized perpetual futures exchange where users custody their own collateral and manage positions entirely on chain. The design centers on two programs: Router: The portfolio brain, tracks positions, calculates portfolio margin, manages collateral, and executes atomic routing across markets. Slabs: Independent, token-scoped order books that compete for flow and can evolve without breaking the rest of the system. Unlike monolithic DEXs that use a single matching engine for all markets, Percolator intends to distribute order-matching across many “slabs” and let the Router stitch user intent together with atomic settlement. How the Architecture Works Percolator’s architecture is optimized for parallelism and fault isolation, key to sustaining high throughput on Solana. Sharded Matching Engines and “Slabs” Sharded engines: Each slab acts like a small, independent matching engine dedicated to a specific market or asset. These engines can run in parallel, boosting throughput and reducing contention during busy periods. Selective routing: The Router looks across slabs to net portfolio exposure and route orders atomically, targeting execution quality while preserving account safety constraints. Blast-radius control: Because… The post Sharded Engines, Parallel Order Books appeared on BitcoinEthereumNews.com. Key Takeaways: New on-chain perps DEX: Solana co-founder Anatoly Yakovenko is building Percolator, a self-custodial perpetuals exchange on Solana. Performance-first design: Percolator introduces “sharded matching engines” and token-specific “slabs” to route orders in parallel while keeping portfolio margin netting. Build status: Core data structures (Router, Slab, order book/mempools) are documented as implementation-ready on GitHub; liquidation logic and other modules remain on the to-do list. Open-source activity points to a new high-performance perp DEX brewing on Solana. Named Percolator, the protocol is being designed by co-founder Anatoly Yakovenko as a fully on-chain, self-custodial exchange with a matching architecture tailored for Solana’s parallel execution model. Read More: Solana Trades Above $237 and Beats BNB and Rattles the Crypto Top Five What Percolator Is and Isn’t Percolator aims to be a decentralized perpetual futures exchange where users custody their own collateral and manage positions entirely on chain. The design centers on two programs: Router: The portfolio brain, tracks positions, calculates portfolio margin, manages collateral, and executes atomic routing across markets. Slabs: Independent, token-scoped order books that compete for flow and can evolve without breaking the rest of the system. Unlike monolithic DEXs that use a single matching engine for all markets, Percolator intends to distribute order-matching across many “slabs” and let the Router stitch user intent together with atomic settlement. How the Architecture Works Percolator’s architecture is optimized for parallelism and fault isolation, key to sustaining high throughput on Solana. Sharded Matching Engines and “Slabs” Sharded engines: Each slab acts like a small, independent matching engine dedicated to a specific market or asset. These engines can run in parallel, boosting throughput and reducing contention during busy periods. Selective routing: The Router looks across slabs to net portfolio exposure and route orders atomically, targeting execution quality while preserving account safety constraints. Blast-radius control: Because…

Sharded Engines, Parallel Order Books

2025/10/21 03:24

Key Takeaways:

  • New on-chain perps DEX: Solana co-founder Anatoly Yakovenko is building Percolator, a self-custodial perpetuals exchange on Solana.
  • Performance-first design: Percolator introduces “sharded matching engines” and token-specific “slabs” to route orders in parallel while keeping portfolio margin netting.
  • Build status: Core data structures (Router, Slab, order book/mempools) are documented as implementation-ready on GitHub; liquidation logic and other modules remain on the to-do list.

Open-source activity points to a new high-performance perp DEX brewing on Solana. Named Percolator, the protocol is being designed by co-founder Anatoly Yakovenko as a fully on-chain, self-custodial exchange with a matching architecture tailored for Solana’s parallel execution model.

Read More: Solana Trades Above $237 and Beats BNB and Rattles the Crypto Top Five

What Percolator Is and Isn’t

Percolator aims to be a decentralized perpetual futures exchange where users custody their own collateral and manage positions entirely on chain. The design centers on two programs:

  • Router: The portfolio brain, tracks positions, calculates portfolio margin, manages collateral, and executes atomic routing across markets.
  • Slabs: Independent, token-scoped order books that compete for flow and can evolve without breaking the rest of the system.

Unlike monolithic DEXs that use a single matching engine for all markets, Percolator intends to distribute order-matching across many “slabs” and let the Router stitch user intent together with atomic settlement.

How the Architecture Works

Percolator’s architecture is optimized for parallelism and fault isolation, key to sustaining high throughput on Solana.

Sharded Matching Engines and “Slabs”

  • Sharded engines: Each slab acts like a small, independent matching engine dedicated to a specific market or asset. These engines can run in parallel, boosting throughput and reducing contention during busy periods.
  • Selective routing: The Router looks across slabs to net portfolio exposure and route orders atomically, targeting execution quality while preserving account safety constraints.
  • Blast-radius control: Because slabs are isolated, a buggy or malicious slab cannot contaminate users who never interacted with it; the Router’s capability scoping limits cross-component risk.
  • Capital efficiency: The docs are pursuing collective capital efficiency on par with that of a single engine, typically with improved price discovery as a result of competitive slabs fighting for order flow.

Self-Custody, Margin, and Risk Controls

Percolator is self-custodial by design: users deposit collateral on-chain and trade via the Router. The design aims at:

  • Portfolio margining: Setting off long/short exposure across markets for the most efficient use of collateral.
  • Transparent state: The token positions, balances and PnL are all on-chain which makes it auditable and composable with other Solana programmes.
  • Deterministic settlement: Atomic routing guarantees that either all legs of a transaction are successful or none, preventing partial fills and violations of margin requirements.

What’s Built vs. What’s Next

According to the public repository documentation:

  • Completed/implementation-ready: Core data structures (Router and Slab), memory pools, order book scaffolding, and primary operations.
  • Outstanding items: Liquidation engine, some risk and monitoring modules, and end-to-end integrations still outstanding.
  • Community activity: At least two external contributors have made pull requests, indicating early developer interest.

There is no public launch date. The repo suggests the design has progressed beyond the whiteboard stage, but final components (especially liquidations) must be finished and tested before a safe mainnet debut.

Read More: What is DeFi? A Simple Guide to Decentralized Finance 2025

Source: https://www.cryptoninjas.net/news/solanas-yakovenko-teases-percolator-perp-dex-sharded-engines-parallel-order-books/

Disclaimer: The articles reposted on this site are sourced from public platforms and are provided for informational purposes only. They do not necessarily reflect the views of MEXC. All rights remain with the original authors. If you believe any content infringes on third-party rights, please contact service@support.mexc.com for removal. MEXC makes no guarantees regarding the accuracy, completeness, or timeliness of the content and is not responsible for any actions taken based on the information provided. The content does not constitute financial, legal, or other professional advice, nor should it be considered a recommendation or endorsement by MEXC.

You May Also Like

Aave DAO to Shut Down 50% of L2s While Doubling Down on GHO

Aave DAO to Shut Down 50% of L2s While Doubling Down on GHO

The post Aave DAO to Shut Down 50% of L2s While Doubling Down on GHO appeared on BitcoinEthereumNews.com. Aave DAO is gearing up for a significant overhaul by shutting down over 50% of underperforming L2 instances. It is also restructuring its governance framework and deploying over $100 million to boost GHO. This could be a pivotal moment that propels Aave back to the forefront of on-chain lending or sparks unprecedented controversy within the DeFi community. Sponsored Sponsored ACI Proposes Shutting Down 50% of L2s The “State of the Union” report by the Aave Chan Initiative (ACI) paints a candid picture. After a turbulent period in the DeFi market and internal challenges, Aave (AAVE) now leads in key metrics: TVL, revenue, market share, and borrowing volume. Aave’s annual revenue of $130 million surpasses the combined cash reserves of its competitors. Tokenomics improvements and the AAVE token buyback program have also contributed to the ecosystem’s growth. Aave global metrics. Source: Aave However, the ACI’s report also highlights several pain points. First, regarding the Layer-2 (L2) strategy. While Aave’s L2 strategy was once a key driver of success, it is no longer fit for purpose. Over half of Aave’s instances on L2s and alt-L1s are not economically viable. Based on year-to-date data, over 86.6% of Aave’s revenue comes from the mainnet, indicating that everything else is a side quest. On this basis, ACI proposes closing underperforming networks. The DAO should invest in key networks with significant differentiators. Second, ACI is pushing for a complete overhaul of the “friendly fork” framework, as most have been unimpressive regarding TVL and revenue. In some cases, attackers have exploited them to Aave’s detriment, as seen with Spark. Sponsored Sponsored “The friendly fork model had a good intention but bad execution where the DAO was too friendly towards these forks, allowing the DAO only little upside,” the report states. Third, the instance model, once a smart…
Share
BitcoinEthereumNews2025/09/18 02:28
Shytoshi Kusama Addresses $2.4 Million Shibarium Bridge Exploit

Shytoshi Kusama Addresses $2.4 Million Shibarium Bridge Exploit

The post Shytoshi Kusama Addresses $2.4 Million Shibarium Bridge Exploit appeared on BitcoinEthereumNews.com. The lead developer of Shiba Inu, Shytoshi Kusama, has publicly addressed the Shibarium bridge exploit that occurred recently, draining $2.4 million from the network. After days of speculation about his involvement in managing the crisis, the project leader broke his silence. Kusama emphasized that a special “war room” has been set up to restore stolen finances and enhance network security. The statement is his first official words since the bridge compromise occurred. “Although I am focusing on AI initiatives to benefit all our tokens, I remain with the developers and leadership in the war room,” Kusama posted on social media platform X. He dismissed claims that he had distanced himself from the project as “utterly preposterous.” The developer said that the reason behind his silence at first was strategic. Before he could make any statements publicly, he must have taken time to evaluate what he termed a complex and deep situation properly. Kusama also vowed to provide further updates in the official Shiba Inu channels as the team comes up with long-term solutions. As highlighted in our previous article, targeted Shibarium’s bridge infrastructure through a sophisticated attack vector. Hackers gained unauthorized access to validator signing keys, compromising the network’s security framework. The hackers executed a flash loan to acquire 4.6 million BONE ShibaSwap tokens. The validator power on the network was majority held by them after this purchase. They were able to transfer assets out of Shibarium with this control. The response of Shibarium developers was timely to limit the breach. They instantly halted all validator functions in order to avoid additional exploitation. The team proceeded to deposit the assets under staking in a multisig hardware wallet that is secure. External security companies were involved in the investigation effort. Hexens, Seal 911, and PeckShield are collaborating with internal developers to…
Share
BitcoinEthereumNews2025/09/18 03:46