AirdropX

Screenshots

Problem Statement

The biggest problem with airdrops are that its almost always fully centralised. Token amounts are not confirmed, and logic that qualifies people for airdrops are always masked behind the project's backend. AirdropX is a decentralized and fully on-chain airdrop platform designed to address these key transparency problems that have been rampant for years in the airdrop space. It integrates customizable, plug-n-play eligibility criteria, enabling developers and projects to easily reuse already built criteria logic for airdrops. Rewards can be calculated based on a "CriteriaLogic" contract that project devs can custom build to fit their project airdrop requirements. To start, a couple of sample eligibility contracts has been implemented, including:Simple "number of interactions" based criteria logic, with adding liquidity on a mock Uniswap V2 being the sample function to be recorded as an eligible interaction.Vlayer's time travel feature to showcase historical x number of token balance as a possible airdrop criteria.WorldID as sybil resistance criteria, which can be combined with other eligibility contracts.However, criteria logic possibilities are endless, and can include things such as:Any anti-sybil protocol as an initial criteriaEnabling cross-chain airdrop criterias using Axelar and HyperlaneUtilising attestations as a criteria with Sign.And many many more..With its focus on transparency, AirdropX will revolutionize how airdrop distributions are executed in the space.

Solution

AirdropX is a set of smart contracts that has the following architecture:AirdropX.sol - a lightweight abstract contract meant for contracts that would like to be integrated into the AirdropX ecosystem.AirdropManager.sol - the main entry point for projects looking to start airdrop campaigns. Tokens are directly distributed here when the campaign starts, and eligibility contracts are selected.ICriteriaLogic.sol - the interface which all eligibility contracts have to implement.AirdropManager.sol is protected by a partner tech- Venn's firewalls. This is meant to prevent potential exploits when tokens are available to claim after the campaign ends.