Sponsored Paymaster
This guide will help you get started with Zyfi API sponsored endpoint to allow custom business logic.
In addition to the standard ERC20 Paymaster flow, it allows a protocol to decide how much of the transaction it wishes to sponsor for an user with their off-chain business logic by setting the sponsorshipRatio. What is not sponsored is paid by the user with the selected feeToken
For advanced usage and detailed explanation of each parameter and feature, please explore our detailed API documentation.
The basic flow consists of the following steps:
Deposit the ETH that will be used to sponsor in the
vault
contractGet the
API-Key
connected to the vault balanceCollect the transaction payload (similar to the ERC20 Paymaster)
Send an API request with the sponsorship information
Receive back the quote and transaction payload for the user to sign
We are developing a Protocol Dashboard that will simplify the set-up required.
Step 1: Send the API request
Send the required data to the erc20_sponsored_paymaster
endpoint. Below an example implementation using Javascript fetch (natively supported in most environments)
The returned object does not change the original transaction calldata, but add the paymaster fields necessary to process the transaction.
Step 2: Show the quote to the user
The response, on top of the transaction payload, returns a series of helper values that can be used by the UI to better inform the user. In particular:
tokenAddress
: ERC20 token address used to pay for the gas fee (feeToken)tokenPrice
: the estimated cost of the feeTokenfeeTokenAmount
: Max amount of the ERC20 token that the user will pay as fee (before refunds). The user need to have this balance for the transaction to not failfeeUSD
: Equivalent value of feeTokenAmount in USDmarkup
: Markup or discount applied on the gas feeprotocolAddress
: The account in the vault being used to pay for the sponsored partsponsorshipRatio
: which % of the transaction is sponsored by the protocolexpirationTime
:block.timestamp
of the quote expiration. Currently it's one hour
Transactions on zkSync overestimate the gas needed and receive a refund at the end, which is difficult to know in advance.
The unspent gas is refunded to the user in the feeToken.
We suggest to to each protocol to implement their own estimation for the final cost by observing the actual gas being used on their transaction.
We also provide a very rough estimation with estimatedFinalFeeTokenAmount
and estimatedFinalFeeUSD
Step 3: Execute the transaction
Last updated