Smart contracts melden wat er gebeurt via events: een overboeking, een trade, een nieuwe order, een gewijzigde rol. Een event listener is een dienst die deze events volgt en ze direct doorgeeft aan uw eigen systemen, zodat een betaling kan worden bijgeschreven, een order uitgeleverd, een dashboard bijgewerkt of een melding verstuurd. Het klinkt eenvoudig; het zonder gemiste of dubbele events doen is waar het werk zit.
Hoe een betrouwbare listener werkt
- Abonneren op nieuwe logs via WebSockets, gefilterd op contractadres en event-signatuur, met polling als terugval als de verbinding wegvalt.
- Decoderen van elke log met de ABI van het contract tot getypeerde data: wie, wat, hoeveel.
- Genoeg bevestigingen afwachten voor de waarde die op het spel staat, en reorgs afhandelen: events uit blocks die verdwijnen worden teruggedraaid of nooit geleverd.
- Checkpointen van het laatst verwerkte block, zodat de listener na een herstart of storing zonder gaten bijloopt.
- Afleveren via webhooks, een message queue of direct in uw database, minstens één keer, met idempotentiesleutels zodat ontvangers dubbele berichten veilig kunnen negeren.
Typische toepassingen
- Stortingen en betalingen bijschrijven in een backoffice of exchange.
- Bedrijfsprocessen starten: uitlevering, meldingen, KYC-controles, boekingen.
- Live dashboards en tradingbots voeden.
- Beveiligingsmonitoring: meldingen bij beheeracties, grote overboekingen of gepauzeerde contracts.
Listener of indexer?
Een listener reageert op nieuwe events zodra ze plaatsvinden. Als u ook de historie wilt bevragen, aggregeren of data van veel contracts wilt combineren, combineert u hem met data-indexering. Gehoste meldingsdiensten van node-aanbieders zijn een snelle start; een eigen listener geeft volledige controle over latency, filtering en kosten. Wij bouwen beide opzetten, meestal in Rust of TypeScript.
Veelgestelde vragen
Hoe snel worden events geleverd?
Binnen enkele ogenblikken na het block, plus de bevestigingstijd die u kiest. Bij betalingen is het meestal verstandig een paar bevestigingen af te wachten.
Wat gebeurt er als onze server plat ligt?
De listener gaat verder vanaf zijn laatste checkpoint en levert alles wat hij heeft gemist, in volgorde.
Welke chains worden ondersteund?
Alle EVM-chains; Solana gebruikt een ander mechanisme, dat wij apart ondersteunen.
Wie is eigenaar van de code?
Het eigendom van de broncode wordt in het contract vastgelegd, en de code kan volledig van u zijn, inclusief documentatie en tests.
Onderdeel van onze EVM ontwikkeling.
Reageer realtime op uw contracts
Vertel ons welke events ertoe doen en waar ze naartoe moeten. Wij bouwen een listener die er geen enkele mist.