Omniston’s New Execution Model: Gasless Scenarios 

Gasless UX is one of the execution scenarios enabled by Omniston’s new order settlement model. It shows an important direction for Omniston — from swap aggregation toward a merging layer.

Omniston’s latest architecture introduced two settlement models. Swap settlement covers familiar intrachain execution, like TON → STON inside TON. Order settlement is broader: instead of immediately executing a swap through available routes, the user creates an executable order that resolvers can fulfill across chains. This is the model that opens the door to cross-chain execution, partial fills, escrow-based flows, and gasless UX.

What gasless UX means

In most blockchain flows, swaps require gas: the user must hold the chain’s native coin to pay transaction fees — for example, Toncoin on TON or ETH on Ethereum. This creates a common blocker: a user may already have the token they want to swap, but still be unable to act because they do not have enough native coin for gas. 

In a gasless flow, the user does not submit an on-chain transaction directly. Instead, the user signs a message in the wallet. A resolver then submits the actual transaction on-chain and pays the gas fee. The smart contract verifies that the user authorized the action and executes it according to the signed instructions.

In short:
The user signs intent; the resolver pays gas and executes.

How it works in Omniston

For an EVM-source flow, the process looks like this:

1. The user signs an off-chain approval
   The wallet authorizes token spending without requiring a gas-paid transaction from the user.
2. The user creates an order
   Instead of submitting a swap transaction, the user signs an order payload. This also does not require gas from the user.
3. The resolver takes the order
   The resolver reads the signed authorization and prepares execution.
4. The resolver submits the transaction
   The resolver pays the transaction fee and sends the operation on-chain.
5. The contract verifies the signature
   The smart contract checks that the user really authorized the action.
6. Funds move according to the order
   Execution follows the signed conditions.

This is similar in principle to the meta-transaction / relayer model used in EVM ecosystems: the user signs a message, and a trusted execution path submits it on-chain.

Today, gasless scenarios are possible when the source chain is EVM. When the source chain is TON, gas is still required for now.

This execution scenario enabled by the new Omniston architecture starts where the underlying chain mechanics already support this model.

Why this matters

• For users, gasless UX removes one of the most annoying parts of DeFi: needing the right gas coin at the right time on the right chain.

This becomes especially important in cross-chain scenarios. A user may have tokens on an EVM chain but no native gas coin (ETH) available. In a classic flow, that can stop the swap before it starts. In a gasless order flow, the user can authorize the action, while the resolver handles execution costs.

• For builders, this reduces onboarding friction. Apps can offer cleaner flows where users focus on the action they want to complete, not on managing gas balances and transaction mechanics.
• For Omniston, gasless UX is another sign of the protocol’s larger evolution. The goal is to coordinate execution in a way that hides unnecessary complexity while preserving clear authorization and verifiable settlement.

In short

Gasless UX removes gas management from the user’s path.

With Omniston’s order settlement model, users can sign an authorization instead of submitting every transaction themselves. Resolvers handle execution and pay gas, while contracts verify that everything follows the signed order.

This is a small UX shift with large implications: smoother cross-chain flows and a clearer path toward DeFi that feels simple on the surface while the execution layer underneath becomes more powerful.