About Add2Coin

A research-led platform for transparent advertising attribution and on-chain reward distribution. Built and operated by AI Administrator Limited, England and Wales. Underlying method protected by UK patent application GB2606991.4 (filed 28 March 2026).

What this site is, and what it is not

Add2Coin is an open-infrastructure project for solving a specific technical and economic problem in digital advertising: how to attribute, measure, and remunerate every party whose participation makes an ad impression possible, in a way that is independently verifiable and resistant to centralised manipulation. The platform is built around a JavaScript module — earn.js — that website operators can embed on their pages, and a set of smart contracts deployed on the Polygon blockchain that handle settlement.

The project is not a "get crypto for clicks" scheme. It does not pay people to click on advertisements. It does not generate revenue by inflating a token supply. It does not promise speculative returns. The A2C token is a unit of account within the platform, distributed transparently in proportion to verified attention, with all distributions visible on a public ledger. Tokens may also be acquired or traded on Uniswap V3 by anyone, but acquisition is not required to participate, and the platform itself does not solicit token purchases.

This page describes how the platform works, the research problem it addresses, the company behind it, and the academic and intellectual-property context in which it is being developed. For deeper technical detail, see the technical whitepaper. For specific operational questions, see the frequently asked questions.

The research problem

Modern digital advertising routes value through a long chain of intermediaries. A typical impression involves an advertiser, a demand-side platform, an ad exchange, a supply-side platform, a publisher, the publisher's content management system, and the user agent that ultimately renders the advertisement. At each stage of this chain, a portion of the revenue is retained as fees, and the path that an individual unit of value takes through the system is largely opaque to all participants except the platforms operating the intermediate layers.

For the publisher, this opacity makes it difficult to know what fraction of the price paid by the advertiser actually reaches the page on which the ad was served. For the advertiser, it makes it difficult to verify that the impression was genuinely seen by a human, on a relevant page, in a relevant context. For the visitor — the person whose attention is the underlying commodity being traded — it makes the entire transaction invisible. The visitor receives no record, no acknowledgement, and no participation in the value flow that their attention generated.

A growing body of academic work, regulatory inquiry, and industry self-criticism has documented the consequences of this structure. Concentration of platform fees in a small number of intermediaries is well evidenced. Significant proportions of programmatic spend are absorbed by fraudulent traffic and made-for-advertising sites. Attribution disputes between platforms and publishers are routine and rarely independently resolvable. End-user data — the resource that powers targeted advertising — is collected, traded, and re-sold under terms that the original subjects of that data have no practical means to inspect or contest.

These problems are not new, and the engineering approaches that have been proposed to address them — improved tracking pixels, header bidding, pre-bid filtering, brand-safety scoring, attention-measurement APIs, identity unification frameworks — have each made narrow improvements while leaving the fundamental opacity in place. The problem is structural: it is a function of how the supply chain is composed, not of any single component within it.

Add2Coin is one of several recent attempts to address the structural problem rather than a particular failure mode within it. The approach is to build a parallel, transparent attribution and settlement layer that operates alongside existing advertising infrastructure rather than attempting to replace it, and that is implementable through a single line of code rather than requiring a wholesale change to a publisher's stack.

How the technical mechanism works

The mechanism centres on three components: a remotely-loaded client-side script, a server-side attribution and measurement engine, and a set of smart contracts that handle on-chain settlement. The interaction between these components is described in detail in the whitepaper; what follows is a high-level summary.

The client-side module (earn.js)

A website operator who wishes to participate in the platform places a single <script> tag on their site. This tag references a JavaScript file hosted at add2coin.com/earn.js, with a query parameter identifying the operator's referral code. The script is approximately 12 kilobytes after compression, loads asynchronously, and does not block page rendering.

When loaded, the script reads the operator's referral code, identifies the host page's domain, detects the device type from viewport width, and reads the visitor's pseudonymous identifier from browser local storage if one exists. It then issues a single configuration request to the server to determine which advertising network should be loaded, what visibility threshold should be required, and what the operator's chosen ad-display preferences are.

The script monitors visibility using the W3C Page Visibility API. The Page Visibility API is a standard browser interface that reports whether a tab is currently in the foreground and whether the page is currently rendered. It pauses its measurement when the tab is hidden and resumes when it returns to view. This produces a measurement of cumulative active visibility, which is the engagement criterion used to qualify an impression as eligible for attribution.

When the engagement criterion is satisfied, the script transmits a single signed message to the server containing the referral code, the visitor's pseudonymous identifier, the host domain, and a timestamp. This message is the entirety of the data the script transmits. It does not exfiltrate browsing history, page contents, form data, scroll patterns, mouse coordinates, or any other behavioural signal.

The server-side attribution engine

