Elke transactie op een blockchain kost netwerkkosten, gas genoemd, betaald in de eigen token van de chain. Voor nieuwe gebruikers is dat de grootste drempel: voordat ze kunnen claimen, minten, betalen of handelen, moeten ze eerst ETH (of SOL, of POL) kopen en naar het juiste netwerk sturen. Gasloze transacties halen die stap weg. De gebruiker ondertekent een actie, en iemand anders betaalt het gas: u, een sponsor, of de gebruiker zelf in een token dat hij al heeft.
"Gasloos" is niet één techniek maar een familie van technieken. Deze pagina behandelt elke methode die wij bouwen, hoe elke flow werkt en hoe u kiest. SemBricks bouwt de contracts, backenddiensten en frontendflows voor al deze methoden.
De methoden in één oogopslag
- Sponsoring met een paymaster (ERC-4337): smart accounts, waarbij een paymastercontract het gas betaalt.
- Token paymasters: de gebruiker betaalt gas in USDC of een ander token in plaats van ETH.
- EIP-7702: bestaande wallets krijgen tijdelijk de mogelijkheden van een smart account, inclusief gesponsord gas.
- Relayers en meta-transacties (ERC-2771): de gebruiker tekent, een relayer verstuurt en betaalt.
- Tokenflows met handtekeningen: permit (EIP-2612), Permit2 en EIP-3009 voor approvals en transfers zonder gas.
- Native account abstraction: chains zoals ZKsync met paymasters ingebouwd in het protocol.
- Fee payers op Solana: uw dienst tekent mee als het account dat de fee betaalt.
- Gas drops: nieuwe gebruikers een kleine hoeveelheid van de native token sturen.
1. Gas sponsoring met een paymaster (ERC-4337)
Met account abstraction hebben gebruikers smart accounts die "user operations" ondertekenen in plaats van gewone transacties. De flow:
- De gebruiker ondertekent een user operation in uw app.
- Uw backend beslist of die gesponsord wordt en ondertekent zo ja een goedkeuring met korte geldigheid. Dit is het verifying paymaster-patroon: de bedrijfsregels blijven in uw backend, het contract controleert alleen de handtekening.
- Een bundler stuurt de operatie naar het EntryPoint-contract (ERC-4337).
- Het EntryPoint vraagt de paymaster om bevestiging, voert de operatie uit en betaalt het gas uit het tegoed van de paymaster.
Dit kan draaien op een beheerde dienst zoals Alchemy Gas Manager of Biconomy, of op uw eigen contract als uw regels specifiek zijn, zie paymaster op maat. Overzicht: paymaster ontwikkeling.
2. Gas betalen in tokens
Niet elke actie hoeft gratis te zijn. Met een token paymaster betaalt de paymaster het gas in ETH en rekent hij bij de gebruiker het equivalent af in USDC of een ander ERC-20-token. Voor de gebruiker voelt het nog steeds gasloos: hij heeft nooit ETH nodig. Een veelgebruikte opzet combineert beide: de onboarding en eerste acties sponsoren, daarna afrekenen in tokens.
3. EIP-7702: gasloos voor bestaande wallets
Sinds de Pectra-upgrade van Ethereum kan een gewoon walletadres (een EOA, zoals een MetaMask-account) via EIP-7702 delegeren naar smart account-code. De gebruiker houdt hetzelfde adres en dezelfde activa, maar krijgt de functies van een smart account: meerdere acties bundelen in één, en gas sponsoring via paymasters en bundlers. Dit dicht het gat tussen gebruikers met gewone wallets en de wereld van smart accounts, en wordt snel de favoriete route voor apps waarvan de gebruikers al een wallet hebben. De ondersteuning verschilt per wallet, dus wij controleren die voor uw doelgroep.
4. Relayers en meta-transacties (ERC-2771)
Het oudere en nog steeds veelgebruikte patroon werkt met elke wallet:
- De gebruiker ondertekent een verzoek als EIP-712-bericht: welk contract, welke functie, een nonce en een deadline.
- Een relayer, meestal uw backend, verstuurt het via een vertrouwd forwardercontract en betaalt het gas.
- Het doelcontract leest de oorspronkelijke gebruiker uit de doorgestuurde aanroep, zodat het namens de gebruiker handelt en niet namens de relayer.
Uw contracts moeten de forwarder ondersteunen, en de forwarder moet volledig te vertrouwen zijn. De combinatie van ERC-2771 met multicall-functies heeft tot echte kwetsbaarheden geleid, dus wij controleren zulke combinaties expliciet. Details: meta-transacties (ERC-2771).
5. Tokenflows met handtekeningen
- Permit (EIP-2612): de gebruiker ondertekent een approval in plaats van een approve-transactie te versturen; de app combineert die met de volgende actie in één transactie.
- Permit2: een gedeeld contract dat approvals met handtekeningen mogelijk maakt voor tokens die zelf geen permit ondersteunen.
- EIP-3009: de gebruiker ondertekent een complete transfer, bijvoorbeeld van USDC, en iedereen kan die versturen. Ideaal voor betalingen.
Deze flows maken tokenacties gasloos voor de gebruiker, ook met een gewone wallet, zolang iemand de transactie verstuurt.
6. Native account abstraction
Sommige chains bouwen account abstraction in het protocol. Op ZKsync kan elke transactie een paymaster noemen, zonder aparte bundler of EntryPoint, en dat werkt ook voor gewone accounts. Zie ZKsync paymaster ontwikkeling.
7. Solana: fee payers
Op Solana noemt elke transactie een fee payer, en dat hoeft niet de gebruiker te zijn. Uw backend kan de transactie opbouwen, de gebruiker laten tekenen en zijn eigen handtekening als fee payer toevoegen. Let op: het aanmaken van nieuwe accounts, zoals tokenaccounts, kost ook rent, die de sponsor vaak ook betaalt. Regels en limieten zijn hier net zo belangrijk.
8. Gas drops
De eenvoudigste optie: elke nieuwe gebruiker een kleine hoeveelheid van de native token sturen. Het werkt met elke wallet en elk contract, maar is het makkelijkst te misbruiken, omdat het gas kan worden opgenomen en voor alles kan worden gebruikt. Alleen geschikt met strenge controles bij aanmelding en kleine bedragen.
Welke methode past?
- Nieuwe gebruikers zonder wallet: smart accounts met paymaster-sponsoring, vaak met inloggen via passkeys.
- Gebruikers met MetaMask of vergelijkbaar: EIP-7702 waar ondersteund, anders meta-transacties of permit-flows.
- Betalingen in stablecoins: EIP-3009 of een token paymaster.
- ZKsync of Solana: hun native mechanismen.
- Veel projecten combineren methoden, bijvoorbeeld sponsoring voor de onboarding en daarna betalen in tokens.
Sponsoring betaalbaar houden
Gratis gas trekt bots aan. Welke methode u ook kiest, sponsoring heeft regels en monitoring nodig:
- Wie: alleen ingelogde of geverifieerde gebruikers, of houders van een bepaald token.
- Wat: alleen uw eigen contracts en bepaalde functies, zoals claimen of minten.
- Hoeveel: een aantal gratis acties per gebruiker, een dagbudget per gebruiker en een totaalbudget.
- Wanneer: tijdens de onboarding, een campagne of onder een bepaalde gasprijs.
- Monitoring: realtime uitgaven per gebruiker en actie, meldingen bij ongebruikelijke patronen, en automatisch aanvullen van paymastertegoeden en relayer-wallets voordat ze leeg zijn.
Veilig ondertekenen zonder gas
Gasloze flows draaien op handtekeningen, en juist bij handtekeningen worden gebruikers gephisht. Elk verzoek is gebonden aan een chain, een contract, een nonce en een deadline, en wordt in gewone taal getoond zodat gebruikers zien wat ze goedkeuren. Zie blind signing voorkomen en ons overzicht van blockchain-handtekeningen.
Veelgestelde vragen over gasloze transacties
Zijn gasloze transacties echt gratis?
Voor de gebruiker wel. De netwerkkosten worden nog steeds betaald: door u als sponsor, door een relayer, of door de gebruiker in een ander token via een token paymaster.
Werken gasloze transacties met MetaMask?
Ja, via EIP-7702 als de wallet dat ondersteunt, via meta-transacties met een relayer, of via permit- en EIP-3009-handtekeningen voor tokenacties. Paymaster-sponsoring met ERC-4337 vereist een smart account, en dat kan EIP-7702 bieden.
Welke chains ondersteunen gasloze transacties?
Ethereum en de grote EVM layer 2-netwerken ondersteunen ERC-4337 en relayers; ZKsync heeft native paymasters; Solana ondersteunt aparte fee payers. Op layer 2-netwerken is sponsoring het goedkoopst, en daarom komt het daar het meest voor.
Kan ik alleen bepaalde acties sponsoren?
Ja, dat is de normale opzet. U bepaalt per gebruiker en per actie wat gesponsord wordt, bijvoorbeeld de eerste mint of claim, terwijl andere transacties door de gebruiker worden betaald.
Hoe voorkom ik dat bots het budget leeghalen?
Door alleen ingelogde gebruikers te sponsoren, acties per gebruiker en per dag te beperken, vast te leggen welke contracts en functies gedekt zijn, en te waarschuwen bij ongebruikelijke patronen. Met een verifying paymaster of relayer staan de regels in uw backend en kunt u ze direct aanscherpen.
Kunnen gebruikers gas ook in USDC betalen?
Ja, met een token paymaster, of met EIP-3009 voor USDC-transfers die een relayer verstuurt.
Wie is eigenaar van de code?
Het eigendom van de broncode wordt contractueel vastgelegd, en de code kan volledig van u zijn, inclusief documentatie en tests.
Gerelateerd: smart accounts, session keys en crypto wallet ontwikkeling.
Maak uw app gasloos
Vertel ons wie uw gebruikers zijn, welke wallets ze gebruiken en welke acties gratis moeten zijn. Wij adviseren de juiste methode, of combinatie, en bouwen die met limieten die de kosten voorspelbaar houden.