🍧
Relay Context Contracts

Getting your smart contracts compatible with Gelato Relay's callWithSyncFee
After reading this page: 
You'll learn how to use our helper functions to get useful information from directly within your target contract. 
These allow you access to the feeCollector, feeToken address , and fee amount from within your target contract.
When using callWithSyncFee, you need to pay Gelato's fee collecting contract when your target function is called, otherwise your relay request will not execute. To carry out this payment, your target contract needs to know the address of the fee collector so that you can transfer funds during the call. Furthermore, you need to know in what token to pay the fee in, and how much to pay the fee collector. 
Gelato Relay appends this useful information to the end of the calldata, when using the callWithSyncFee SDK method.  Gelato Relay's Context contracts give you helper functions which you can use via inheritance in your target contract allowing you to decode information from the relay calldata, giving you access to:
 uint256 _getFee(): a value denoting how much fee to pay.
 address _getFeeToken(): the address of the token the fee is paid in.
address _getFeeCollector(): the address to which to send your payment.
NOTE: 
If you need target function needs to know all three variables from the relay calldata, see GelatoRelayContext. 
If you only need the feeCollector address (i.e. you already encode the fee and feeToken inside your own function parameters), see GelatoRelayFeeCollector.
Getting Started
Installing relay-context 
relay-context is an extremely simple way to create a Gelato Relay compatible smart contract, with just one import. 
npm: @gelatonetwork/relay-context
npm
Terminal
Note: please make sure to use version v3.0.0 and above.
npm install --save-dev @gelatonetwork/relay-context
or
yarn add -D @gelatonetwork/relay-context
Smart Contract
1
import {
2
    GelatoRelayContext 
3
} from "@gelatonetwork/relay-context/contracts/GelatoRelayContext.sol";
for GelatoRelayContext.
OR:
import {
    GelatoRelayFeeCollector
} from "@gelatonetwork/relay-context/contracts/GelatoRelayFeeCollector.sol";
for GelatoRelayFeeCollector.
GelatoRelayContext
GelatoRelayContext allows your smart contract to retrieve the following information from the relay calldata :
1.Gelato's fee collector address, a contract specifically deployed for collecting relay fees securely. This allows a smart contract to transfer fees directly if you are using the syncFee payment method.
2.The fee token address specifying which address the fee will be paid in, which Gelato resolved from the original relay-SDK request body.
3.The fee itself, which includes the gas cost + Gelato's fee on top.
Below is an example:
1
// SPDX-License-Identifier: MIT
2
pragma solidity 0.8.17;
3
​
4
import {
5
    GelatoRelayContext
6
} from "@gelatonetwork/relay-context/contracts/GelatoRelayContext.sol";
7
​
8
// Inheriting GelatoRelayContext gives access to:
9
// 1. onlyGelatoRelay modifier
10
// 2. payment methods, i.e. _transferRelayFee
11
// 3. _getFeeCollector(), _getFeeToken(), _getFee()
12
contract Counter is GelatoRelayContext {
13
    uint256 public counter;
14
    
15
    event IncrementCounter();
16
    
17
    // `increment` is the target function to call
18
    // this function increments a counter variable after payment to Gelato
19
    function increment() external onlyGelatoRelay {
20
        // Remember to autheticate your call since you are not using ERC-2771
21
        // _yourAuthenticationLogic()
22
            
23
        // Payment to Gelato
24
        // NOTE: be very careful here!
25
        // if you do not use the onlyGelatoRelay modifier,
26
        // anyone could encode themselves as the fee collector
27
        // in the low-level data and drain tokens from this contract.
28
        _transferRelayFee();
29
​
30
        counter++;
31
​
32
        emit IncrementCounter();
33
    }
34
}
Line 12 inherits the GelatoRelayContext contract, giving access to these features:
Verifying the caller:
onlyGelatoRelay: a modifier which will only allow Gelato Relay to call this function.
_isGelatoRelay(address _forwarder): a function which returns true if the address matches Gelato Relay's address.
Decoding the calldata:
_getFeeCollector() : a function to retrieve the fee collector address.
_getFee(): a function to retrieve the fee that Gelato will charge. 
_getFeeToken(): a function to retrieve the address of the token used for fee payment.
Transferring Fees to Gelato:
As you are using the callWithSyncFee SDK method, you can use the below helper functions to pay directly to Gelato:
_transferRelayFee(): a function which transfers the fee amount to Gelato, with no cap. 
_transferRelayFeeCapped(uint256 _maxFee): a function which transfers the fee amount to Gelato which a set cap from the argument maxFee in wei. This helps limit fees on function calls in case of gas volatility or just for general budgeting.
GelatoRelayFeeCollector
Why are there two different contracts that I can inherit? 
You can choose to inherit either GelatoRelayContext or GelatoRelayFeeCollector. GelatoRelayContext gives you access to all three pieces of information: feeCollector, feeToken, and fee, whereas GelatoRelayFeeCollector assumes only the feeCollector address is appended to the calldata.
Which contract should I inherit?
In the majority of scenarios, inheriting from GelatoRelayContext is recommended. This approach provides the most convenient way to handle fees, as it only requires you to call either the _transferRelayFee() or _transferRelayFeeCapped(uint256 _maxFee) method. All other processes are managed seamlessly behind the scenes.
If the fee is known in advance - for instance, if you have already queried our fee oracle for the fee amount and a user has given their approval on this amount and the token to be used for payment via a front-end interface - you would only need to inform your smart contract where to direct this fee. In this case, you would require only the feeCollector address. For this purpose, please inherit from GelatoRelayFeeCollector. Refer to the following details.
Recommendation: maximum fee signing
The fee oracle allows you to query and display a fee to your users before sending their transaction via Gelato Relay. Therefore, you could also give them the option to sign off on a certain fee. In this case, you might want to pass the fee you receive from the oracle directly to your target function as an argument.
This makes sense, but be wary that due to gas price volatility, a smoother UX might be to query the fee oracle and calculate a maximum fee by adding some overhead, and displaying this maximum fee to the user. This way, if gas prices do fluctuate more than normal, you can be certain that your user's transaction is executed. You can choose to set a very large overhead, or a smaller one, depending on your own trade-off between execution likelihood and cost to the user. This way, you can also integrate a fee check from inside target function to avoid any overpayments. 
GelatoRelayFeeCollector Integration
GelatoRelayFeeCollector allows your smart contract to retrieve the following information from the relay calldata:
Gelato's fee collector address, a contract specifically deployed for collecting relay fees securely. This allows a smart contract to transfer fees directly if you are using the syncFee payment method.
Below is an example:
1
// SPDX-License-Identifier: MIT
2
pragma solidity 0.8.17;
3
​
4
import {IERC20} from "@openzeppelin/contracts/token/ERC20/IERC20.sol";
5
import {Address} from "@openzeppelin/contracts/utils/Address.sol";
6
import {
7
    SafeERC20
8
} from "@openzeppelin/contracts/token/ERC20/utils/SafeERC20.sol";
9
import {
10
    GelatoRelayFeeCollector
11
} from "@gelatonetwork/relay-context/contracts/GelatoRelayFeeCollector.sol";
12
​
13
contract Counter is GelatoRelayFeeCollector {
14
    using SafeERC20 for IERC20;
15
    uint256 public counter;
16
    
17
    event IncrementCounter();
18
    
19
    // `increment` is the target function to call
20
    // this function increments a counter variable after payment to Gelato
21
    function increment() external onlyGelatoRelay {
22
        // Remember to autheticate your call since you are not using ERC-2771
23
        // _yourAuthenticationLogic()
24
​
25
        // Retreiving the feeCollector address, using the nativeToken
26
        address feeCollector = _getFeeCollector();
27
        address nativeToken = "0xEeeeeEeeeEeEeeEeEeEeeEEEeeeeEeeeeeeeEEeE"; 
28
        // Hardcoding the fee to 100 wei - NOTE: this is just for example
29
        // If you do not pay enough to feeCollector, 
30
        // your relay request will not go through
31
        // In reality, you should pass in user signatures TODO
32
        uint256 fee = 100;
33
        
34
        // Payment to Gelato
35
        // NOTE: be very careful here!
36
        // if you do not use the onlyGelatoRelay modifier,
37
        // anyone could encode themselves as the fee collector
38
        // in the low-level data and drain tokens from this contract.
39
        transfer(nativeToken, feeCollector, fee);
40
​
41
        counter++;
42
​
43
        emit IncrementCounter();
44
    }
45
    
46
    
47
    function transfer(
48
        address _token,
49
        address _to,
50
        uint256 _amount
51
    ) internal {
52
        if (_amount == 0) return;
53
        _token == NATIVE_TOKEN
54
            ? Address.sendValue(payable(_to), _amount)
55
            : IERC20(_token).safeTransfer(_to, _amount);
56
    }
57
}
Line 13 inherits the GelatoRelayFeeCollector contract, giving access to these features:
Verifying the caller:
onlyGelatoRelay: a modifier which will only allow Gelato Relay to call this function.
_isGelatoRelay(address _forwarder): a function which returns true if the address matches Gelato Relay's address.
Decoding the calldata:
_getFeeCollector(): a function to retrieve the fee collector address.
callWithSyncFee
Gelato's Fee Oracle
Last modified 1mo ago