ZKsync doet account abstraction anders dan Ethereum. Waar Ethereum het er via ERC-4337 bovenop zet, bouwt ZKsync het in het protocol: elk account kan een smart contract-account zijn, en paymasters zijn een native onderdeel van hoe transacties worden verwerkt. Er is geen aparte bundler of EntryPoint; elke transactie kan een paymaster noemen die de kosten betaalt.
Zo werken ZKsync-paymasters
- Een transactie bevat een paymasteradres en paymaster-input die de paymaster vertelt wat de gebruiker wil.
- De validatiefunctie van de paymaster beslist of hij betaalt en draagt de fee over aan het systeem.
- Na de uitvoering kan de paymaster via een optionele post-transactiefunctie afrekenen, bijvoorbeeld door ongebruikte fees terug te geven.
Het protocol definieert twee standaardflows voor de paymaster-input. De general flow bevat willekeurige data en past bij sponsoring op basis van uw eigen regels. De approval-based flow vertelt de paymaster dat de gebruiker een tokenbedrag goedkeurt, en past bij het betalen van fees in een ERC-20-token zoals USDC.
Wat wij bouwen
- Sponsorpaymasters die fees voor uw gebruikers betalen volgens regels die u bepaalt, vergelijkbaar met gas sponsoring op andere chains.
- Token paymasters op basis van de approval-based flow, met betrouwbare prijzen, zie token paymasters.
- Integratie in uw app via de ZKsync-SDK's, zodat transacties de juiste paymasterparameters bevatten.
- Tegoed en monitoring: de paymaster van tegoed voorzien en waarschuwen bij ongebruikelijk gebruik.
Verschillen om rekening mee te houden
Code voor ERC-4337-paymasters kan niet ongewijzigd op ZKsync worden gedeployed; de interfaces en validatieregels verschillen. ZKsync compileert Solidity bovendien met een eigen compiler en wijkt op enkele punten af in EVM-gedrag, dus contracts moeten op ZKsync zelf worden getest, niet alleen op een Ethereum-testnet.
Veelgestelde vragen over ZKsync-paymasters
Hebben gebruikers een speciale wallet nodig?
Nee. Op ZKsync werken paymasters ook voor gewone accounts, omdat account abstraction native is. Gebruikers kunnen hun bestaande wallet houden.
Kunnen wij onze ERC-4337-paymaster hergebruiken?
De logica wel, het contract niet. De paymaster moet worden aangepast aan de native interfaces van ZKsync en op ZKsync worden getest.
Werkt dit ook op andere ZK-chains?
Chains die op dezelfde ZKsync-stack zijn gebouwd, delen het native model voor account abstraction, dus daar geldt dezelfde aanpak.
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.
Gasloos op ZKsync
Vertel ons over uw app op ZKsync en hoe fees moeten worden afgehandeld. Wij bouwen een native paymaster die past.