You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: pages/documentation/transactions/fee-sponsorship.mdx
+10Lines changed: 10 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,6 +14,16 @@ Fee sponsorship allows one account (the **fee payer**) to pay transaction fees o
14
14
-**Subsidizing transactions** — Applications can cover gas costs for their users
15
15
-**Payment flows** — Enable payments from accounts without requiring separate fee tokens
16
16
17
+
## How it works
18
+
19
+
1. The sender signs the transaction with their private key, signing over a **blank fee token field** — this means the sender delegates the choice of which fee token to use to the fee payer
20
+
2. The fee payer selects which fee token to use, then signs over the transaction
21
+
3. The fee token and fee payer signature is added to the transaction then submitted
22
+
4. The network validates both signatures and executes the transaction
23
+
5. Fees are deducted from the fee payer's balance
24
+
25
+
Check out the [specification of the Tempo transaction type](/protocol/transactions/fee-payers) to learn more
26
+
17
27
## Local Fee Payer
18
28
19
29
The simplest approach is to specify a `feePayer` account directly when sending a transaction. This is useful when you have access to both the sender's and fee payer's private keys locally.
0 commit comments