Abstraction Mode
Last updated
Last updated
CAGA’s Abstraction Mode addresses a major friction point in blockchain adoption: gas fees and complex multi-token transactions. By shifting gas payment to a dedicated Relayer, end-users no longer need to maintain native network tokens. Instead, they pay in CAGA, which the network uses to cover the underlying gas. This makes transactions effectively “gasless” from a user’s perspective.
Gasless Transactions: Users do not hold or spend native gas tokens; the system automatically deducts fees in CAGA post-execution.
Enhanced Security: A dual-signature verification flow ensures only authorized transactions are relayed.
Simplicity: One-time token approval handles all future transactions for that token.
Broad Utility: Can be integrated with DApps, wallets, and any system needing a frictionless user experience.
One-Time Token Approval
The user grants a single approval for tokens (e.g., CAGA, USDT, USDC) to a Relayer Smart Contract.
This authorizes the Relayer to access a portion of user tokens to cover transaction costs.
Relayer Smart Contract
A specialized contract on CAGA that executes transactions on the user’s behalf and pays the gas upfront.
After completing the user’s requested action on-chain, it deducts the associated fees from the user’s pre-approved token balance (prioritizing CAGA for the fee deduction).
Backend Coordination
A secure backend service receives the user’s transaction details and signature from the frontend (the DApp or wallet).
It verifies the user’s ownership and intent, then forwards the data to the Relayer Contract.
Dual-Signature Verification
Owner Verification: Ensures the correct wallet initiated the transaction.
User Signature Verification: Confirms the user indeed signed the specific data being relayed.
Only upon passing both checks does the contract proceed.
Gasless Frontend Experience
During normal usage, a user simply signs a transaction request in their wallet.
No need to hold or manage extra tokens for gas; the Relayer covers it, then collects fees (in CAGA) post-transaction.
Initial Setup: The user logs into a DApp or wallet integrated with CAGA’s Abstraction Mode.
Approval Prompt: The user sees a one-time request to grant token approval to the Relayer.
Transaction Signing: For each action (e.g., swapping on DEX, interacting with a smart contract), the user just signs a message.
Backend Verification: The backend checks the user’s signature and transaction data.
Relayer Execution: The Relayer calls the appropriate contract on-chain, paying gas itself.
Fee Deduction: Upon success, the Relayer deducts the gas fee in CAGA from the user’s pre-approved token balance.
Strict Contract Logic: The Relayer contract’s code ensures it can only act when properly authorized by the user’s signature.
Transparent Auditing: All Relayer transactions are on-chain and visible, ensuring accountability.
Risk Mitigation: Because the user pre-approves only certain tokens and amounts, the Relayer can’t exceed set limits.
Transaction Fees: Always denominated in CAGA, reinforcing the token’s utility.
Flexible Rate: The exact fee can be variable, influenced by real-time gas prices on underlying networks and market-driven rates.
Backend Settlement: The backend handles conversion logic where necessary—end-users see only one consistent CAGA fee.
DEX Integration: Traders can swap tokens without needing the network’s native gas. After the trade, a small portion of CAGA covers the gas used.
Wallet Integration: The Multichain Wallet can incorporate Abstraction Mode so that cross-chain transactions remain frictionless.
dApp Partnerships: Projects building on CAGA can adopt Abstraction Mode to reduce onboarding hurdles and boost user adoption.
Below are a few practical scenarios illustrating how Abstraction Mode can transform the user experience:
Connect Once, Trade Anywhere:
The user connects their wallet to the CAGA DEX (no need for separate gas tokens).
Chooses to swap, for example, CAGA → ETH on the BSC network.
Gas fees are settled in CAGA automatically—no BNB is required.
The Relayer finalizes the swap, deducts a small CAGA fee from the user’s pre-approved balance, and delivers ETH on BSC to the user.
Concrete Example (John’s Swap):
John has 7,692,308 CAGA (worth $1,000).
He swaps CAGA for ETH on BSC; a 38,462 CAGA (~$5) fee is deducted.
He ends up with ~0.2618 ETH and 7,653,846 CAGA used for the swap.
John never needs BNB for gas—the Relayer handles it behind the scenes.
Seamless Checkout:
A user shops online and pays with their preferred token (USDT, BTC, etc.).
The website back-end uses CAGA’s Relayer to handle gas, automatically deducting fees in CAGA.
The user only signs once, never touching extra gas tokens.
Mobile Use Case:
In-app purchases in a mobile game can be transacted in any token, with fees seamlessly paid in CAGA.
Hotel Booking:
A traveler books a hotel on a site like Travala, paying in BTC or ETH.
Gas fees are quietly settled in CAGA.
Benefit: Eliminates the hassle of holding multiple tokens just to cover transaction costs.
Payment Conversion:
If a site requests USDT, the user can pay in CAGA; the system auto-converts on the backend and covers gas in CAGA.
Expanding Gaming Universes:
Many blockchain games only accept certain ERC tokens, limiting their user base.
By adopting CAGA’s Abstraction Mode, a game can accept any EVM-compatible token.
Players only sign one approval; all bridging/fees across different blockchains are managed by the Relayer.
