Beheerde paymasterdiensten dekken de gangbare gevallen: sponsor deze gebruikers, tot dit budget. Maar sommige producten hebben regels nodig die een dashboard niet kan uitdrukken. Alleen sponsoring voor houders van een lidmaatschaps-NFT. Gratis transacties als onderdeel van een betaald abonnement. Gas betaald uit een tegoed in de app. Regels die afhangen van on-chain state in uw eigen contracts. Dan is een eigen paymaster-contract zinvol.
Voorbeelden van paymasterlogica op maat
- Sponsoring op basis van tokens: gebruikers met een bepaalde NFT of een minimaal tokensaldo doen gratis transacties.
- Gas via een abonnement: gebruikers met een actief abonnement in uw backend krijgen gesponsorde transacties, anderen betalen zelf.
- Sponsoring per contract: alleen aanroepen van uw eigen contracts en functies worden gedekt, on-chain afgedwongen.
- Tijdgebonden beleid: gratis gas tijdens een onboardingperiode of campagne.
- Hybride modellen: sponsoring tot een limiet, daarna betalen gebruikers in tokens via een token paymaster.
Wilt u dat gebruikers transacties doen zonder gas? Zie gasloze transacties voor alle methoden, van sponsoring met paymasters en EIP-7702 tot relayers en permit-handtekeningen.
Ontwerpen binnen de regels van ERC-4337
Een paymaster mag tijdens de validatie niet zomaar alles. ERC-4337 legt validatieregels vast, gehandhaafd door bundlers, die beperken welke opslag een paymaster mag lezen en welke opcodes hij mag gebruiken. De reden is bescherming tegen operaties die de validatie doorstaan en daarna falen, waardoor de bundler gas verspilt. Een paymaster die deze regels breekt, wordt simpelweg geweigerd, of moet stake in het EntryPoint zetten om meer ruimte te krijgen.
In de praktijk betekent dit dat de logica wordt verdeeld: complexe beslissingen worden off-chain genomen in uw backend, die een goedkeuring ondertekent, terwijl de paymaster de handtekening en een paar eenvoudige on-chain voorwaarden controleert. Zo blijft hij compatibel met publieke bundlers en goedkoop in gebruik.
Wat wij opleveren
- Het paymastercontract, getest tegen het EntryPoint en echte bundlers op een testnet.
- De ondertekeningsdienst in de backend met uw bedrijfsregels, rate limits en logging.
- Beheer van tegoed en stake in het EntryPoint, met monitoring en automatisch aanvullen.
- Adminfuncties achter een multisig, en een security review vóór mainnet.
Veelgestelde vragen over paymasters op maat
Wanneer is een eigen paymaster beter dan een beheerde dienst?
Als uw regels afhangen van uw eigen contracts of backend op een manier die een dienst niet kan uitdrukken, als servicekosten per transactie bij uw volume oplopen, of als u uw app niet afhankelijk wilt maken van één leverancier.
Werkt een eigen paymaster met elk smart account?
Ja, zolang het smart account ERC-4337 volgt. De paymaster staat los van de implementatie van het account.
Kunnen wij met een beheerde dienst beginnen en later overstappen?
Ja, en dat is vaak verstandig. De gebruikerservaring blijft gelijk; alleen het paymasteradres en de goedkeuringsdienst veranderen.
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.
Onderdeel van onze paymaster ontwikkeling en ons werk rond account abstraction.
Bouw uw eigen gasregels
Vertel ons hoe gas in uw product moet werken. Wij ontwerpen een paymaster die precies die regels afdwingt en compatibel blijft met het ERC-4337-ecosysteem.