📈Onchain Attribution
Last updated
Last updated
Doing real attribution in Web 3 presents unique challenges. Bluntly, most people in the crypto space who claim to do so, don't (at least not by most definitions of the somewhat squishy term). Briefly, attribution answers the question:
Where did this user really come from?
By extension, it also answers like:
How long did they stick around?
How much do I owe the source of the user for the acquisition?
How much revenue did I make off this user and am I happy with the acquisition channel?
The question is hard because it requires keeping stateful information about a user, and even defining what an active user is (i.e. an active user is one that transacts at least once in 7 days).
It's not as simple as merely noting what website they were on before they got on your app (via UTM parameterss say), or even noting that this wallet address that transacted via your protocol was also touched by some other upstream smart-contract (the user touched lots of smart contracts). Which is the one we should credit with the new user? is the question real attribution answers.
This diagram describes one such situation:
Spindl, uniquely among any and all attribution providers, merges offchain and onchain events intelligently to seamlessly answer these questions. Using our constantly-updated identity, we can interlace Web2 and Web3 funnel arbitrarily, hiding the gritty deals from the user.
As an example, here's