The server receives the impression notification and resolves the multi-level attribution chain associated with the operator's referral code. The chain consists of: the operator themselves; the operator's recruiter, if any (Level 1); that recruiter's recruiter (Level 2); and one further level (Level 3). Each level is read from a relational database that records the recruitment relationships between accounts.

Once the chain is resolved, an allocation engine computes the per-level token allocation according to a published schedule. The base rate at network launch is one A2C per impression, distributed as: 0.20 to the visitor (if registered); 0.20 to the operator; 0.15 to Level 1; 0.07 to Level 2; 0.03 to Level 3; and 0.35 to the platform operator. Where any level of the chain is unfilled — for example, where the operator has no recruiter — the corresponding tokens are not minted. They are not redirected to a treasury, not redistributed to filled levels, and not deferred for future distribution. They are simply not created. This deflationary non-allocation property is one of the novel claims in the underlying patent application.

The allocation is recorded in the database immediately. It is not yet on-chain at this point.

The on-chain settlement layer

Once per day, a scheduled process aggregates all unsettled allocations from the previous twenty-four hours and submits them to the Polygon blockchain in a single batched transaction. The transaction calls a batchMint function on the A2C token contract, which mints the calculated quantities of tokens directly to the recipient wallet addresses. The transaction is signed using a server-held private key associated with an account that has been granted minting authority by the contract owner.

Batching impressions into a single daily transaction reduces the per-impression on-chain cost by approximately three orders of magnitude relative to per-event settlement. This is the property that makes the economics of the platform feasible at small impression values. It is also one of the formal claims in the patent application.

All transactions are publicly visible on Polygonscan. Anyone can independently verify the cumulative supply, the timing and recipients of each batch mint, and the total value of all tokens distributed since the platform began operation. The token contract is deployed at 0x999ca1479AF9d38933F8EbF7Bb1d2470aFcc337C on Polygon Mainnet.

The deflationary supply mechanism

The A2C token is capped at one billion units. This cap is enforced at the contract level: the mint function reverts if a call would cause the total supply to exceed the cap. Beyond this hard cap, several mechanisms together ensure that the actual circulating supply grows substantially more slowly than the cap.

The first mechanism is the deflationary non-allocation rule already described. In the typical case where attribution chains are not fully populated, the per-impression supply increase is less than the maximum one A2C, often substantially less. Across the network, this produces a continuous reduction in supply growth proportional to the network's structural incompleteness.

The second mechanism is the halving schedule. The base emission rate is reduced by fifty per cent each time the cumulative count of verified impressions across the network reaches a multiple of fifty million. The halving is automatic, on-chain-verifiable, and triggered by activity rather than time. After the first halving, the base rate becomes 0.50 A2C per impression. After the second, 0.25. After ten halvings, the rate has fallen to approximately 0.001 A2C per impression. The schedule is asymptotic: the cumulative supply approaches but cannot exceed the one-billion cap.

The third mechanism is the buyback programme. Seventy per cent of all advertising revenue received by the platform is routed automatically through a smart contract — the RevenueRouter at 0xe3010c69fcdba469d7aadce82edcff090ebb378b — to purchase A2C from the open market via the Uniswap V3 liquidity pool. A configurable proportion of purchased tokens is permanently destroyed. This produces ongoing buy-side demand and a continuous, observable reduction in circulating supply.

These three mechanisms together — non-allocation, halving, and buyback — define the platform's monetary policy. The policy is implemented in code rather than in discretionary decisions by an issuer, and it is observable to anyone with a Polygon node or block explorer.

Privacy and data protection

The platform is designed to operate without collecting personally identifying information from website visitors. The pseudonymous identifier stored in a visitor's browser is a randomly generated string that has no link to the visitor's real-world identity unless the visitor has voluntarily registered an account on add2coin.com. Visitors who do not register can still trigger attribution events for the website operators on whose pages they visit, but no token is allocated to the visitor themselves, because there is no account to credit.

For registered users, the platform records: an email address, an optional Polygon wallet address, optional KYC verification status, and the cumulative impression and balance history of the account. It does not record browsing history outside the platform, page contents of host websites, or any behavioural signal beyond the visibility duration measurement required to qualify an impression.

The platform operates under the General Data Protection Regulation (GDPR) and the United Kingdom Data Protection Act 2018. AI Administrator Limited is registered with the United Kingdom Information Commissioner's Office under registration A1126359. The full privacy policy is available on the privacy page.

Intellectual property and academic context

The platform's underlying mechanism is described in UK patent application GB2606991.4, filed on 28 March 2026 with the United Kingdom Intellectual Property Office. The application discloses a method for distributing digital tokens to multiple parties upon verified content exposure events across a multi-level attribution network, with twelve formal claims covering the script-tag delivery model, multi-level chain resolution, deflationary non-allocation, activity-triggered halving, batch settlement, server-side cryptographic signing, and the integration of these elements into a single coherent system.

