
For DEXs, DEX Aggregators and Solver Marketplaces that want to offer cross-network asset exposure without building bridges or managing per-network liquidity.

For DEXs on a single network that want to offer cross-network swaps and onboard capital from any chain, so users can bring assets in, trade, and move out without leaving the app.

For wallets that want to bring new asset classes like tokenized stocks and RWAs to their users, purchasable with the assets they already hold.

For derivatives DEXs that want to offer cross-network asset exposure without building bridges or managing per-network liquidity.

For non-custodial wallets that want to add cross-network trades and real-world spending without managing bridges, liquidity, or custom integrations.

For Hedera apps that want to offer tokenized stocks, paid in HBAR or USDC and delivered to the user's own account, with no inventory or order book to run.

For RWA platforms that want investors to buy real estate bonds from any asset on any integrated network, with deposits settled in USDC in a single flow.

For DEXs on Solana that want users from other chains to onboard in one flow, bridge their assets, and land ready to trade without any contract changes.

For lending protocols on non-EVM chains that want users to deposit from any supported network, with funds flowing cross-chain into a single market in one step.

For payment platforms that want users to pay with any crypto on any of the 22+ supported networks, with the best route picked for each transaction on speed, cost, and reliability.

For e-commerce marketplaces that want buyers to pay from any integrated network with assets they already hold, keeping bridging out of checkout and the infrastructure out of sight.

For Hedera-native protocols that want to take their liquidity cross-chain in one self-custody flow, with no bridges to build and no custody to hold.

For yield vaults that want depositors to fund from any chain, routing stablecoins into a single settlement contract without manual bridging.

For wallets that want to add cross-network swaps: quotes, user-signed swaps, and status handling across chains through a single API.

For RWA vaults and protocols that want depositors to fund with any asset from any integrated chain, routed to the asset of choice, and deposited in a single step.

For apps on non-EVM networks that want EVM users to onboard with the wallet they already have, controlling a native smart wallet without ever leaving MetaMask.

For privacy-first DeFi platforms that want to offer users cross-chain swaps and liquidity access across 20+ networks from a single interface, without building routing infrastructure.

For liquidity marketplaces and aggregators that want intent-based execution, cross-chain liquidity, all through a single integration.

For trading apps that want cross-network onboarding to feel invisible, letting users bring funds in from any integrated network, trade, and move funds back out without a complicated bridging flow.

For DeFi platforms that want to give users access to cross-network stablecoin liquidity without building bridges, routing logic, or new infrastructure.

For cross-chain DeFi apps that want to offer intent-based trades, native stablecoin integration, and the ability to lend and borrow across chains.

For Bitcoin-native applications that want to give BTC holders trading and money-market lending across 18+ networks, self-custodied from entry to settlement, with no wrapping and no centralized exchange in the middle.
Hedera-Native DeFi Suite
For Hedera-native protocols that want to take their liquidity cross-chain in one self-custody flow, with no bridges to build and no custody to hold.
SilkSuite is a non-custodial DeFi suite built natively on Hedera, combining HSuite's DEX and SilkSwap. Its exchange, SilkDex, runs deep native liquidity across the SILK token and around 120 Hedera pool assets, with zero slippage.
Every trade settles atomically on Hedera's native ledger, priced by independent smart nodes and signed locally, so keys and tokens never leave your control. SilkSuite also offers a launchpad, liquidity rewards, and analytics.
SilkSuite has deep Hedera-native liquidity and one hard problem: getting it off Hedera without building bridges or ever taking custody of user funds.
Hedera-native liquidity is stuck on Hedera.
Building and operating bridges is complex, risky, and means taking custody, which undermines a self-custody product.
Most Hedera accounts use ED25519 keys, not ECDSA, so standard cross-chain tooling excludes them.
SilkSuite uses SODAX as its cross-chain settlement layer, plugging SilkDex's own liquidity into a self-custody interface.
Through the s0xchange desk, a user can take any SilkDex pool asset cross-chain in a single flow, swapped into a bridge asset on Hedera. It is self-custody, with no bridge-and-wait and funds never held by SilkSuite.
The flow also works in reverse, bringing external assets into Hedera and directly into SilkDex's pools, so liquidity can move both onto and off of Hedera.
SilkSuite implemented a custom wallet provider that takes SODAX's raw call data and submits it through Hedera's native transaction API. So every Hedera account can use SODAX, ED25519 keys included.
SilkSuite surfaces SODAX's money market for its Earn feature, and on the Ultra desk SODAX runs as one of several routers raced for best execution.
SilkDex's liquidity can now leave Hedera and reach any supported chain without a single bridge to operate.
Routing calls through Hedera's native API brings the ED25519 majority into cross-chain DeFi.
Raced for best execution on Ultra, with its money market powering Earn.
Foundation Layer
@sodax/sdk
Client-side swaps, bridge, and moneyMarket modules, paired with a custom Hedera wallet provider.
Integrated through the SDK, using the functional modules: swaps for quoting and the intent-based swap flow (getQuote, then createIntent and stepwise execution), bridge for bridgeability and capacity checks, and money market for Earn. The most notable piece is a custom IEvmWalletProvider for Hedera that submits SODAX's call data through Hedera's native API, so ED25519 accounts can use SODAX.
"SODAX gave us self-custody cross-chain settlement with no bridge-and-wait, plugging SilkDex's own liquidity straight into it, even wiring up native Hedera accounts that cannot sign EVM transactions."