At Cordial Systems, we’re committed to helping institutions unlock the full potential of Web3 and digital asset infrastructure — without the complexity. Today, we’re excited to announce a powerful new capability across our multi-chain MPC wallet platform: Fee Sponsorship.
Now available across Solana, Cosmos, Sui, Aptos, and soon Ethereum (EIP-7702) with the Pectra upgrade, our platform enables gas fees to be programmatically covered by a sponsor, such as a service provider, relayer, or as part of enterprise treasury management.
This means your users or automated systems can interact with blockchain networks without needing to hold native tokens, dramatically improving operational efficiency and user experience.
Why Fee Sponsorship Matters
Managing gas fees across multiple blockchains has long been an issue in offering a familiar Web2 user experience without needing to understand blockchain peculiarities. Fee sponsorship goes a long way to solving this by enabling:
Streamlined UX: Eliminate the need for your teams, customers, or smart contracts to manage native tokens.
Sweeping Funds: Sweep funds from user deposits without needing native funds for gas.
Operational Control: Treasury teams or dApps can centrally control when and how gas is paid. Abstract gas fees away from customers if you wish!
Programmable Payments: Use policies, whitelists, or conditions to manage sponsored transactions for in-built compliance mechanisms.
Cross-chain Compatibility: Create seamless interactions across chains without worrying about native token balances.
How It Works on Each Chain
We’ve integrated native or supported fee sponsorship mechanisms on each of the following networks: Solana, Cosmos-based chains, Sui, and Ethereum once the hardfork goes live.
When interacting with the Cordial Treasury API, this manifests as an additional input in the transfer request. It is then subject to all the usual authentication, authorization, policy enforcement, and MPC signing rituals.
While we have standardised this in our own API, here is a quick comparison of how the function can differ across the different chains mentioned:
Solana – Fee Payer Support
On Solana, transactions can have multiple signers. By default, the first signer is the one that pays the fees (even if they aren’t doing anything else in the transaction). By using a fee-payer for a Solana transaction, it will become the first signer and pay for the fees.
Cosmos – Relayer or Custom Module Support
Cosmos chains natively support having multiple signers on transactions. They also natively allow you to specify which signer can pay for the fee (this is the gasFee.payer field). This could be very handy for moving funds deposited via IBC.
Sui – Sponsored Transactions API
Sui transactions support specifying a separate co-signer to pay for the transaction fee. Cordial Treasury will use the sponsoring address’s Sui balance to pay for gas fees.
Ethereum – Smart Accounts via EIP-7702
As part of Ethereum’s upcoming Pectra hardfork, EIP-7702 introduces temporary smart account functionality to EOAs. Our platform is ready to support ERC-4337-style Paymasters, allowing institutions to act as gas sponsors within programmable policies.
This is all under the hood, as the Treasury API for fee-sponsoring will always be the same as for all of the other chains.
3 Key Use Cases Enabled
1. Gasless Payments
A payments service provider wants to offer their end users the ability to pay in stablecoins like USDC without needing to hold ETH or SOL. The regulated firm can now:
- Accept USDC on Solana or Ethereum.
- Use a dedicated fee sponsor wallet to pay gas on withdrawals.
- Submit the transaction using the user’s signature but the sponsor’s fee.
Result: Web2-like payments UX with blockchain settlement under the hood.
2. Improved Exchange Operations
A crypto exchange wants to allow gasless transactions of tokens issued on Ethereum or Solana for users, or to sweep funds from a collection of deposit addresses to a main designated customer address.
- The exchange backend constructs and signs the transaction.
- It sponsors gas using a service account.
- The user receives funds without needing to source and pre-fund with ETH or SOL.
Result: Frictionless operations for a stronger user experience
3. Smart Capital Rebalancing
An active trader or asset manager automates rebalancing across addresses as part of their funding strategy and counterparty risk limit enforcement.
- Various tokens are held in different addresses with no native asset balances.
- Rebalancing automation – sign transactions and forward them to a gas sponsor module.
- The sponsor (e.g. a vault manager account) pays gas and submits them.
- No more failed transactions due to managing gas in multiple addresses, just one gas station.
Result: Stronger funding, liquidity management, and cleaner accounting on the trading book.
Try Gasless Transactions with Cordial
If you're building Web3-native products that need to abstract gas, reduce UX friction, or support advanced custody workflows — we’d love to chat.
Schedule a demo or contact our team to integrate sponsored transactions into your stack.