The application is in the priority year of the international patent process. A Patent Cooperation Treaty (PCT) international application is scheduled for filing on or before 28 March 2027, with national-phase entries planned for the United Kingdom, the European Patent Office, and the United States Patent and Trademark Office. The patent is held in the personal name of the named inventor, with an exclusive commercial licence granted to AI Administrator Limited. The named inventor and full filing record are visible in the UKIPO public patent register; this site does not republish those details beyond what is required for transparency about the platform's intellectual-property position.

The patent is described in plain language on the whitepaper page, and the full text of the application is available for inspection on request. The platform's approach is positioned within a broader academic and engineering literature on attention measurement, web monetisation, multi-stakeholder attribution, and on-chain settlement of off-chain events.

The company

Add2Coin is operated by AI Administrator Limited, a private limited company registered in England and Wales. The company is a single-director entity. The director's name and registered office address are published in the Companies House public register and are accessible to anyone who searches for the company there. Contact information for correspondence with the company is published on the contact page.

How to participate

There are three roles in the network. Each is non-exclusive: a single individual or entity can occupy any combination of them.

As a website operator

Website operators are the primary stakeholders in the network. To participate, an operator registers a free account, places a single script tag on their website pointing to add2coin.com/earn.js with their referral code, and confirms that the script is loading correctly using the verification page provided in the dashboard. Once verified, every qualifying impression on the operator's site will trigger an allocation. Allocations accumulate in a database balance and are settled to the operator's nominated Polygon wallet address on the operator's chosen schedule, subject to standard fraud-prevention checks and applicable identity-verification requirements for token withdrawals.

For WordPress sites, a plugin is available that automates the script-tag installation and provides a dashboard view inside the WordPress administration panel. For PrestaShop, a comparable module is available. For sites built on other content management systems, manual installation by adding one line of HTML to the page template is supported.

As a visitor

Visitors do not need to take any action to participate as observers of the system. The script's measurement and attribution operate regardless of whether the visitor has a registered account. Visitors who wish to receive A2C tokens themselves — rather than only contributing to attribution for the website operator and recruiters — register a free account and provide a Polygon wallet address. From that point onward, qualifying impressions on participating sites credit the visitor's account in addition to the website operator's account.

As a recruiter

Any registered user receives a unique referral link that they can share. When a website operator registers via that link, the recruiting user is recorded as the operator's Level 1 referrer in the attribution chain. From that point, every impression on the recruited operator's site credits the recruiter at the Level 1 rate. If the recruited operator goes on to recruit a third party, the original recruiter is credited at the Level 2 rate for those further impressions. The chain extends to Level 3.

Referral credit is additive, not subtractive: it is paid in addition to the operator's own share rather than deducted from it. The operator therefore has no economic disincentive to be recruited by another participant, and the recruiter has no zero-sum relationship with the operator they recruited.

Limitations and caveats

The platform is described in the present tense throughout this page. Some elements are fully operational at the time of writing; others are at various stages of development. The honest position:

• The smart contracts on Polygon Mainnet are deployed and operational. The token contract, revenue router, treasury wallet, and operations keeper are all live and verifiable on Polygonscan.
• The Uniswap V3 liquidity pool exists and contains seed liquidity, but the trading volume is small at this stage of the platform's life. Realistic expectations of A2C as a near-term liquid asset should reflect this.
• The buyback mechanism is implemented in code but will only become economically meaningful once the platform begins receiving substantial advertising revenue. At the time of writing, that revenue is modest.
• The patent application has been filed and a priority date secured, but the patent has not yet been granted. Grant is typically two to four years after filing, and is not guaranteed. The application has not yet undergone formal examination.
• The platform is in a beta phase. Functionality is operational, but features are added and refined regularly, and the user interface is still maturing.

The site does not promise speculative returns, has no marketing related to "investment opportunities", and is not a regulated financial product in any jurisdiction. The A2C token is a utility token within the platform, used for accounting and reward distribution. It is not a security, not e-money, and is not offered as such.

Further reading

For the underlying technical specification, see the whitepaper, which includes the complete tokenomics model, the patent claims in summary, and references to relevant prior art. For specific operational questions, see the frequently asked questions. For longer-form articles on advertising, blockchain, and attribution, see the blog. For company correspondence and partnership enquiries, see the contact page. The site's full legal terms are on the terms of service and privacy policy pages.

Watch the Full Explainer

Everything you need to know about Add2Coin — how it works, what the patent covers, and how to get started — in under 11 minutes.