Introduction

The growth problem

Web3 projects live or die by their early community, yet the standard tools for acquiring one are blunt. Airdrops get farmed before real users arrive. “Engage to earn” campaigns reward screenshots and promises that never settle on-chain. And every campaign asks newcomers to install an extension and safeguard a seed phrase before they can receive anything — the single largest drop-off point in onboarding.

The result is a familiar pattern: budgets evaporate, dashboards fill with bots, and the genuine users a project wanted never convert.

Three things a reward campaign actually needs

1. Verifiable payout. Participants should be able to see that the reward exists and that the rules are enforced by code, not by a promise.
2. Meaningful participation. The creator should decide who qualifies — followers, group members, an allowlist — so the reward reaches the intended audience instead of anyone with a script.
3. Zero-friction claiming. A participant arriving from a social link should be able to claim in seconds, on a phone, without installing anything.

What Gatoll is

Gatoll packages all three into one primitive: the Loot. A creator escrows rewards in a smart contract, attaches Gates that define who can participate, and shares a single link. A participant opens the link, passes the Gates, and claims their share on-chain through a built-in wallet.

A Loot is the whole campaign in one object — the reward, the rules, and the page where the community gathers. Creators get a verifiable, gated distribution channel; participants get a real reward with almost no friction; and every step is auditable on-chain.

The rest of this paper describes how the protocol delivers those guarantees: the Loot primitive and its lifecycle, the architecture that splits trustless settlement from flexible eligibility, and the contracts, claims, and Gates that make it work.