> For the complete documentation index, see [llms.txt](https://docs.ready.co/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ready.co/tools/invisible-sdk-deprecated/gas-abstraction.md).

# Gas abstraction

Gas abstraction is crucial to provide users a seamless interaction with your application. Ideally, end-users should not have to care about paying gas or having gas tokens in their wallet.

#### Abstracting account deployment

By default, Ready will automatically deploy and pay for the deployment of accounts generated through the Invisible SDK.

However, you should have a fallback in case the Ready service is down and unable to pay for accounts deployment.

Calling the `requestConnection` method will return `ConnectResponse`

```
approvalTransactionHash?: string
approvalRequestsCalls?: Call[]
deploymentPayload?: any
```

* If `deploymentPayload` is `undefined`, that means that the wallet account is deployed
* If not, you'll need to deploy it using `deployAndExecuteWithPaymaster` 
* As a second fallback, you can notify the user in the UI that the account needs to be funded

#### Abstracting ERC-20 approvals

The Invisible SDK lets you bundle ERC-20 approvals together with the approval of a session. **These particular approvals are also sponsored by Ready.** \
\
In some cases, you might need users to sign additional ERC-20 approvals later in their journey (not part of the session approval). **These ERC-20 approvals are not sponsored by Ready.**

{% hint style="info" %}
Again, make sure to have a fallback in case our relayer service is unavailable.
{% endhint %}

#### Abstracting other types of transactions

We recommend that you totally abstract gas for users and hence sponsor all other types of transactions (onchain recordings, swaps, transfers etc...) using the AVNU paymaster.

You can also airdrop/sell your own token to users and let them pay gas fees with it.