Since the Data Mining module launched, we’ve received a steady stream of questions from the community — many of them repeating across privacy, points calculation, and future roadmap. This is our attempt to answer every core question in one place.

The Basics

What is Data Mining?

Data Mining is a data incentive module inside the DataDID browser extension. As you browse the internet normally, the system identifies publicly observable signals at the browser’s behavioral layer — site type, time spent on page, content category — and runs them through a ZK Proof locally on your device to produce a mathematical attestation that gets uploaded to the chain. The system uses that attestation to calculate your points reward. No active effort from you is required: just flip the switch and browse as usual.

How is it different from typical “idle income” projects?

Most idle yield projects fall into two categories. Bandwidth/IP rental models (like Grass) have users contribute idle internet connection resources — rivalrous resources with a hard ceiling, so per-user returns shrink as more people join. Compute contribution models (like ARO) have users contribute device processing power, where earnings are constrained by hardware specs.

Data Mining takes a different path. It doesn’t use any of your hardware resources. It processes only publicly observable browser behavioral signals and outputs a verifiable proof of behavioral diversity through ZK Proofs. What you contribute isn’t bandwidth, an IP address, or compute — it’s de-identified genuine human behavioral signals. This type of resource has intrinsic scarcity value for the AI training data market, and it doesn’t suffer from competitive dilution: one person’s behavioral diversity doesn’t diminish just because more people are contributing.

Privacy and Security

What data does the plugin collect?

Three dimensions are identified and recorded: the domain names of websites you visit, the time you spend on each page, and the content category each domain belongs to. All of these signals come from the publicly observable data layer of the browser — no account credentials, personal identity information, page content details, or private data of any kind.

One sentence summary: we know whether you visited a tech site or a lifestyle site. We don’t know which paragraph of which article you read.

Will my raw data be uploaded anywhere?

No. All raw data is processed locally on your device — the ZK circuit generates a proof, and then the raw data is automatically discarded locally. The server receives only a zero-knowledge proof from start to finish, and nothing in it can be reverse-engineered to reconstruct any specific browsing record. Your raw data never leaves your device. This is an architectural constraint, not a configurable policy setting.

What exactly does ZK Proof protect?

ZK Proof protects the invisibility of data. Traditional encryption solves “only authorized parties can see this.” ZK Proof solves an earlier problem: “is it possible to complete verification without needing to see the data at all?” In the context of Data Mining, what the AI training data market needs is a verifiable signal — is this user’s behavior diverse? Is it genuine? — not the user’s actual browsing history. The ZK circuit outputs the former as a mathematical proof. The latter stays on your computer permanently.

Does the plugin collect data when Data Mining is turned off?

No. The Data Mining module is off by default. The first time you enable it, a clear authorization screen appears specifying exactly what’s collected, what it’s used for, and your right to revoke at any time. The toggle lives in the plugin — control stays with you. Turning it off stops collection immediately. Your accumulated points are not cleared.

Points Calculation

How are points calculated?

Points accumulate on two parallel tracks.

Online points. Having the plugin active signals that your node is available. Points are issued hourly. Base rate is 6 points per hour, with a streak multiplier that grows with consecutive online days — approximately 1.35× at day 7, maxing out at 1.5× at day 10. Daily online points cap at 108.

Data contribution points. Measured by the number of unique domains you effectively visit, weighted by two multipliers: diversity and quality. Several factors influence your final score simultaneously: the number of unique domains visited that day, the breadth of content categories covered (using the IAB content taxonomy), and effective time-on-page per visit. Anti-gaming rules are built in: pages with less than 5 seconds of dwell time don’t count, and sub-pages under the same second-level domain are consolidated.

A typical example: on your 7th consecutive online day, with 8 hours of activity and 20 unique domains visited across multiple content categories, you can expect around 101 points for that day.

Why measure by domain count instead of traffic volume or time spent?

Measuring by traffic volume incentivizes users to stream video in the background. Measuring by time spent incentivizes keeping tabs open and idle. Neither produces data with value for AI training. Data Mining measures by effective unique domain count and category diversity because what the AI training data market most lacks isn’t data volume — it’s behavioral diversity. A person’s genuine browsing trail across tech, finance, education, and other domains in a single day is far more valuable than repeated visits to the same category of site.

Will points lose value? Where can I use them now?

Points already circulate across several in-ecosystem use cases: they can be used to participate in platform applications (for example, AliveCheck subscriptions), and they’re consumed in the tweet minting process. More importantly, DataDID points can be accumulated toward eligibility for future MEMO ecosystem airdrops. As the data marketplace launches, points will connect to additional redemption and spending channels.

Anti-Gaming and Fairness

Can I use a script to simulate browsing and farm points?

The anti-gaming design is multi-dimensional — it doesn’t rely on a single threshold to block abuse. The 5-second minimum dwell time per page is the baseline filter. Sub-page consolidation under the same second-level domain prevents inflate-by-clicking through sub-pages. On top of that, the points engine evaluates domain diversity, content category coverage breadth, and cross-period activity patterns as independent dimensions simultaneously.

A cheater would need to defeat multiple independent indicators at once to achieve a high score — and each indicator can’t be attacked in isolation. Together they have to form a statistically coherent, complete behavioral profile. The more analysis dimensions there are, the more the simulation cost multiplies. A script running independently can’t simultaneously sustain the natural distribution across all these dimensions, which makes high-quality behavioral signal forgery extremely difficult.

Is there a ceiling on data contribution points?

There’s no hard cap, but the growth rate is inherently bounded by genuine browsing behavior. The number of domains visited, the breadth of category coverage, and the reasonableness of dwell times collectively determine the day’s final score. The system is designed to reward authentic, diverse browsing — not data volume accumulation.

Technical and Compatibility

Does Data Mining require high-spec hardware?

Essentially no. ZK proof generation runs locally on your device, but after engineering optimization the hardware requirements are far lower than most users would expect. On mainstream consumer hardware, there’s no perceptible performance impact. The plugin itself is lightweight, with very low memory and CPU footprint.

Which browsers are supported?

The Data Mining module currently fully supports Chrome and Chromium-based browsers (including Brave, Edge, and others). Support for additional browsers is in progress.

Can I use the same account across multiple devices simultaneously?

Currently, a single DataDID identity can only maintain an active state on one device at a time. Points are calculated based on the currently active device. Multi-device support is under evaluation.

Privacy Architecture

Is it really true that raw data never leaves my device?

Yes. This is the hardest line in DataDID’s architecture. There is no code path in the entire data processing pipeline that sends raw behavioral data to a server. Even if someone obtained every server credential, every database password, and every API key, they could not reconstruct a user’s browsing history from the server — because those records have never existed on the server. This is the fundamental difference between an architectural constraint and a management policy.

What does it mean that the module defaults to off?

It means that before a user actively enables Data Mining, the plugin performs no processing or transmission of any public behavioral signals. This is our product position: rebuilding trust around data collection can’t be done through “default-on, explain later.” Users should make that choice through a deliberate, informed, active action — not discover after the fact that something was already running.

Ecosystem and Roadmap

Where does Data Mining fit in the DataDID ecosystem?

Data Mining is an important piece of the DataDID ecosystem. Tweet Minting (minting social content as on-chain data assets via the ERC-7829 standard), Data Mining (converting browsing behavioral data into point-based income), and the upcoming data marketplace (connecting ZK-anonymized behavioral datasets to real AI training data buyers) form a complete “establish ownership → quantify value → enable circulation” loop for data asset formation.

What’s the relationship between points and future MEMO airdrops?

The DataDID points system was designed from the start with deep ties to the MEMO ecosystem’s economic model. Points can be accumulated toward future eligibility for MEMO ecosystem benefits. Specific conversion ratios and trigger rules will be announced when finalized. Points don’t directly equal benefits — before the data marketplace launches, points serve as a quantified record of a user’s contributions and participation in the ecosystem, and will be a key basis for future benefit distribution.

When will the data marketplace launch?

The data marketplace’s core contracts are currently in internal testnet feedback iteration. The first half of the pipeline — authorization through asset formation (DataDID + ERC-7829) — is already running in production. The second half — matching through settlement — requires the marketplace to launch publicly before final technical validation can be completed. A specific launch timeline will be announced through official channels once confirmed.

Data Contribution Points: Specific Questions

I’m in Africa and browse African websites. Does that affect my points?

Not at all. Data Mining’s diversity measurement doesn’t depend on whether a site is on any “whitelist” — it’s based on the actual category distribution of the content you browse. Any publicly accessible webpage, regardless of language or region, is recognized normally by the system for its domain and content category. Users everywhere in the world earn points through their ordinary browsing behavior.

Why did I earn different points today versus yesterday even though I visited the same number of domains?

Domain count is only one of the dimensions that affects data contribution points. Content category diversity, average dwell time per domain, and the combination of content categories covered all influence the final quality multiplier. High domain count with overly concentrated category distribution will still produce a lower score. The system isn’t counting — it’s evaluating the richness of your behavioral composition.

Data Mining is a product in rapid iteration. This FAQ will be updated continuously as the product evolves. If you have questions this document doesn’t cover, we welcome your feedback through official channels.

DataDID website: datadidapp.memolabs.net

Plugin download: Search “DataDID” on the Chrome Web Store

Tens of billions of data interactions happen on the internet every day — users browsing, publishing content, clicking recommendations, filling out forms. But the ownership confirmation, authorization management, and value settlement that should accompany all of that data relies almost entirely on centralized platforms and manual legal processes. A single data transaction, from seller authorization to buyer settlement, has to thread its way through user agreements, API terms of service, data use agreements, reconciliation cycles, and bank clearing. The pipeline is long enough to generate friction, disputes, and trust costs at every step.

Under this model, data trading is essentially governed by humans. What smart contracts can change is replacing every step in that pipeline — every step that currently depends on manual judgment or institutional backing — with code-driven, immutable, automatically executing contract logic.

We’re building exactly this kind of end-to-end smart contract system inside the MEMO ecosystem. It isn’t a single standalone product. It’s an automated data trading engine composed of three core components — the DataDID identity system, the ERC-7829 data asset standard, and the data marketplace — working in concert. This piece follows a real data transaction from authorization through asset formation, matching, and settlement, unpacking the contract logic at each layer.

Step One: Authorization

When a user decides to make a category of their data available for trading, what does that decision look like on-chain?

In the traditional model, “authorization” is a legal document — the user checks an “I agree” box, legal effect is created, but technical enforcement is completely decoupled from it. The platform has the authorization, but how the data gets used, by whom, and how many times is invisible and unauditable to the user.

DataDID’s authorization model moves this on-chain. Every authorization decision isn’t a binary “agree/disagree” — it’s a set of programmable access control rules, encoded directly into the user’s DID contract. Rules can specify who can access the data, whether access is one-time or within a time window, whether what’s being accessed is an aggregated statistical signal or a de-identified structured record, and whether payment is required and at what amount.

A concrete example: a user can allow an AI training data aggregator to access their browsing behavior category signals for 30 days, at no more than 0.01 USDT per call — while explicitly excluding raw browsing history and any information linkable to personal identity. That rule isn’t written in terms of service. It’s written on-chain. When the aggregator’s contract initiates an access request, the system automatically checks whether the user’s authorization rules in the DID contract cover the current request. If the rules don’t match, access is blocked at the contract layer — no human review required.

This transforms authorization from “a one-time upfront permission” into “per-call verification at the moment of access.” The user doesn’t need to trust any intermediary — only the contract itself. And the contract code is publicly auditable.

Step Two: Asset Formation

Once authorization is established, the user’s data needs to be encapsulated as a standardized asset that can be traded in a marketplace.

This is precisely what ERC-7829 is designed to do. The minting contract, upon receiving a user’s Mint request, executes three actions.

First, it computes a cryptographic hash of the data content and writes it as an integrity proof into the token’s on-chain storage slot. This guarantees the asset’s authenticity: at any subsequent point in the trading pipeline, anyone can verify whether the asset has been tampered with simply by comparing the on-chain hash against the data content they hold.

Second, based on the distribution strategy the user specifies at mint time, it configures the token’s access control rules. These rules determine how the asset circulates in the marketplace — publicly readable but requiring payment for commercial use, restricted to specific buyers, or open for competitive bidding.

Third, it encodes the user’s revenue split ratio into the contract’s royalties field — for example, 90% of primary market sales to the data provider and 10% to the protocol, with 5% of each secondary market transfer going back to the original creator.

The moment minting completes, the data is no longer a passive sequence of bytes. It’s a self-contained, self-verifying on-chain asset with its own trading rules and revenue logic built in.

Step Three: The Marketplace

The central design challenge for the data marketplace’s matching layer isn’t transaction speed — data assets aren’t high-frequency trading instruments that need millisecond latency. It’s price discovery and eliminating information asymmetry.

In traditional data trading, pricing is the biggest black box. Sellers don’t know what their data is worth. Buyers don’t know whether data quality justifies the asking price. Information asymmetry means sellers get lowballed, buyers end up with data that doesn’t meet expectations, and market efficiency suffers across the board.

Our marketplace contract introduces an on-chain price discovery mechanism. When listing data, providers choose from three pricing modes.

Fixed price: a set unit price and available quantity, first come first served. Dutch auction: price decreases over time until someone bids — designed to resolve seller uncertainty about market acceptance. Pooled bidding: multiple buyers jointly bid for aggregated usage rights to the same category of data; the top N bidders receive authorization and settle at their actual bid price.

Each mode corresponds to an independent set of contract logic, deployed automatically at listing time with no manual intervention during execution. Buyer bids, seller acceptance, price discovery, and trade matching all complete inside the contract. Every bid and settlement record is publicly queryable. Anyone can build their own pricing models from historical transaction data. Pricing transparency goes from zero to complete.

Step Four: Settlement

This is the highest-automation step in the entire pipeline, and the one that most clearly illustrates what smart contracts replace in the traditional model.

In conventional data trading, settlement means the buyer confirms receipt of the data, runs it through internal review, initiates a wire transfer, and the seller waits 3 to 15 business days for bank clearing. If the parties are in different jurisdictions, add cross-border payment fees, exchange rate exposure, and compliance review time. Settlement costs frequently run 5–10% of transaction value, and funds in transit generate no value for anyone.

In the smart contract settlement layer, payment, delivery, and revenue distribution are three atomic operations that complete within the same block.

The buyer’s payment is locked in an escrow contract in stablecoins. Once the smart contract verifies that the buyer’s bid matches the seller’s listing price, it calls the ERC-7829 asset’s access control interface to open read permissions for the buyer’s address. Once the permission-granted event fires, the escrow contract automatically distributes the funds: the split specified in the royalties field routes automatically to the data provider’s address, the protocol treasury address, and any upstream contributor addresses. The entire pipeline, from buyer confirming a bid to seller receiving funds, takes no longer than one contract interaction’s gas confirmation time.

No wire transfer. No manual review. No bank clearing window. No trust required from any party. The contract logic is transparent, the distribution outcome is auditable, and every fraction of every payment has an on-chain record.

For a complex transaction involving multiple upstream contributors — say, a dataset that passed through a collector, an aggregator, and a quality reviewer before reaching the end buyer — the four-way revenue sharing agreement and monthly finance reconciliation cycle of the traditional model gets executed by a smart contract in a single block. Every participant receives their payment precise to the wei level, under distribution rules that were locked at the moment the data asset was minted and that no party can modify after the fact.

A Complete Transaction, End to End

Put all four steps together and a real transaction looks like this.

A user has registered a DID identity in DataDID and accumulated a batch of browsing behavior signal data through the Data Mining module. They decide to list this data for sale — they initiate a listing in the data marketplace, choose fixed price mode, and set 5 USDT per dataset.

The ERC-7829 minting contract executes immediately: computes the data hash to generate an integrity proof, configures access control according to the user’s authorization rules (commercial use only, non-exclusive), and encodes a 90% user / 10% protocol revenue split into the contract.

After listing, a procurement contract from an AI training data aggregator matches the listing. The aggregator confirms the price and sends 5 USDT to the escrow contract. The smart contract verifies three things in sequence: whether the aggregator’s DID identity is on the authorized allowlist, whether the payment amount matches, and whether the data integrity proof is valid. Once all three pass, the contract automatically grants the aggregator’s address data read permissions, transfers 4.5 USDT to the user’s wallet, and routes 0.5 USDT to the protocol treasury.

The entire process — from the user clicking “list” to funds arriving in their wallet — involves four contract interactions: the DID authorization contract, the ERC-7829 asset contract, the marketplace matching contract, and the settlement escrow contract. But the user doesn’t need to know any of those contracts exist. From the user’s perspective, there are two steps: list, get paid.

That is what end-to-end smart contract-driven data trading looks like as a product experience.

Where Things Stand

This system is still in active development. DataDID and ERC-7829 are already running in production. The data marketplace’s core contracts are in internal testnet feedback iteration. The first half of the pipeline — authorization through asset formation — is fully operational. The second half — matching through settlement — awaits final technical validation once the marketplace launches publicly.

But the direction is clear.

When data ownership is confirmed by an on-chain DID, data asset formation is guaranteed by the ERC-7829 standard, and data trading and settlement execute automatically through smart contracts — “data as an asset” stops being an abstract industry narrative. It becomes a precisely defined entity at the contract layer, one that can be created, held, traded, and settled on a blockchain.

For the first time, every step between data generation and data monetization has a chance to be compressed into a single body of publicly auditable code. No platform dependency. No legal dependency. No banking dependency.

That change affects more than data trading efficiency. It affects the question that the internet industry has failed to answer for twenty years: who owns data, who controls it, and who profits from it.

DataDID is MEMO’s decentralized data identity system, with over one million registered users. ERC-7829 was proposed by the MEMO team and has been adopted by over 20 projects. The data marketplace is in active development.

👉 datadidapp.memolabs.net

Idle Yield is a Web3 product model where users install a plugin or client and contribute some form of resource — bandwidth, compute, behavioral data — with near-zero ongoing effort, while the system automatically converts that contribution into quantifiable rewards. Unlike traditional mining or staking, the core promise of idle yield is that once the initial setup is done, no further action is required. Income accumulates on its own.

That promise draws users in. But it also creates the largest gap between frontend simplicity and backend complexity anywhere in Web3. The lighter the user experience, the more precise the value measurement, privacy architecture, anti-cheating mechanisms, and economic model all have to be — invisibly, underneath.

"Just install it and forget about it."

That sentence is probably the most compelling thing you can say to a user — second only to "free money." No complicated onboarding, no daily tasks, no timestamps to remember. Flip a switch, live your life, and watch the rewards accumulate. From a UX standpoint, it's about as low-friction as a product can get.

But anyone who has built products knows what's on the other side of that promise. A product that asks nothing of the user means the product team has to do everything — out of sight. This piece breaks down exactly how many layers of design problems are buried under that seemingly simple premise.

Problem One: Value Anchoring — What Is the User Actually Contributing?

Every idle yield product rests on the same core logic: the user contributes some resource, the system converts it into value, and the value is returned to the user. Three links in a chain. But each link is a trap.

Choosing the Resource Type

Bandwidth, IP addresses, compute, browsing behavior data, storage space — the options look plentiful, but their scarcity and verifiability vary enormously. Bandwidth and compute are rivalrous resources: a device has a hard ceiling on how much it can supply at any given moment, and as more users join, per-user income gets diluted. Behavioral data is non-rivalrous: one person's browsing diversity doesn't shrink because more people are contributing similar data.

But the real challenge isn't non-rivalrousness itself — it's measurement. If the measurement system captures only a single dimension, say, raw domain count, cheaters can fabricate a string of meaningless page hops. If the system simultaneously tracks domain diversity, content category coverage, and effective time-on-page, then combines them into a weighted quality score, an attacker has to defeat three or more independent indicators at once to fake a high score. The key isn't what you choose to measure — it's how many independent dimensions the measurement system has.

This trap runs deep because it isn't purely a technical decision. Every choice about resource definition simultaneously shapes user incentives and the attack surface. Make traffic bytes the measurement unit, and users are incentivized to stream video in the background. Make domain count the unit, and users are incentivized to write auto-clicking scripts. The measurement standard itself draws the line between "good behavior" and "bad behavior" — wherever you draw it, user behavior drifts toward it.

DataDID's Data Mining module is currently the most dimensionally complete public implementation of this principle. It weights four independent dimensions: domain diversity, content category coverage, effective time-on-page, and consecutive online days — rather than depending on any single indicator. Built-in rules enforce a 5-second minimum dwell threshold and consolidate sub-pages under the same domain. These aren't afterthoughts — they're structural constraints baked into the measurement architecture itself.

By contrast, Grass's IP bandwidth rental model is inherently constrained by the rivalrous resource dilution problem — more nodes means less per-node income. ARO's edge compute contribution depends on users' hardware specs. Both face physical ceilings, not design ceilings. DataDID's behavioral signal approach sidesteps the rivalrous resource trap from day one.

Problem Two: Privacy Trust — You Can't See It, So Why Should You Believe It?

Idle yield products have a built-in trust paradox. Users can't see what's happening — that's the product experience the "idle" promise demands. But precisely because they can't see anything, the trust bar gets set extremely high. They don't know what their device is doing, what's being collected, or where that data goes. In that environment, even small uncertainty amplifies into a trust crisis.

Traditional internet products solve this with user agreements — dozens of pages of terms nobody reads, clicked through in a second. Idle yield products can't rely on this, because users know they're contributing something, not just using a service. The perception of contribution is inherently more sensitive than the perception of consumption. A user agreement doesn't resolve that sensitivity.

There are two broad paths forward, and the ideal is to run both at once.

The technical path — ZK Proofs and local encryption — sets an extremely high security ceiling and makes privacy leakage architecturally impossible. The downside is high engineering complexity. The product path — transparent dashboards showing users exactly what's being collected and where it flows — builds trust quickly, but requires ongoing maintenance to close the gap between what's displayed and what users actually check.

DataDID's Data Mining runs both tracks simultaneously. ZK Proofs process and anonymize behavioral data locally on the user's device; raw data never leaves the device, and the server receives only a mathematical attestation. At the same time, the plugin provides a real-time point breakdown dashboard, and the web app shows a color-coded stacked bar chart of the past 14 days.

Grass also uses zero-knowledge proofs, but for a different purpose — to verify that scraped data genuinely came from the claimed URL, not to protect user privacy. What a user's IP is accessing on behalf of whom remains entirely invisible to the user. Both approaches involve ZK proofs, but they solve opposite problems.

Problem Three: Anti-Cheating — The Double Edge of Zero Operational Cost

This one is more frustrating than the previous two. It's an impossible triangle:

• If the rules are fully transparent, cheaters can target the exact weak points.
• If the rules are opaque, honest users can't verify the system is fair.
• Achieving both requires enormous engineering investment.

In the idle yield context, this tension is particularly acute — because if the operational cost for users is near zero, the operational cost for cheaters is also near zero. A system that only requires a daily click-in can be gamed with a scheduled script. A system that measures time-on-page can be gamed by leaving a tab open permanently. Zero operational cost is friendly to users and equally friendly to attackers.

The standard countermeasure is behavioral pattern analysis. Rather than checking whether any single metric hits a threshold, the system examines whether long-run behavioral patterns match the statistical distribution of genuine human activity. The rhythm with which a real person switches between twenty different categories of websites differs from a script-generated access sequence in detectable ways at the micro-time level.

More analysis dimensions mean higher cheating costs. If the system simultaneously examines domain count, category diversity, time-on-page distribution, and cross-period activity patterns, an attacker no longer has to fake one or two isolated metrics — they have to simulate a statistically coherent, complete behavioral profile. Each additional independent dimension doesn't add to the difficulty of cheating; it multiplies it.

This is why the choice of measurement standard is the first line of defense against cheating. The right measurement standard doesn't give attackers a single point to exploit — it gives them a multi-dimensional network that has to hold together globally. DataDID's choice to measure by effective unique domains rather than traffic bytes is precisely because the former can be cross-validated across domain diversity, category coverage, and time-on-page distribution, while the latter is a single number any script can inflate without limit.

That said, behavioral analysis is an ongoing cat-and-mouse game. Cheaters adapt. Models need to evolve. Evolved models get circumvented by new attack vectors.

Problem Four: Economic Sustainability — The Deepest Trap of All

Idle yield products have a built-in contradictory trajectory. Early on, with few users, per-user rewards are high — extremely attractive to early adopters. As the user base expands, the total reward pool either gets diluted or requires constant fresh capital injection. The former drives down per-user income; the latter makes the economic model unsustainable.

This problem is especially acute in token models. If rewards are distributed as project tokens, token price fluctuations directly affect what users actually receive. Users are happy in bull markets and leave in bear markets — but the product hasn't changed. The entire shift in perceived value comes from external market conditions, not from any improvement to the product itself.

Three approaches have emerged in the industry. The token model — issuing rewards as project tokens — is heavily dependent on price and highly volatile across market cycles. Grass's GRASS token is already in circulation, but holders' income expectations still hinge almost entirely on price. The points-anchored-to-consumption model — tying points to in-ecosystem spending rather than token price — requires those consumption use cases to have genuine demand. The third approach, which DataDID pursues, is a dual-track points system anchored to external demand: an online points track provides a baseline floor, a data contribution points track incentivizes quality behavior, and a planned data marketplace provides the external demand that activates the reward pool.

DataDID's system is the closest currently available to this complete three-layer design: online points (issued hourly, with streak multipliers) as a fixed incentive floor; data contribution points (weighted by effective domain diversity and quality multipliers) rewarding genuine contribution; and a data marketplace (in development) as the external demand anchor. Three layers, no dependence on any single variable.

To be candid, the logic is coherent but the engineering isn't complete — this model won't close its final loop until the data marketplace launches and provides real external demand. But the first three legs of the journey are already more solidly built than most alternatives, and far less dependent on waiting for a bull market to save the numbers.

Conclusion: Structural Tension, No Silver Bullet

Stack all four traps together and a more fundamental conclusion becomes visible.

The underlying tension in idle yield as a product type isn't that any single component was built poorly. It's that users' expectation of "idle" — zero perception, zero action, zero learning curve — is set against the challenge of reliably measuring, verifying, and rewarding user contributions without perceiving the user, without touching their device, without intervening in their habits. That challenge compounds multiplicatively.

This is a structural tension, not an execution problem. It's not a question of whether a given team did the job well or poorly. The product format itself, from the very design premise, places its builders in an extremely high-difficulty arena. Do it well, and users take it for granted — because what you promised was "do nothing." Do it poorly, and users feel deceived — because you promised "do nothing and still earn," and you didn't deliver.

That's why the idle yield space in Web3 has many entrants but few survivors. The market is real, but the bar to pass is brutal.

Grass's 2.5 million nodes proved that genuine market demand exists for this category. ARO validated the technical feasibility of renting out edge compute. DataDID's Data Mining builds on both, and offers the most complete systematic answer currently available across value anchoring, privacy architecture, and anti-cheating.

The four-dimensional behavioral signal system solves value anchoring. The local ZK Proof workflow solves privacy trust. Domain diversity weighting plus multi-indicator cross-validation solves anti-cheating. Three of the four traps addressed. The fourth — anchoring points value to external demand — awaits the data marketplace's launch to complete the final mile. But the first three miles have been built more solidly than most alternatives on the market.

What this contributes is a proof of concept: "lowest barrier to participation" and "highest quality of reward" are not mutually exclusive — they can coexist in a technical architecture.

FAQ

What is an "idle yield" product? Idle yield is a Web3 product model where users install a plugin or client and contribute some resource — bandwidth, compute, behavioral data — with near-zero ongoing effort, while the system automatically converts that into quantifiable rewards. Representative projects include Grass (bandwidth/IP), ARO (edge compute), and DataDID Data Mining (behavioral data).

What's the core difference between DataDID Data Mining and Grass? The core differences are in what gets measured and how privacy is handled. Grass measures IP and bandwidth — rivalrous resources with a hard physical ceiling that causes per-user income to dilute as scale grows. DataDID measures behavioral signals (domain diversity × category coverage × time-on-page × consecutive online days) — non-rivalrous, with no physical ceiling. On privacy: Grass's ZK Proofs verify that scraped data genuinely came from the claimed URL; they don't protect user privacy. DataDID's ZK Proofs ensure raw data never leaves the user's device.

What's the biggest design challenge in idle yield products? Four challenges that must be solved simultaneously, not sequentially: (1) value anchoring — how to accurately measure what the user contributes; (2) privacy trust — how to build trust when the user can't see what's happening; (3) anti-cheating — zero operational cost for users means zero operational cost for cheaters too; (4) economic sustainability — how to prevent per-user income from collapsing as scale grows.

How does DataDID handle anti-cheating? Through multi-dimensional cross-validation. Rather than relying on any single metric like traffic bytes, DataDID weights three independent dimensions — domain diversity, content category coverage, and effective time-on-page distribution — and enforces structural rules including a 5-second minimum dwell threshold and sub-page consolidation under the same domain. An attacker must defeat multiple independent dimensions simultaneously to fake a high score. Cheating difficulty grows multiplicatively with the number of dimensions.

What sustains the rewards in an idle yield product? Three main models exist in the industry. The token model distributes rewards as project tokens, but is heavily dependent on price and volatile across market cycles. The points-anchored-to-consumption model ties points to in-ecosystem spending. DataDID uses a dual-track system with external demand anchoring: online points as an income floor, data contribution points rewarding quality behavior, and a planned data marketplace providing the external demand to underpin the reward pool's long-term value.

The analytical framework in this article is based on research into publicly available design documents and technical architectures across multiple idle yield projects. Grass node data sourced from official Grass disclosures (2025). DataDID user and points data sourced from MEMO 2025 Annual Report.

In 2021, someone paid $2.9 million for a tweet minted as an NFT.

What actually lived on-chain was roughly this: an ERC-721 token containing a metadata pointer, pointing to a JSON file on an IPFS node, which in turn pointed to the actual content stored somewhere else. Three hops later, the relationship between what’s on-chain and what’s off-chain was about as thin as a sheet of paper. If the IPFS node went offline, if the JSON file got corrupted, if any layer in the storage stack failed — your $2.9 million became a token pointing at an empty address.

This isn’t just the story of one tweet. It’s the structural flaw of the entire NFT standard as applied to data assets.

When we were designing ERC-7829, this image kept coming back. An NFT shouldn’t merely point to data. It should be the data.

This piece explains the standard from the ground up — where it came from, how it’s architected, and the design philosophy behind it.

What ERC-721 Gets Wrong for Data Assets

Before understanding ERC-7829, it’s worth seeing clearly what ERC-721 gets wrong in the data asset context.

ERC-721’s design logic is extremely simple. One token, one set of metadata. A tokenID points to a URI, the URI points to a JSON file, and the JSON file stores fields like name, description, and image. For use cases involving profile pictures, artwork, and game items — essentially “proof of ownership” scenarios — this works well. The consensus foundation for those assets is: “We all agree this token represents that image.” Where the image is stored doesn’t really matter; what everyone recognizes is the consensus itself.

Data assets don’t work that way.

A tweet, a research report, a user behavior dataset, an original article — the value of these assets lives in their content, not in the social consensus around who owns them. When I mint a tweet as an on-chain asset, what I care about is not “there’s a record on-chain proving this tweet is mine.” What I care about is: “this tweet’s content is permanently, verifiably anchored on-chain, and I have exclusive control over access and revenue.”

Can ERC-721 deliver that? No.

Its metadata storage model is a pointer chain — tokenID → metadata URI → actual content. The metadata stores no content integrity proof. The contract layer has no native access control template. There’s no automated mechanism to synchronize token transfer with content authorization. Using ERC-721 to manage data assets is like using a note that says “go to the fifth floor and ask Zhang San, he’ll tell you where the file is” to represent a bank loan. The value of the note and the value of what the note points to are separated by an entire chain of unverifiable trust.

So we wrote a new standard.

Three Foundational Differences in ERC-7829

ERC-7829’s definition of a “data asset NFT” differs from ERC-721’s definition of an “ownership NFT” in three fundamental ways.

First: data integrity verification anchoring.

ERC-7829 embeds a content integrity proof directly into every token’s on-chain storage structure. This is a cryptographic digest, calculated at mint time by the contract from the hash of the original data, and written into the token’s storage slot. Anyone, at any time, can verify whether data has been tampered with, whether it’s complete, and whether it matches the original version at mint time — simply by comparing the on-chain integrity proof against their own copy of the data.

What does this mean in practice? An ERC-721 holder who buys a token has no way to learn from the chain whether the content they “own” has been swapped out. The protocol doesn’t guarantee that. ERC-7829 encodes that guarantee into the contract layer. The verification anchor gives “data asset” as a concept its first cryptographic integrity protection on-chain — one that doesn’t depend on any particular server staying online or any node remaining available.

Second: programmable access control.

In the ERC-721 world, “who can read the content of this tweet” is simply not the protocol’s concern. Token transfer represents ownership transfer, but access to the content itself is entirely governed by the storage layer’s permission management — unrelated to the contract.

ERC-7829 natively supports access control templates at the contract layer. Data holders can configure access conditions at mint time or afterward: who can read the data, under what conditions, whether payment is required, and how much. These conditions are encoded directly into the token contract in a programmable way, with no dependence on any external server or third-party gateway.

Why does this matter? Because data asset transactions are almost never all-or-nothing. A buyer of a user behavior dataset may need “the right to access the data within a specific time window and in a specific aggregated form” — not the full raw dataset. ERC-721 has no native support for partial authorization. ERC-7829 builds that capability into the protocol layer.

Third: automated revenue distribution.

The transaction chain for data assets is typically longer than for collectibles. A dataset might pass through collectors, aggregators, annotators, and quality reviewers before reaching the end buyer at higher added value. Each contributor along the way should continue receiving revenue from subsequent transactions.

ERC-7829 builds revenue distribution rules into the token standard itself. At mint time, the original creator can set a revenue split ratio for future transactions — fixed percentage, exponentially decaying, or varying with transaction count. These rules are encoded in the smart contract and execute automatically, with no manual intervention, no legal agreements, and no trust assumptions about any intermediary. Every transfer triggers automatic distribution.

For the first time, the creator economy and the data economy connect through this mechanism. If you mint a tweet on DataDID and it’s later included in an AI training dataset, referenced by a content aggregation platform, or adopted by a data analytics firm — each transfer automatically triggers revenue distribution according to the rules you set at mint time.

How the Three Properties Work Together

These three features aren’t isolated. They form a mutually interlocking triangle.

Integrity verification anchoring ensures “this asset is genuine.” Access control governs “who can use it and under what conditions.” Revenue distribution ensures “value flows back.” Remove any one side of the triangle and the data asset loop breaks down.

A concrete example of how the triangle operates in practice.

You publish a tweet analyzing AI industry trends. You click Mint in the DataDID plugin. The ERC-7829 contract does several things simultaneously: it computes a hash of the tweet content as an integrity proof and writes it into the on-chain storage slot; it configures access control rules according to your chosen distribution strategy — say, publicly readable but commercial use requires payment; it encodes your revenue split into the contract’s royalties field — say, 5% of secondary market transactions back to you.

That tweet is no longer just a database row on Twitter’s servers. It’s a data asset — cryptographically anchored for integrity, carrying programmable permissions, and with a revenue loop built in.

If an AI training data aggregator wants to include your tweet, its contract first checks the asset’s access control rules. If payment is required, access opens automatically upon completion. The revenue generated by that transaction distributes automatically in the ratio you set. No manual operation required at any step, no legal agreement, no trust assumption.

This is ERC-7829’s complete intended workflow.

Why Not Just Extend ERC-721?

When developing this standard, we debated one question repeatedly: why not extend ERC-721 with an off-chain protocol layer? Why write a new standard?

The answer is state isolation.

ERC-721’s token state model is optimized for ownership transfer. It records “who owns this token” — not “what state is the asset this token represents currently in.” When you need to record a data asset’s integrity state, current access control configuration, and cumulative revenue distribution history, stuffing all of that into off-chain auxiliary contracts creates two problems. First, state consistency depends on a synchronization mechanism between the auxiliary and primary contracts. Second, cross-platform interoperability gets destroyed by divergence in off-chain protocols.

ERC-7829 elevates all of this state data to the token contract’s native storage layer. The integrity proof is token state. The access control rules are token state. The revenue distribution history is token state.

The result: any ERC-7829-compatible browser, marketplace, wallet, or analytics platform can read a data asset’s complete state directly from the chain. No guessing at off-chain activity, no querying a specific auxiliary contract address. The interoperability that standardization enables doesn’t come from everyone agreeing to use the same off-chain rules — it comes from all necessary information being written into the same contract on the same chain.

Where ERC-7829 Is Today

ERC-7829 has already launched inside the DataDID browser extension as the underlying standard for the tweet minting feature. Users are minting their social content as on-chain data assets through this standard every day.

But tweet minting is just the tip of what ERC-7829 can handle. From a technical architecture standpoint, this standard applies to any content type that can produce a unique digital fingerprint — articles, code, datasets, research reports, user behavior records, AI model outputs. Any digital content verifiable through cryptographic hashing can be tokenized as an on-chain asset via ERC-7829.

We’re working to make ERC-7829 a fully open, community-driven specification. Any developer can use it to build data asset functionality into their own projects — no permission from us required, no dependency on our infrastructure. Just implement the standard interface.

Within the MEMO ecosystem, ERC-7829 works alongside the DataDID identity system, the Data Mining incentive module, and the planned data marketplace to form a complete value chain. DataDID handles identity — who produced this data. Data Mining handles quantification — how diverse and high-quality the data is. ERC-7829 handles asset formation — how the data gets verified, protected, and traded. The data marketplace handles circulation — who will pay for it.

Four pieces together, forming an end-to-end loop from data creation to data monetization.

What ERC-7829 Is Really About

The most important thing we want to be clear about: data assets and ownership certificates are two fundamentally different things — in both cryptographic and economic terms.

For the past several years, the industry defaulted to managing data assets with ownership-certificate standards because there was no other option. ERC-7829 is a systematic correction of that default.

This is more than a technical standard iteration. It changes the underlying logic of how data transforms from “a bunch of bytes on a server” into “an on-chain entity with its own independent economic life.” When a piece of data’s integrity can be proven cryptographically, when access to it can be controlled programmatically, when its revenue can be distributed automatically — data is no longer a passive resource that needs layers of legal contract wrapped around it. It becomes an autonomous entity capable of protecting itself, pricing itself, and distributing its own value.

That is what data asset formation actually means.

ERC-7829 was proposed by the MEMO team and currently operates as the underlying standard for the tweet minting feature in the DataDID ecosystem, with adoption by over 20 projects. We welcome developers and projects to participate in building and promoting the standard.

If you just heard about DataDID, or you’ve signed up but aren’t sure what it actually does — this guide is for you.

DataDID is MEMO’s decentralized data identity system, with over one million registered users. It’s not a single check-in tool. It’s an entire product ecosystem designed to let ordinary people turn their everyday online activity into on-chain assets and ongoing income — from tweet minting and data incentives to life monitoring and an AI agent skill marketplace. The ecosystem is richer than you might expect.

This guide walks you through everything, in order from basics to advanced.

1. Installing the Plugin: Up and Running in Three Minutes

Everything starts with the browser extension.

Visit the DataDID website or head directly to the Chrome Web Store, search for DataDID, and install it in one click. The plugin supports both English and Chinese interfaces — install and go.

After installation, the system walks you through two things: creating your DataDID identity and connecting a wallet. Register with an email address or MetaMask wallet, and the system generates your unique decentralized identifier (DID). This DID is your passport across the entire MEMO ecosystem — all your points, data assets, and participation history are tied to it.

Registration takes about 2–3 minutes. If a friend referred you, enter their invite code and you’ll immediately receive 500 points as a starting bonus.

Plugin link: https://datadidapp.memolabs.net/

2. Daily Check-In: The Easiest Way to Earn Points

After registration, the most important — and simplest — thing to do is check in daily.

Click the check-in button in the plugin panel to submit your daily security report and receive the corresponding points. No extra steps required. One click. Maintain a streak and your points accumulate with each passing day.

Points are your proof of participation across the entire DataDID ecosystem. They can be used for ecosystem events, premium feature subscriptions, and serve as a key basis for future reward distributions. The earlier you start accumulating, the more you benefit from compounding.

3. Tweet Minting: Turn Your Content Into On-Chain Assets

This is the most immediately tangible feature you’ll notice after installing the plugin.

While browsing X (formerly Twitter), a Mint button appears at the bottom of every tweet. Click it, and that tweet is minted as an on-chain data asset, implemented under the ERC-7829 data asset NFT standard proposed by MEMO.

What makes this different from a regular NFT? Traditional NFTs (like ERC-721) only store a metadata pointer — a single line pointing to a file on some server. If that server goes down, the NFT becomes a dead link. ERC-7829 uses integrity verification anchoring, programmable access control, and automatic revenue distribution to record the tweet content itself as a fully verifiable on-chain asset. Every tweet you mint genuinely belongs to you, with no dependence on any centralized platform.

Minted assets can be held and displayed. More importantly, once the DataDID data marketplace launches, these on-chain data assets will be freely tradable. Every tweet you mint today is early positioning for that market.

The plugin also adds an AI button to the tweet composer and reply box. Click it and the system auto-generates a tweet or quick reply related to the MEMO ecosystem. Publish it and earn points. Everyday Twitter use, effortless point accumulation.

4. Data Mining: Passive Income While You Browse

This is DataDID’s most significant recent launch, and it deserves a proper explanation.

The core logic: as you browse normally, your browser naturally produces observable public behavioral signals — which categories of sites you visit, how long you spend on each page, how your interests shift across different content types. None of this involves passwords, personal identity information, or any private content. These are objective traces that exist at the public behavioral layer of the browser.

What DataDID does is structure this behavioral data, run it through Zero-Knowledge Proof (ZK Proof) processing locally on your device, and generate a mathematical proof that gets uploaded to the chain. The raw data never leaves your computer. What goes on-chain is only a proof that “this is a real user with diverse browsing behavior.” The AI training data market needs the strength and diversity of that signal — not the specifics of what you read.

How points are calculated — two parallel tracks:

Online points. Having the plugin active signals that your node is available. Points are issued hourly. Base rate is 6 points per hour, with a streak multiplier that increases the longer you stay consistently online — up to a maximum of 1.5×, with a daily cap of 108 points.

Data contribution points. Measured by the number of unique domains you effectively visit. Visit 20 distinct domains across multiple content categories in a day, and you’re eligible for the highest diversity and quality multipliers. Anti-gaming measures are built in: pages you spend fewer than 5 seconds on don’t count, and sub-pages under the same second-level domain are consolidated.

A real example: a user on their 7th consecutive online day who visited 20 quality domains the previous day earns 101 points that day — without doing anything extra.

Using it is simple: flip the Data Mining switch in the plugin, then browse the internet as you normally would. Note that the first time you enable it, an authorization screen appears that clearly explains the scope of data collection, what it’s used for, and your right to revoke consent at any time. Turning off the switch stops collection immediately, and accumulated points are not cleared. You remain in control.

5. AppsList: More Than Just Check-Ins

DataDID is more than a check-in and data incentive platform — it’s a complete application ecosystem.

AppsList is DataDID’s built-in app marketplace, bringing together a range of functional Web3 applications. You can log into any of them directly with your DataDID identity, no separate registration required.

Several apps are worth trying right now.

AliveCheck — On-Chain Life Monitoring. This is DataDID’s core guardian feature. Check in each day to signal you’re okay. If you miss two consecutive days, the system automatically notifies your pre-set emergency contacts. You can also set up a message capsule in advance — essentially an on-chain will — which the system will automatically deliver to your designated contacts if you go offline. It’s a unique feature that combines data sovereignty with genuine human care.

User Personality Analysis. Analyzes your on-chain behavior and data to generate your Web3 personality profile.

Using these applications through AppsList also earns you points. Developers can submit their own applications to the AppsList developer platform to reach all DataDID users while earning ecosystem incentives.

6. SkillsList: Put AI Agents to Work for You

If you’re already using OpenClaw (Lobster Assistant), SkillsList takes your experience to another level.

SkillsList is a skill plugin marketplace built specifically for OpenClaw. Several useful skills are already available.

MEFS MCP Service. An official MEMO decentralized storage skill. Once installed, OpenClaw can permanently store conversation logs, task outputs, knowledge bases, and other data on the MEMO decentralized network — retrievable at any time, never lost when a session ends.

datadid-checkin Skill. Install it and a single instruction to OpenClaw automatically completes your daily DataDID and AliveCheck check-ins. Points land in your account automatically. Completely hands-free.

A growing library of third-party skills covers data processing, content generation, automated tasks, and more.

Developers can also upload their own skills to the SkillsList developer platform, with revenue secured by smart contract.

SkillsList: https://skillhub.memolabs.net/

7. Campaign Events: Points and Cash, Both at Once

Beyond daily feature use, DataDID runs periodic campaign events — the fastest way to accelerate your points and earn cash rewards.

Current event: DataDID Summer Appreciation Season

Period: June 24 — July 23, 2026 (30 days)

Three steps to participate:

1. Install the DataDID Chrome extension and connect your wallet
2. Rate DataDID on Google Play and leave a genuine review (the more detailed and authentic, the higher your chances of winning)
3. Reply under the campaign post with your screenshot and DID information

After the event ends, 10 winners will be selected from all eligible participants — each receiving 20 USDT.

There’s also an instant points bonus: during the event period, whether you’re installing the plugin for the first time or returning as an existing user, simply install and connect your wallet, or log into the DataDID plugin with your existing account, and you’ll immediately receive 500 points. No conditions, no entry required. Just log in.

8. Your DataDID Progression Path

String all seven modules together and your DataDID journey roughly unfolds like this.

Getting started. Install the plugin, register your DID, complete your first daily check-in. Points begin accumulating.

Exploring. Connect your X account, mint your first tweet, and experience on-chain data asset creation firsthand. Enable Data Mining and let your browsing behavior start generating passive income.

Building habits. Maintain daily check-ins and consistent online time. Your Data Mining streak multiplier builds gradually, and your points growth rate accelerates. Start exploring AliveCheck and other apps in AppsList.

Going advanced. If you use OpenClaw, install the datadid-checkin Skill to automate your daily check-ins, and install the MEFS MCP to give your AI agent persistent memory. Keep an eye on new skills in SkillsList and updates to the developer platform.

Active participation. Follow official campaigns and seize USDT reward opportunities and points acceleration events. Build up your tweet mint library in anticipation of the data marketplace launch.

Every step compounds. Points are the immediate return — but more important than points is this: every action you take here builds a complete on-chain data identity that genuinely belongs to you. That identity grows more complete and more valuable with every contribution.

Start now.

Install DataDID: https://datadidapp.memolabs.net/

Since DataDID launched, community growth has far exceeded expectations. Hundreds of thousands of users have minted their social content as on-chain assets through DataDID. With the Data Mining module now live, even more people are turning their browsing behavior into an ongoing source of income in the AI era. None of it would have happened without the community’s support.

So we put together a 30-day appreciation event. Simple rules, real rewards.

Event Period

June 24 — July 23, 2026 (30 days)

Who Can Participate

Everyone. Whether you’re a longtime DataDID user or just hearing about it for the first time, this event has something for you.

How to Participate — Three Steps

Step 1: Install the DataDID browser extension.

Search for DataDID on the Chrome Web Store, or go straight to the install link and add it to your browser in one click. The extension supports both English and Chinese interfaces — install and go.

Step 2: Rate DataDID on Google Play and write a genuine review.

Your experience, your suggestions, your feature feedback — all of it matters to us. The more specific and honest your review, the higher your chances of being selected as a winner. We don’t need templated praise. We want to hear what you actually think.

Step 3: Reply under the campaign post with your screenshot and DID information.

After leaving your rating and review, take a screenshot of your Google Play review page and post it in the comments of the campaign tweet on X (formerly Twitter), along with your DataDID identifier.

That’s it. After the event ends, we’ll select 10 winners from all eligible participants — each receiving 20 USDT.

Instant Points Reward: Yours the Moment You Log In

We also have a reward that requires no selection at all.

During the event period, whether you’re installing the extension for the first time or returning as an existing user — simply install the plugin and connect your wallet, or log into the DataDID extension with your existing account, and you’ll instantly receive 200 points. No conditions attached, no entry required. Just log in and they’re yours.

What can points be used for? DataDID points are directly tied to tweet minting and event participation within the ecosystem, with more redemption channels opening as the data marketplace launches. More importantly, accumulated points can be converted into eligibility for future $MEMO airdrops.

Event Rules at a Glance

Period: June 24 — July 23, 2026

Requirements:

• Install the DataDID Chrome extension and connect your wallet
• Rate DataDID on Google Play and write a review
• Reply under the campaign post on X with your screenshot + DID information

Rewards:

• 10 winners, 20 USDT each
• Selection criteria: the more detailed, genuine, and constructive your review, the higher your chances
• Instant reward: 200 points for any new install or existing user login during the event period

Winner announcement: within 7 business days after the event closes, on the official DataDID X account

More Than Just Rewards

DataDID is a decentralized data identity system built for everyone.

With it, you can mint every piece of content you publish on social platforms as an on-chain data asset — receiving immutable proof of ownership. Through the Data Mining module, you can let the diversity of your browsing behavior become a continuous income stream in the AI era, without exposing a single byte of raw browsing data. And through the AliveCheck module, you can set up on-chain life monitoring to ensure your digital assets are handled according to your wishes, no matter what.

These aren’t promises. We’re delivering them, one by one.

This campaign is a small pit stop along a much longer journey. We want to use real rewards and instant points to invite more people to open DataDID this summer — try it out, and then tell us what you honestly think.

The install link is right below.

Install the DataDID Extension

👉 Chrome Web Store

Follow us so you don’t miss the winner announcement

👉 X (Twitter): @MemoLabsOrg

In 2024, cumulative GDPR fines in the EU surpassed €4.5 billion.

That same year, the U.S. Copyright Office began re-examining the fair use boundaries of AI training data. The New York Times sued OpenAI, demanding the destruction of model weights trained on its content. Japan revised its Act on the Protection of Personal Information to bring browsing behavior data under regulatory scope.

If you're a product manager at any internet company, you can feel the shift. Three years ago, saying "we protect user privacy" was a PR statement. Today, saying it means you need to open up your technical architecture and show your work. Regulators, investors, and users are all applying increasingly rigorous standards to determine whether "privacy" actually means anything.

Inside the DataDID team, when we talk about ZK Proofs, we keep coming back to one analogy.

It's not a door lock. It's a load-bearing wall.

A door lock can be picked. It can be bypassed by someone with admin access. It can be accidentally disarmed during a maintenance incident. A load-bearing wall can't. Tear it down and the building collapses. That's not a permissions issue — it's a physical constraint.

This post is about how that wall gets built, and why it may be the only truly reliable line of defense we have in data privacy.

The Three Paths the Industry Has Tried — and Where Each One Breaks

The internet industry currently has roughly three approaches to protecting user data. Each has its own fatal flaw.

Path one: encryption. TLS in transit, AES at rest, clean key rotation practices. The problem is that encryption protects data while it's being transmitted or stored — but the moment the server needs to use the data, for analysis, matching, or recommendations, it has to decrypt first. The instant it decrypts, the data is vulnerable again. Encryption is the lock on the cabinet, but you always have to open the cabinet to get at what's inside.

Path two: de-identification. Strip direct identifiers — name, phone number, national ID — and retain an anonymized user profile. The problem here is subtler but more serious. De-identification is not the same as anonymization. A substantial body of academic research has shown that with enough auxiliary information, so-called anonymous data can be re-identified with considerable precision. In 2006, the "anonymous" search logs AOL released publicly were traced back to specific individuals by New York Times reporters within days. In 2007, researchers at the University of Texas cross-referenced the anonymous rating data from the Netflix Prize dataset with public IMDb ratings and reconstructed user identities. De-identification is a thin veil, not a wall.

Path three: compliance. User agreements, privacy pop-ups, a stack of documentation ready for a GDPR audit. This is the lowest-effort path and, by far, the most common. The problem is simple: compliance answers the question of who's liable when something goes wrong — not whether something can go wrong. It's a legal defense, not a technical one.

Step back from all three, and a shared blind spot emerges. Every one of them tries to protect privacy after the data has already been collected and uploaded to a server. They protect data once it reaches the server. But the moment data leaves a user's local device, its fate is in someone else's hands.

This is where ZK Proofs do something fundamentally different.

The Bar Analogy — Because It's Still the Clearest Explanation

Before getting into the technical specifics, the bar example. It gets used a lot, and for good reason — it's genuinely the most intuitive way to understand what's happening.

You walk into a bar. The bouncer needs to confirm you're 21 or older. The traditional approach: you hand over your ID, which contains your name, date of birth, photo, and home address. To prove one single thing — "I am at least 21" — you've handed over a bundle of information with zero connection to your age. That information is now in the bouncer's hands. You might trust him, but can you trust every app on his phone that might scan it? Can you trust that the bar's database won't be breached three years from now?

The ZK Proof approach flips this entirely. It gives you a mathematical tool that generates a proof: "This person's age is greater than or equal to 21." Nothing else. The bouncer verifies the proof, gets the answer he needed, and learns nothing about your actual age, your name, or your address. You exposed exactly the necessary information — not one word more.

That's the core insight. Traditional privacy protection asks: "How can we safely do things with this pile of data?" ZK Proof asks: "Can we get the job done without ever needing this pile of data in the first place?" The former is damage control after data already exists. The latter eliminates the need for the data to leave your device at all.

When we designed DataDID's Data Mining module, we faced the same structural question. What does the AI training data market actually need? Not "which five tech articles did this user read today" — it needs the signal that "this is a real user with diverse browsing behavior." That signal can be carried by a mathematical proof. The raw data never needs to leave your device.

How This Works in Practice Inside DataDID

When a user enables the Data Mining module, the system completes three steps entirely on the user's local device.

Step one: identify signals from the public behavioral layer of the browser — which categories of sites were visited, how long was spent on each page, which interest domains the content covered. Step two: feed those behavioral signals into a local ZK circuit and generate a mathematical proof. Step three: upload the proof to the chain; the raw behavioral data is automatically discarded locally.

Throughout the entire process, what the server receives is a single cryptographic attestation. It can verify that the attestation genuinely came from a legitimately authorized client, and that the behavioral diversity metrics it describes are statistically plausible — but it cannot reconstruct any specific browsing record from that proof. The proof is zero-knowledge: the verifier learns nothing beyond "this proof is valid."

This distinction is worth stating precisely, because it gets confused often.

Encryption and ZK Proofs both involve cryptography, but they solve opposite problems. Encryption solves "only authorized parties can see this." ZK solves "nobody needs to see this at all." Encryption protects the confidentiality of data. ZK eliminates the need for the data to be seen in the first place.

The difference between de-identification and ZK Proofs is even more fundamental. De-identification processes the original data — but the original data still traveled to the server. The ZK approach means the raw data was never transmitted. This isn't "we processed your data until no one can recognize it." This is "your data never left your device. What was sent is a mathematical summary about your data."

In DataDID's architecture, the server holds no browsing records. Not "we deleted the records" — "the records were never uploaded." Those two statements sound similar. In security engineering, they are separated by the entire history of internet privacy.

Back to the Load-Bearing Wall

Why is ZK Proof a load-bearing wall rather than a door lock?

Because a door lock is a management mechanism. An administrator can unlock it today. A database admin can bypass it. An internal bad actor can circumvent it. A court order can compel it to be opened. Any system that depends on "permissions being correctly configured" and "administrators not making mistakes" is permanently fragile. It doesn't get broken by technology — it gets broken by human nature.

A load-bearing wall is different. It's a structural constraint.

In DataDID's architecture, "raw data stays local" is not a setting that can be toggled off. It's not a policy switch that can be flipped through an admin panel. It's not an exemption available under certain elevated permissions. It is a physical fact embedded in the code execution path: data collection runs locally, the ZK circuit runs locally, proof generation runs locally. There is no code path in the entire data processing pipeline that sends raw data to a server. Even if someone obtained every server credential, every database password, every API key — they still couldn't get the user's browsing records, because those records have never existed on the server.

That is what "last line of defense" means.

Encryption can be decrypted. De-identification can be re-identified. Compliance can assign liability after a breach but cannot prevent the breach itself. Architectural constraints cannot be circumvented. It's the difference between a system that is physically incapable of doing something versus a system that is configured to not do something.

To be candid, this design has a real cost. ZK circuits running locally means the computational overhead lands on the user's device rather than a centralized server cluster. Local ZK proof generation has meaningful hardware requirements, and the engineering optimization work involved is substantially greater than centralized server-side processing would be. Every time the team has debated moving ZK computation to the server to improve user experience, we've stopped for the same reason: the moment data leaves the user's device, it no longer belongs entirely to the user.

We've decided that cost is worth paying.

One More Thing, If You've Made It This Far

The past twenty years of internet technology have, in a real sense, been a story of data centers accumulating power and users gradually surrendering control. From local software to SaaS, from owned servers to cloud computing, each technological migration has said the same thing: hand us your things and we'll manage them for you. This narrative holds up in the dimension of convenience. It largely holds up in the dimension of security — professional data centers genuinely are less likely to lose your data than your personal hard drive.

But in one dimension, it has failed completely. Control.

Your photos in the cloud: the cloud provider can see them. Your documents in an online editor: the platform can scan them. Your browser open: dozens of tracking scripts are recording your every move. These behaviors are all technically described as "providing a service," but they all point to the same structural outcome — you no longer own your data. You're merely permitted to access it.

ZK Proof is a technology with the potential to reverse that trajectory.

Not because it's already perfect. Not because it's solved every problem. Not because it's been fully validated at massive production scale. But because it is the only known cryptographic tool capable of simultaneously satisfying two contradictory requirements: data that is useful and data that never leaves you.

DataDID's Data Mining module is one small step in this direction — a concrete product experiment. The proposition we're testing: can a product that helps users earn returns from their data, and a technical architecture that rules out privacy leakage at the structural level, be delivered as a single unified product? If the answer is yes, what changes isn't just the detail of how many points some users accumulate today. What changes is a deep-seated assumption — that for data to generate value, it must be collected, uploaded, and controlled by whoever owns the data center.

Whether ZK Proofs can hold the line, time will tell.

But we've at least put up the load-bearing wall.

Because some things shouldn't depend on trust.

If someone told you there's a browser extension that earns you passive income just by being installed — no setup, no extra steps — your first reaction probably wouldn't be excitement. It would be suspicion.

That's a reasonable response.

Over the past decade, the "free service + data collection" business model has trained users to be reflexively wary. Every internet product you use is collecting your data in ways you can't see, then monetizing it in places you'll never know about. You're not the user — you're the product. That line has been repeated for years, but it's never been more true than it is today.

So when we announced that DataDID was launching its Data Mining module — a feature that lets users convert their browsing behavior into point-based rewards — the first question we had to answer wasn't "how are points calculated" or "how much can I earn." It was: "Is my data safe?"

This post answers that question from the ground up.

What We Collect — and What We Don't

Bottom line first: the Data Mining module collects signals from the public behavioral layer of your browser. It does not touch account credentials, personal identity information, the content of what you browse, or any private data.

Specifically, the system identifies and records locally: the domain of each website you visit, how long you stay on that page, and which content category that domain belongs to. All of these signals come from a layer of the browser that is publicly observable by any extension running in it — what types of sites you visit, which pages hold your attention longer, how your interests shift across different content categories. The difference between us and other actors is this: others take that data and build advertising profiles. We run the entire processing pipeline locally, and only send out a mathematical proof.

Two details are worth calling out explicitly.

First, we cannot see what you're actually reading. The specific articles you read, the videos you watch — none of that is within the scope of collection by design. We don't need to know what you're looking at. We only need to know what type of site you're visiting and whether your browsing pattern is diverse.

Second, the system has strict anti-gaming mechanisms built in: pages you spend fewer than 5 seconds on don't count as valid visits, and sub-pages under the same second-level domain are consolidated into a single entry. The underlying logic is that high-quality behavioral data comes from genuine, meaningful browsing — not mechanical page-hopping.

What ZK Proofs Do: Why a "Proof" Is Not the Same as "Data"

What genuinely sets Data Mining's privacy architecture apart from conventional data collection is zero-knowledge proofs (ZK Proofs).

The concept might sound abstract, but the principle is straightforward.

The traditional approach: the data collector takes your data, stores it on their servers, then tells buyers "this data is real." In that pipeline, your data has already been copied in full and handed off. What happens to it next — where it's stored, how it's used, when it gets deleted — depends entirely on the collector's integrity. You have no actual control.

Our approach: all raw data processing happens locally on your device. A ZK circuit then generates a mathematical proof. That proof can verify something like: "This user visited 20 distinct domains in the past 24 hours, spanning more than 5 content categories, with all visits representing genuine browsing sessions of at least 5 seconds." But it cannot be reverse-engineered to reveal which specific sites you visited, in what order, or at what time.

One sentence captures the difference: traditional systems export your data. ZK systems export a proof about your data.

A commonly used analogy: you walk into a bar and the bouncer needs to confirm you're 21 or older. The traditional approach — you hand over your ID, which has your birthdate, name, home address, and photo. The ZK approach — you present a mathematical proof that states "this person's age ≥ 21," nothing more. The bouncer gets what he needs. You keep everything you didn't need to share.

When designing Data Mining's architecture, we faced essentially the same trade-off. What does the AI training data market actually need? Not the specific articles you read — it needs the signal that "this is a real user with diverse browsing behavior." The value of that signal comes from its diversity and authenticity, not from its specificity.

So raw data never leaves your device. What goes on-chain is only the verification credential generated by the ZK Proof — a cryptographic "mathematical attestation" that records your behavioral diversity but cannot be used to reconstruct your browsing history. That was the design boundary we drew from the very beginning and never moved.

Why the Toggle Defaults to Off

One decision during Data Mining's product design generated significant internal debate: should the data incentive module default to on or off?

Default-on means zero friction for the user and much better early participation numbers. That's almost conventional wisdom in internet product design — every additional step in a flow causes meaningful drop-off.

We chose default-off anyway.

The reason is simple: data collection is in the middle of a global trust crisis. GDPR has levied over €4.5 billion in cumulative fines. Regulators across jurisdictions are tightening provenance requirements for AI training data. The "collect first, notify later" product logic is being systematically challenged. In that environment, a data-related product where users have to discover for themselves that they even have a choice — that product has already compromised its own credibility before it's shipped.

So the first time you enable the Data Mining module, the plugin surfaces a clear authorization screen that specifies exactly what signals are collected, what they're used for, and that you can turn off the toggle and revoke consent at any time. Turning it off stops collection immediately. Accumulated points are not cleared.

We believe the path forward for the data economy isn't using better technology to collect data more invisibly. It's using stronger mechanisms to genuinely return data control to users. That sounds like a platitude, but at the product level it comes down to a single concrete choice: default-off instead of default-on.

The Last Line of Defense: No Raw Data Stored Server-Side

There's one more detail that's easy to overlook but critical to the privacy architecture: DataDID's servers do not store users' raw browsing behavior data.

This means that even in the most extreme scenario — a successful attack on DataDID's backend — what an attacker could access would be only the on-chain ZK Proof verification credentials. There would be no browsing records to reconstruct, because the raw data never left users' local devices in the first place.

This is the most fundamental distinction between privacy by design and privacy by promise. A promise is a sentence in a whitepaper. A design is a physical constraint baked into the system architecture. Promises can be broken. Architectural constraints cannot be circumvented — even the system administrators themselves have no access to data that was never stored on the servers.

This is why, at the architecture design stage, we chose a fully local ZK Proof approach rather than uploading data to a server for "de-identification processing." The latter would have been more cost-efficient in operational terms — running ZK circuits on centralized server hardware is far more efficient than running them distributed across user devices. But the cost savings would have come at the price of a security gap: the moment data leaves a user's device, it no longer belongs entirely to that user.

A Final Note

As a product, the Data Mining module is a points incentive tool. But from where we started, it's closer to an experimental proof of concept. The proposition we wanted to test: can a product that helps users earn returns from their data, and a technical architecture that fully respects user privacy, coexist?

That sounds like walking a tightrope. But the maturation of ZK Proof technology has made that rope considerably thicker than it was a few years ago.

Users have never been bystanders in the data economy. They've simply never had the tools — a mechanism that lets them participate in data value distribution without surrendering their privacy. Data Mining is our first answer to that problem.

It's not perfect. But the direction is right. The rest is up to time.

DataDID is MEMO's decentralized data identity system. It enables on-chain confirmation and circulation of data assets through the ERC-7829 protocol. The Data Mining module is now live in the DataDID browser extension.

👉 datadidapp.memolabs.net

Ever since Data Mining launched, the most common question we’ve seen is:

How exactly are points calculated? Why do some people earn nearly twice as many points as others, even with similar online time?

It’s a great question because it gets to the heart of one of Data Mining’s most important design decisions.

Most people assume the system is simple:

Keep the plugin running, stay online longer, earn more points.

That’s partially true.

Online points are positively correlated with time spent online. You earn 6 points per hour, and the longer your consecutive online streak, the higher your bonus multiplier becomes.

But that’s only the first layer.

The real difference comes from something many users haven’t noticed yet:

Data Contribution Points.

Unlike online points, these aren’t tied directly to time. They’re tied to the diversity of your browsing behavior.

A Simple Experiment

To make this easier to understand, let’s look at a hypothetical example.

Three users spend the exact same Thursday online.

Each remains active for 8 hours.

The only difference is how they browse.

User A: The Engineer

In the morning, A opens a few technical documentation sites.

In the afternoon, they spend three hours on Stack Overflow debugging code.

Almost all of their browsing falls into two categories:

• Technology
• Developer Tools

Without realizing it, A is repeatedly visiting pages within the same knowledge domain. From the system’s perspective, many of those visits are consolidated into a relatively small number of effective browsing signals.

User B: The Content Creator

B’s day looks very different.

• Morning: Tech news
• Noon: Financial data
• Afternoon: Browsing Pinterest for design inspiration
• Evening: Reading discussions on Zhihu

Their browsing spans:

• 4 content categories
• Approximately 12 unique domains

User C: The Multi-Domain Explorer

C is also an average user, but their work requires frequent context switching.

Throughout the day they move between:

• Technology
• Finance
• Education
• Healthcare

During lunch they watch food videos.

Before finishing work they check a few sports articles.

By the end of the day they’ve accumulated:

• 20 effective domains
• 6 IAB-standard content categories

The Results

At the end of the day:

• User A: 52 points
• User B: 78 points
• User C: 101 points

Same online time.

Nearly double the score.

That difference reflects one of the core ideas behind Data Mining:

The value of AI training data comes from diversity, not volume.

Spending an afternoon naturally moving across six different domains can be significantly more valuable for training general-purpose AI systems than spending six hours deeply focused on a single topic.

Three Rules You May Have Missed

Behind the scoring system are several important rules that many users never notice.

Each one exists for a reason.

Rule #1: Visits Under 5 Seconds Don’t Count

This isn’t designed to limit your earnings.

It’s designed to identify genuine browsing behavior.

If you click a link and close the page before it even finishes loading, that’s not meaningful engagement.

Your attention was never actually invested.

From an AI training perspective, that signal is mostly noise.

The 5-second threshold is intentionally low, but highly effective.

It separates:

• “I actually consumed this content”
• “I merely passed through”

Rule #2: Pages Under the Same Domain Are Consolidated

A common question is:

“If I read 30 articles on the same website, why don’t I get credit for 30 effective visits?”

Because the system isn’t measuring how much content you consume on a single site.

It’s measuring how broadly your interests extend across the web.

Browsing multiple pages within one domain demonstrates depth.

Browsing across many domains demonstrates breadth.

And for AI training, breadth is often far more valuable.

Someone who shows interest in technology, art, and sports all within the same day provides a richer behavioral signal than someone who spends the entire day inside a single website ecosystem.

Rule #3: Effective Domains Are Capped at 20 Per Day

This number wasn’t chosen randomly.

Once you’ve visited 20 meaningful domains in a day, you’ve already demonstrated substantial browsing diversity.

Beyond that point, additional domains contribute diminishing informational value.

For AI training purposes, 20 distinct domains are generally enough to create a robust picture of someone’s interests.

The cap also acts as a natural anti-abuse mechanism.

You don’t need to spam-click random websites to maximize earnings.

Normal browsing behavior is enough.

The goal is genuine diversity — not artificial activity.

What These Rules Are Really Teaching Us

Viewed from another angle, Data Mining’s anti-abuse system is actually defining what high-quality data contribution looks like.

The 5-second rule tells us:

Meaningful data comes from real attention.

Domain consolidation tells us:

The system values cross-domain interests more than repetitive activity within a single site.

The 20-domain cap tells us:

A person’s interests can be effectively represented without endless data collection.

Your Existing Habits Already Have Value

The good news is that you don’t need to change the way you use the internet.

You don’t need to force new behaviors.

You only need to understand one thing:

Your browsing habits already have value.

And some behaviors happen to be more valuable than others.

The most valuable signals often come from something completely natural:

Moving between different interests, topics, and communities throughout your day.

Your Data Is Finally Working for You

Let’s go back to our original example.

The difference between Users A, B, and C wasn’t about effort.

It wasn’t about spending more time online.

It was about the diversity that already existed in their digital lives.

Data Mining simply turns those naturally occurring signals into measurable rewards.

Install the plugin.

Browse normally.

Let it run.

And for the first time, your data can start working for you.

The Data Mining module is now live in the DataDID Browser Extension.

👉 datadidapp.memolabs.net

Last week, Anthropic published a research report titled Paving the Way for Agents in Biology. The team deployed multiple scientific AI agents — Claude, GPT, Biomni, and others — into virology databases like NCBI Virus to run sequence data retrieval experiments. The results were surprising: without an added deterministic retrieval layer, not a single model could reliably hit the accuracy threshold required to build a dependable dataset.

But the models weren’t the problem.

Anthropic’s analysis identified three systemic weaknesses in current biological database infrastructure: fragmented data, highly customized formats, and inconsistent interfaces. These databases were designed around how human researchers interact with information — not how AI agents programmatically query it. Once the team inserted a deterministic retrieval tool (gget virus) as an intermediary layer between the agents and the databases, accuracy jumped to nearly 100%.

The implications of this research reach far beyond biology. It exposes a structural tension that is accelerating: AI agents are becoming data consumers at unprecedented scale, but the data infrastructure they depend on was built for humans. That gap — wider in some fields, narrower in others — exists across every vertical.

An Infrastructure Gap Nobody’s Talking About

Pull the lens back from biology, and the contours of this problem become clearer.

For the past two decades, the architectural logic of internet data infrastructure has rested on a single core assumption: the primary consumers of data are human beings. Database query interfaces, data format standards, access authorization mechanisms — all of it was built around the benchmark of “how does a person look at this, how does a person operate it?”

When AI agents began arriving as large-scale users, that logic started breaking down.

Agents don’t need graphical interfaces. They don’t need pagination. They don’t need dropdown menus. What they need is structured data that can be retrieved reliably, data identity that can be verified, and interfaces that support high-frequency programmatic calls. When those capabilities are absent, agents do exactly what Anthropic’s experiment showed — they keep hitting walls inside a fragmented data maze.

This isn’t just biology’s problem. Financial databases, healthcare data platforms, government open data repositories — every database designed for human use is facing the same agent incompatibility problem.

MEMO’s Response — From Storage Layer to Agent Infrastructure

This structural tension is precisely what explains the evolution in MEMO’s positioning over the past year.

MEMO entered the market as a decentralized storage project. But as the technology developed, the team arrived at a clearer realization: storage is only one slice of the problem. What actually needs to be rebuilt is the entire technical stack through which AI agents access, verify, and consume data.

MEMO is currently building this agent-native infrastructure around three core capabilities.

Data DID: Giving Data an On-Chain Identity

One critical pain point that Anthropic’s experiment exposed was the agent’s inability to confirm whether retrieved data could be trusted. Who submitted a particular gene sequence? Has it been altered? What’s its version history? That information is scattered across disparate metadata systems, forcing agents to expend significant compute on backward verification.

MEMO’s Data DID protocol assigns every piece of data a unique on-chain identity. From the moment data is created, its origin, timestamp, update history, and reference relationships are recorded immutably on-chain. When an agent retrieves data, it simultaneously receives a complete, verifiable provenance chain — moving trust verification down into the infrastructure layer rather than leaving it as something the model has to repeatedly re-check on its own.

x402 + ERC-8004: A Two-Sided Market Designed for the Agent Economy

Current biological database operations are heavily dependent on government grants and institutional funding. Data is openly available but interfaces are outdated and inefficient. That model isn’t sustainable at agent-scale query volumes — not because costs blow up the budget, but because responsiveness can’t keep pace with call volume.

The x402 protocol provides an atomic, pay-per-use model for data consumption. Every time an agent calls a dataset, a micropayment is automatically processed. Database operators gain a direct economic incentive to maintain data quality and accessibility. The ERC-8004 delegated computation protocol addresses the data transfer efficiency bottleneck: rather than downloading full datasets locally for analysis, agents offload computation to nodes close to where the data is stored and receive only the results.

Together, these form a closed-loop, two-sided market between data providers and agent consumers. This is not just orders of magnitude more efficient than the legacy FTP-plus-static-page paradigm — more importantly, it provides the first viable economic framework for agents to consume data at scale.

Unified Addressing and Decentralized Storage: A Ground-Level Fix for Fragmentation

The data fragmentation problem Anthropic identified has a natural solution in a decentralized storage architecture. All data on the MEMO network is addressed through a unified protocol. Instead of facing hundreds of databases with incompatible formats and inconsistent interfaces, an agent faces a single, unified, programmable data plane.

From Biology to Every Field — A Universal Infrastructure Paradigm

Anthropic’s report is focused on biology, but its core argument applies to a much wider industrial landscape: databases need to be redesigned for agents as large-scale users.

This isn’t incremental improvement. It’s a paradigm shift at the infrastructure level.

Before the agent economy fully arrives, whoever builds AI-native data infrastructure first will control the critical intermediary layer between agents and data. That is exactly where MEMO is positioned: providing AI agents with a data layer that is trustworthy, queryable, and payable on demand — while giving data providers decentralized deployment and a revenue distribution mechanism.

Anthropic found a crack in the biological domain and patched it. MEMO’s goal is to rebuild the foundation for the agent era before that crack becomes a systemic collapse.

When a top AI research institution starts using experimental data to argue that infrastructure needs to be redone, the direction itself is no longer in dispute.

The only questions left are: who builds it, and how fast.

📢 Data Mining is Now Live — Earn Points Just by Leaving Your Browser Open

The DataDID plugin has launched its Data Mining feature. After installing the plugin, grant it permission to collect anonymized browsing data. Raw data is processed entirely locally and never uploaded; only proof of contribution is recorded on the blockchain via ZK Proofs. Users automatically earn points based on their data contribution. In a nutshell: Install the plugin, enable Data Mining, browse the web as usual, and watch your points grow automatically.

We invite you to try it out:
👉 [datadidapp.memolabs.net]

The United Nations University Institute for Water, Environment and Health released a report a few days ago. The numbers are blunt enough to make you stop and sit in silence for a moment: by 2030, global AI data center electricity consumption will double from 448 terawatt-hours to 945 terawatt-hours per year — and water consumption will jump from 4.5 trillion liters to 9.3 trillion liters.

What Does 9.3 Trillion Liters Actually Mean?

Here’s one way to grasp it. Today, more than 600 million people in sub-Saharan Africa lack access to basic water for daily living. By 2030, that number climbs to 1.3 billion. The water that AI data centers will consume in a single year is enough to supply all 1.3 billion of those people for an entire year.

Kaveh Madani, Director of the UNU Institute for Water, Environment and Health and the report’s lead author, put it plainly: “The industry’s relentless race for growth is overriding the most fundamental principles of sustainability.”

That stings. But after reading through the primary data ourselves, it’s hard to argue with him.

Let’s Break Down the Report

In 2025, data centers worldwide consumed 448 terawatt-hours of electricity. AI accounted for roughly one-fifth of that. By 2030, AI’s share is projected to climb to 40%.

Why? Because models keep getting larger, inference sequences keep getting longer, and multimodal capabilities send per-call energy costs through the roof. A single inference request at the GPT-5.5 tier consumes more than ten times the energy of a GPT-4 call from two years ago.

And it’s not just training that burns resources. The agentic era has arrived. A single task now orchestrates dozens of sub-agents and spawns hundreds of tool calls, with token counts exploding at every step. Every additional token means additional energy — and another scoop of cooling water.

TSMC recently noted that AI demand is so intense that capacity can only “support so much.” NVIDIA’s newly released Nemotron 3 Ultra is explicitly designed for “long-running agents” — translation: the old paradigm of run-and-exit is over. Today’s AI is supposed to stay on, keep thinking, and keep calling tools indefinitely. Like an intern who never goes home.

Behind all of this: denser server rooms, taller cooling towers, and river evaporation rates creeping up year after year.

A Question Worth Sitting With

Where does AI end up, ultimately?

Bigger models? Stronger reasoning? More servers, more electricity, more water?

Here’s a counterintuitive fact: the global energy consumption curve for data centers tracks almost perfectly with the AI capability curve. Every ChatGPT conversation, every Cursor autocomplete, every NotebookLM summary translates into real electricity bills and real cooling water charges somewhere in the world.

And that bill is spiraling out of control.

Cloudflare Radar recently published a striking data point: over the past week, 57.5% of global HTML web requests came from bots. Only 42.5% came from humans. The internet is no longer primarily a place where people browse — it’s a place where machines talk to machines, scrape data from each other, and train each other.

Every one of those machine-to-machine communications burns energy.

The internet is transforming from something built for humans into something built for machines. And machines have a much bigger appetite.

So What Do We Do?

Efficiency improvements are real and ongoing — better chips, more optimized inference frameworks, more aggressive quantization. These help. NVIDIA’s Nemotron 3 Ultra alone delivers meaningful cuts to inference costs.

But efficiency gains are symptom relief. The underlying condition is the architecture itself.

Look at the structural logic of today’s AI data infrastructure. It’s built to funnel the world’s compute and storage into a handful of hyperscalers. AWS, Google Cloud, and Microsoft Azure collectively control over 60% of global cloud compute. Data centers grow larger. Cooling towers grow taller. Power demands grow faster.

That centralized model has a structural flaw: the larger the scale, the lower the marginal efficiency.

Pack ten thousand servers into one campus, and heat dissipation becomes a physical nightmare. Liquid cooling, immersion cooling — whatever you try, the conversion efficiency from electricity to useful compute always hits the same ceiling imposed by centralized physics.

And there’s another layer most people overlook: most of the data stored in these facilities is duplicated.

The same model weights stored across a hundred nodes. The same dataset downloaded separately by dozens of teams. The same video shuttled back and forth across CDN nodes on three continents. The energy wasted on storage redundancy is larger than most people imagine.

This Is Where MEMO’s Thinking Comes In

MEMO’s core premise is simple: don’t put all the world’s eggs in one basket — and don’t pour all the world’s cooling water into one pool.

MEMO uses a decentralized storage network (MEFS) to distribute storage tasks across idle nodes scattered around the globe. You don’t need to build a million-square-foot hyperscale data center. You just activate storage resources that already exist, already distributed, already sitting mostly unused.

The benefits go beyond data sovereignty and privacy.

Take cooling. Centralized data centers dedicate specialized cooling infrastructure that accounts for 30–40% of total power consumption. Decentralized nodes operate in ambient environments — they don’t require centralized cooling, and that entire chunk of energy overhead simply disappears.

Academic research backs this up. A 2025 study published in Energy and Buildings compared centralized and distributed cloud architectures directly. The conclusion was unambiguous: distributed architecture delivers 19–28% energy savings.

That’s not a projection or a thought experiment. It was measured.

There’s another hidden cost in centralized storage worth naming: data transit. A model inference call from Beijing might route through a data center in Virginia — crossing Pacific undersea cables, bouncing through more than a dozen routing nodes, burning transmission energy at every hop.

MEMO’s decentralized network stores data close to where it’s needed and retrieves it locally. Routing hops drop by more than half. In the agentic AI era — where agents read and write data continuously at high frequency — the transaction cost isn’t just gas fees. It’s real, physical electricity.

A Candid Note

Decentralized storage isn’t a cure-all. It doesn’t solve every AI energy problem. It doesn’t replace solar or wind. Its value is in offering a different possibility: AI infrastructure doesn’t have to follow the centralized playbook.

You don’t have to concentrate the world’s compute in three companies’ server rooms. You don’t have to let a single data center drain a city’s water allocation. You don’t have to keep fighting the laws of physics with “bigger, denser, hotter.”

There’s another way to look at it.

Activate idle hard drive space. Connect distributed nodes into a coherent network. Let data live where it belongs, instead of routing everything into a single massive warehouse.

Simple in concept, hard in execution — it requires the protocol layer, the incentive layer, and the consensus layer to work together. MEMO has spent over three years building this infrastructure: the x402 protocol connecting AI with on-chain payments, ERC-8004 defining decentralized data interaction standards, and the DataDID plugin giving users full control over their own data.

These look like Web3 vocabulary. At ground level, they address one problem: infrastructure efficiency isn’t a one-way street of hardware optimization. Architectural rethinking is a far larger lever.

Back to That UN Report

9.3 trillion liters of water. 945 terawatt-hours of electricity. 399 million tons of carbon emissions.

These numbers describe an industry sprinting toward something unsustainable.

Kaveh Madani’s statement had a second half: “With nations and corporations rushing to build new compute infrastructure, overall water and energy demand will in all likelihood continue to rise.”

In other words: efficiency alone isn’t enough. Switching to more power-efficient chips alone isn’t enough. The industry needs a genuinely different architectural choice.

The MEMO team holds one belief that’s been constant throughout this work.

The future of AI shouldn’t be built inside a handful of giant data centers. It should grow across the hard drives of countless individuals and nodes distributed around the world.

Not centralized — distributed.

Not monopolized — collectively built.

Not “bigger, denser, hotter” — but more dispersed, more efficient, more sustainable.

The road ahead is long. MEMO has been on it for three years.

2030 isn’t far away.

9.3 trillion liters isn’t science fiction. It’s a number the United Nations ran through models and calculated seriously.

When we look back at today from that vantage point, someone will ask: at that inflection point, some people chose to build more servers. Others chose a different path. Which one were you?

This has been in the works for a long time — both the idea and the execution.

Today, we’re officially announcing the most important feature update we’ve shipped for the DataDID plugin: the Data Mining module is now live.

Something You Probably Haven’t Thought About

Every time you open a browser, you’re generating data — which categories of sites you visit, which pages hold your attention longer, how your interests drift across different topics throughout the day.

AI companies are paying real money for exactly this kind of data. Not because they want to know who you are — but because authentic sequences of real user behavior are the scarcest raw material for training general-purpose AI agents. It can’t be synthesized. It can’t be scraped.

That money has never made it back to the users generating it.

DataDID is here to change that.

How the Data Mining Module Works

As you browse normally, your browser naturally produces observable, public behavioral signals: which categories of sites you visit, how long you spend on each page, what topics the content falls under. None of this involves passwords, identity information, or anything private — these are objective signals that exist at the public behavioral layer of the browser.

What we do is structure this public behavioral data, run it through ZK Proofs (Zero-Knowledge Proofs) for local anonymization, and package it into behavior datasets formatted for AI training.

One important thing to be clear about: your raw data never gets uploaded. What goes on-chain is a verifiable “mathematical proof” — a proof that you have diverse browsing behavior, not the browsing history itself. Your privacy boundary is set at the design level.

How Points Are Calculated: Two Systems

Online Points — Simply having the plugin active signals that your node is available. Points are issued hourly. The base rate is 6 points per hour, with a streak multiplier that increases the longer you stay consistently online, up to a maximum of ×1.5. Daily cap: 108 points. Simple rule: the more consistently you participate over time, the more you earn.

Data Contribution Points — This is where we spent the most time on design. We deliberately chose not to measure by traffic bytes — byte counts are a black box, users can’t feel what they’ve contributed, and AI training data derives its value from behavioral diversity, not volume. So we measure by the number of unique domains effectively visited.

Visit 20 distinct domains in a day, spanning categories like tech, finance, and education, and you’re eligible for the highest diversity and quality multipliers. The system also has anti-gaming measures built in: pages you spend fewer than 5 seconds on don’t count, and sub-pages under the same second-level domain are consolidated.

A real example: A user who has been online for 7 consecutive days and visited 20 quality domains the day prior can earn up to 101 points — without doing anything at all.

A Few Details Worth Knowing Upfront

The Data Mining module is off by default. When you enable it for the first time, a clear authorization dialog explains exactly what data is collected, what it’s used for, and that you can revoke consent at any time. The toggle lives in the plugin — control stays with you. Turning it off stops collection immediately, but your accumulated points remain intact.

The plugin also launches a companion dashboard so you can see your stats in real time: today’s online hours, yesterday’s point breakdown, your 7-day point trend, and your current data quality tier. The web app offers a 14-day daily detail view, with a color-coded stacked bar chart that shows the ratio of the two point types at a glance.

What DataDID Is Actually Trying to Do

Some projects turn idle bandwidth into income. Others monetize residential IPs. The DataDID Data Mining module has a sharper focus: return ownership of personal browsing behavior data to users, while turning ZK-anonymized behavior datasets into a visible, ongoing income stream in the AI era.

Users have never been bystanders in the data economy. They just never received their share of the returns.

That changes now.

Open your DataDID plugin, find the Data Mining module, flip the switch, and let it run.

👉 datadidapp.memolabs.net

Imagine an ordinary morning in 2030.

You pick up your phone, scroll through social media for twenty minutes, post a tweet about breakfast, chat with a friend about a movie you recently watched, and casually answer a question from an AI assistant.

In the top-right corner of your screen, a tiny number keeps ticking upward.

It’s your daily data earnings notification — an AI company’s training system has accessed your content three times today, and the licensing fees have already been automatically settled into your account. Not a huge amount, but real.

You put your phone down and continue eating breakfast, barely thinking about it. Just like how today you use Alipay to pay or WeChat to message people without finding it remarkable.

Right now, this scenario sounds like science fiction.

But what if I told you that every piece of technology required to make it happen already exists today?

1. An Overlooked Reality

Before talking about “the future,” let’s first talk about something happening right now.

Over the past few years, the speed of AI development has shocked everyone. From ChatGPT to large language models, from text generation to image and video creation, the boundaries of AI capability are expanding at a visible pace.

But very few people seriously ask one question:

What exactly are these AI systems trained on?

The answer is simple:

Human data.

Every post you make on social media, every keyword you type into a search engine, every digital trace you leave across platforms — all of it forms the foundation of today’s most powerful AI models.

Without this data, modern AI would not exist.

And where does that data come from?

From you.
From billions of ordinary internet users just like you.

So here’s the real question:

When AI companies use this data to build models worth hundreds of billions of dollars — and then use those models to build commercial empires — what do ordinary users get in return?

The answer is:

Almost nothing.

You provided the raw materials for free. Someone else used those materials to build the factory. The factory generated enormous wealth, but that wealth had nothing to do with you.

This isn’t a conspiracy theory.

It’s simply how the current digital economy works.

2. Why Has This Happened?

To understand why ordinary users have been excluded from AI’s value distribution system, we first need to understand a deeper issue:

Data ownership has never been taken seriously.

The content you post on social platforms may legally belong to you, but the platform typically has extremely broad rights to use it.

The same applies to tweets on Twitter/X.

As for behavioral data generated inside apps, platforms often claim ownership so completely that users cannot even access the data themselves.

This system was created during the early internet era, when the value of data was not fully understood.

Platforms offered free services. Users contributed data. An unspoken transaction took place between both sides.

The problem is that over time, this trade has become increasingly unfavorable for users.

AI has made the issue impossible to ignore.

When data becomes the core production resource of AI training — and the AI industry grows into a trillion-dollar market — the question of “Who owns the data?” stops being merely a legal or technical issue.

It becomes a fundamental question about wealth distribution.

3. The Technology Is Already Ready

The good news is that the technology needed to solve this problem already exists today.

Layer One: Data Ownership Verification

Blockchain technology can create immutable on-chain ownership records for data.

Who created the data, when it was created, and how it has circulated can all be permanently anchored on-chain and transparently verified.

This solves the foundational problem:

Who actually owns the data?

Layer Two: Self-Sovereign Identity

Decentralized Identity (DID) systems allow users to own digital identities that do not depend on any platform.

This identity is generated and controlled by you.

No platform can unilaterally take it away.

Your data assets, authorization records, and behavioral history are tied to your identity — not to a company’s servers.

Layer Three: Automated Licensing and Settlement

Smart contracts can automate the entire authorization process through code.

If an AI company wants to use your data, it triggers a licensing contract, pays the required fee, and the earnings are instantly settled into your account.

No lawyers.
No intermediaries.
No manual operations.

Everything happens automatically.

Together, these three layers form a complete infrastructure for a new data economy:

• Data ownership verification
• Self-sovereign identity
• Automated revenue distribution

This is not just a concept.

It’s not a vision trapped inside a whitepaper.

It is a technological path that can already be built and used today.

4. Ordinary People Can Finally Participate in AI Development

Once this infrastructure becomes reality, one thing changes fundamentally:

For the first time, ordinary people become suppliers to AI — not just raw materials.

Today, you are an AI user.

You use AI tools to improve productivity and save time.

At the same time, you are also unknowingly an AI trainer.

Your data is already being used, even though you are not informed and receive no compensation.

But in the future, you can become an active data supplier to AI systems.

You can choose to verify ownership of your data, turn it into an asset, license it to AI companies, and receive real economic rewards in return.

This is not a small difference.

It is a fundamental shift in identity.

From passive raw material
to active participant.

From the edge of the value chain
to one of its core nodes.

And importantly, this is also beneficial for the AI ecosystem itself.

One of the biggest challenges facing AI companies today is the shortage of high-quality training data.

Freely scraped internet data may be massive in quantity, but its quality is inconsistent, and copyright risks are becoming increasingly severe. Lawsuits from organizations like The New York Times have already demonstrated how serious this issue has become.

When data can be verified, legally licensed, and market-priced, AI companies gain access to higher-quality and more trustworthy training data.

Meanwhile:

• Data suppliers (ordinary users) receive fair compensation
• AI companies gain compliant data sources
• The entire ecosystem operates under transparent and equitable rules

This is what the AI economy should look like.

5. What’s Missing Is Not Technology — It’s Awareness

Now let’s return to that ordinary morning in 2030.

For that future to become reality, we need more than mature technology.

We need a shift in awareness.

Enough people need to recognize that the data they generate every day is a valuable asset — not free raw material for platforms to harvest indefinitely.

And that shift in awareness is already happening.

AI’s rapid rise is accelerating it.

Once the enormous value of the AI industry became visible to everyone, the question of “Who owns the data?” could no longer be avoided.

Every person who begins thinking about data sovereignty today is helping push this transformation forward.

Every person who chooses to take control of their digital identity today is casting a vote for a fairer AI economy.

Data sovereignty is not some distant Web3 ideal.

It is a real transformation already underway.

And you can choose to become part of it starting today.

MEMO is a decentralized AI data infrastructure network developed by the Memolabs team. Its core mission is to provide decentralized storage, data ownership verification, identity authentication, data assetization, and trading services for the AI economy.

In simple terms, MEMO is building two things:

• A system where users truly own their data
• A secure and trustworthy memory layer for AI Agents

The MEMO project was launched in 2017 and now operates more than 50,000 storage nodes across Southeast Asia, the Americas, and Africa, with millions of registered wallet addresses.

Its investors include HashKey, DHVC, and SNZ, while ecosystem partners include Metis, Harmony, Alibaba Cloud, and AWS.

What Problem Is MEMO Solving?

The core contradiction of traditional cloud storage services — such as AWS or Google Cloud — is simple:

Your data lives on platform-controlled servers, which means users never truly have ownership or control.

At any moment, data can be:

• Deleted by the platform
• Sold to third parties
• Used to train AI models

Meanwhile, the original creators of that data receive nothing in return.

The AI era makes this contradiction even more obvious.

AI Agents require persistent memory. But if that memory is stored on centralized servers, everything can disappear the moment a session ends or an account gets suspended.

MEMO’s solution is to move data storage away from centralized servers and into decentralized networks, while using blockchain technology to establish verifiable ownership from the moment data is created.

In other words:

Every piece of data truly belongs to the user from day one.

MEMO’s Core Technical Architecture

MEMO uses a modular layered architecture, with different layers responsible for different functions throughout the system.

MEFS: The Core Decentralized Storage Protocol

At the foundation of MEMO is MEFS, the project’s self-developed decentralized storage protocol.

MEFS uses:

• Redundant storage
• Data sharding
• Erasure coding
• Multi-replica mechanisms

to ensure data security and resilience.

Even if part of the network goes offline, the data remains available and recoverable.

Storage task matching, fee settlement, and node verification are all managed automatically through smart contracts, without manual intervention.

Meeda: Data Availability for Ethereum Rollups

Meeda is MEMO’s data availability solution designed specifically for Ethereum Rollup scenarios.

It stores actual data off-chain inside the MEMO network, while only keeping indexes and proofs on-chain.

This significantly reduces Rollup transaction costs while still ensuring that data remains verifiable and retrievable at any time.

MemoLayer: Layer 2 Scaling Infrastructure

MemoLayer improves network throughput through an architecture that combines off-chain execution with on-chain final settlement.

It is specifically designed to support high-frequency micropayment scenarios, which are critical for autonomous transactions between AI Agents.

Zero-Knowledge Proofs (ZK)

MEMO also introduces Zero-Knowledge Proof technology at the privacy layer.

This allows users to complete data verification or transactions without exposing the original data itself.

Potential use cases include:

• DID verification
• AI training data authorization
• Privacy-preserving transactions

The MEMO Ecosystem Products

The MEMO ecosystem revolves around one central concept:

Data sovereignty.

Its products are designed for three major groups:

• Everyday users
• AI developers
• Enterprises

DataDID: The Identity Gateway of the MEMO Ecosystem

DataDID is MEMO’s decentralized data identity system and serves as the main entry point into the ecosystem.

After registration, users receive a dedicated on-chain DID (Decentralized Identifier). All points, data assets, and participation records are tied to this identity.

DataDID includes several built-in modules:

• AliveCheck (digital life protection)
• AppsList (application marketplace)
• SkillsList (AI Skill plugin marketplace)

Access:
👉 datadid.memolabs.net

MEFS MCP Server: Persistent Memory for AI Agents

The MEFS MCP Server is MEMO’s decentralized storage access service built specifically for AI Agents.

Through the MCP protocol, AI Agent clients such as OpenClaw can directly connect to the MEMO network to store:

• Conversation history
• Task outputs
• Knowledge bases

This enables true persistent memory across sessions.

Open-source repository:
👉 github.com/memoio/mefs-mcp-server

ERC-7829: The Data Asset NFT Standard

ERC-7829 is MEMO’s proposed NFT standard for data assets.

It allows content such as:

• Tweets
• Documents
• AI interaction records

to be minted into on-chain data assets.

The standard includes built-in support for:

• Data provenance tracking
• Access control
• Automated revenue distribution

ERC-7829 serves as the technical foundation of MEMO’s data assetization framework.

The Upcoming Data Marketplace

The upcoming data marketplace completes the ecosystem loop.

Once users convert their data into assets, those assets can be traded in the marketplace.

AI companies and other data buyers can purchase data through smart contracts, with revenue automatically settled directly to the original creators.

This creates a fully decentralized data economy where value flows back to those who generated the data in the first place.

How Is MEMO Different from Filecoin and Arweave?

All three projects belong to the decentralized storage sector, but their positioning is fundamentally different.

Filecoin

Filecoin focuses primarily on the general-purpose cold storage market, with miner incentives at the center of its design.

Arweave

Arweave focuses on permanent storage, making it suitable for archival use cases.

MEMO

MEMO differentiates itself in two key ways:

1. AI Agent-Oriented Real-Time Storage and Memory Management

MEMO directly supports MCP protocol integration, enabling AI Agents to use decentralized persistent memory in real time.

2. A Full Data Economy Stack

Through DataDID and ERC-7829, MEMO builds a complete loop from:

• Storage
• To data assetization
• To data trading

MEMO is not just storing data.

It is turning data into economic value.

FAQ

Q: What is the relationship between MEMO and Memolabs?

A: Memolabs is the development team and incubation lab, while MEMO is its core product and network.

Q: How can ordinary users participate in the MEMO ecosystem?

A: The easiest entry point is DataDID:

👉 datadid.memolabs.net

Users can begin by completing daily check-ins to earn points, then install the browser extension to mint tweets into data assets or access applications through AppsList.

Q: Can data stored on MEMO be lost?

A: No.

The MEFS protocol uses redundant storage and data sharding technology, ensuring that data remains available even if some nodes go offline. The system also includes self-repair mechanisms.

Q: How can AI Agents connect to MEMO’s storage capabilities?

A: By deploying the MEFS MCP Server.

Any AI Agent client that supports the MCP protocol can read and write data through the MEMO network, enabling persistent cross-session memory.

Q: What is MEMO’s standard for data assetization?

A: MEMO introduced the ERC-7829 Data Asset NFT Standard, specifically designed for data-based content rather than image NFTs.

It includes built-in access control and automated revenue distribution and is already being used through the DataDID browser extension.

Q: How large is MEMO today?

A: MEMO currently operates more than 50,000 storage nodes across Southeast Asia, the Americas, and Africa, with millions of registered wallet addresses.

It is one of the largest decentralized storage networks in terms of both node scale and user coverage.

Official Channels

• Official Website: memolabs.org
• Twitter: @MemoLabsOrg
• Telegram: t.me/memolabsio
• DataDID Portal: datadid.memolabs.net
• MEFS MCP Server: github.com/memoio/mefs-mcp-server

In 1870, John D. Rockefeller founded Standard Oil in Ohio. Within a decade, he controlled more than 90% of America’s oil refining capacity.

He didn’t win by inventing the oil engine, nor by drilling the most wells. His strategy was simpler — and more ruthless. He controlled the refineries, the pipelines, and the transportation system. In other words, he controlled the most critical thing of that era: the pricing power of fuel.

Whoever controls fuel controls the lifeblood of industrial civilization.

150 years later, no one monopolizes oil anymore. But a new battle over pricing power is quietly emerging. This time, the fuel is no longer oil, but a unit of measurement most people have never heard of:

Tokens.

I. Four Revolutions, Four Types of Fuel

Every major technological revolution has had its own core source of energy. Whoever controls the production and pricing of that energy ultimately holds the real power of the era.

The core fuel of the First Industrial Revolution was coal. Every roar of the steam engine was powered by shovels of coal burning underneath. Whoever controlled the mines controlled the fate of factories. Britain became the “workshop of the world” in the 19th century largely because it possessed Europe’s richest coal reserves and the most efficient mining system.

The core fuel of the Second Industrial Revolution was electricity. The famous “War of Currents” between Edison and Westinghouse was, at its core, a fight over the pricing power of electricity. Whichever transmission standard became dominant could effectively charge an “entry fee to modernity” for entire cities.

The core fuel of the Third Technological Revolution — the Information Revolution — was bandwidth. In the early internet era, telecom operators were the unquestioned toll booths of the digital world. Without bandwidth, even the best content could not travel. Without bandwidth, e-commerce, social media, and search engines could never have existed. The term “traffic anxiety” reflects how deeply ordinary people felt dependent on this fuel.

Now, the Fourth Technological Revolution has arrived.

Its name is artificial intelligence.

And its core fuel is called the Token.

II. What Exactly Is a Token?

For many people, the first time they heard the phrase “token economics” was probably through the blockchain industry. But as AI continues to evolve, the word “Token” no longer belongs exclusively to crypto.

In AI, it refers to something extremely simple:

The unit used to measure how AI processes text.

When you input text into ChatGPT or any large language model, the model does not read word by word the way humans do. Instead, it breaks text into “tokens” — roughly equivalent to three-quarters of an English word, or about half a Chinese character’s worth of information.

The number of tokens consumed while processing your input and generating a response becomes the billing basis for that interaction.

A more intuitive analogy:

Tokens are like AI’s electricity meter — or a taxi meter.

Every sentence you type, and every word the AI generates, quietly makes the meter tick upward.

To make this more concrete:

Suppose you ask AI to draft a 500-word business email. From your prompt to the final output, the process may consume around 1,000 tokens. At current mainstream model pricing, the cost is roughly $0.002.

Or imagine asking AI to analyze a 10-page PDF report and generate a summary. That might consume around 8,000 tokens, costing about $0.016.

Sounds cheap? It is — for individuals.

But now change the perspective.

Imagine a mid-sized company with 100 employees using AI tools daily. If each employee consumes 50,000 tokens per day, that’s 5 million tokens every day. Based on enterprise API pricing, the daily bill could reach around $10. That becomes $300 per month, or $3,600 per year.

Now scale it further.

If the company’s core business itself is AI-driven — such as an AI customer service platform or a content generation platform — it could easily process billions of tokens per day.

At that point, token costs are no longer negligible.

They become a defining variable that determines whether the business model itself works.

Tokens may be microscopic units, but token economics is macroeconomic in scale.

It determines who can afford AI — and who occupies which position in the hierarchy of this new revolution.

III. The Pricing Power of Fuel Is Once Again Concentrated

This brings us back to a recurring historical pattern:

At the beginning of every major revolution, the pricing power of the core fuel becomes highly concentrated.

At its peak, Rockefeller’s Standard Oil not only controlled refining capacity, but also manipulated railroad freight rates through secret agreements, systematically driving competitors out of business.

Early electric utilities operated as regional monopolies. Consumers had no bargaining power.

Telecom operators during the broadband era similarly controlled information flow through expensive, slow, and opaque pricing structures.

Today, AI token pricing is following a remarkably similar trajectory.

Only a handful of companies in the world are capable of independently training and deploying top-tier large language models. They possess massive parameter scales, global data center infrastructure, and enormous training datasets — all of which create towering barriers to entry.

In practice, token pricing power is concentrated in the hands of these few companies.

There is also a subtle paradox worth examining.

Over the past few years, the price per token for mainstream large models has dropped dramatically. When GPT-4 first launched, one million tokens could cost as much as $60. Three years later, models with comparable performance cost less than $1 per million tokens.

At first glance, this seems like a victory for market competition and consumers.

But there is another side to the story.

As prices fall, model capabilities grow exponentially — and more advanced models consume significantly more tokens.

Tasks once handled by GPT-4 may now require GPT-5 for acceptable results. But GPT-5 may consume multiple times more tokens than GPT-4.

“Smarter” and “more expensive” are becoming quietly intertwined.

More importantly, token pricing itself lacks transparency.

Different companies define “a token” slightly differently. Input tokens and output tokens are often billed separately. Even the model’s internal “chain of thought” reasoning may generate additional token consumption.

Ordinary users have little ability to calculate true costs or make meaningful comparisons across providers.

And opacity is one of the classic characteristics of fuel monopolies.

This is not an accusation against any specific company. Historically, the concentration of fuel pricing power has never been purely a moral issue. More often, it has been an inevitable phase of technological development.

The real question is this:

Once concentration emerges, history never stops there.

IV. How History Breaks Fuel Monopolies

Fortunately, history also shows another pattern:

Fuel monopolies never last forever.

In 1911, Standard Oil was forcibly broken up by the U.S. Supreme Court into 34 independent companies. This outcome was driven by the Sherman Antitrust Act of 1890, along with two decades of public pressure and political struggle.

What Rockefeller lost was not his oil.

What he lost was the exclusive right to set prices.

Electricity followed a different path. In most countries, power grids eventually became public infrastructure subject to government regulation. Electricity transformed from a commercial product into a basic utility everyone had the right to access.

Only when electricity became cheap enough to be almost invisible did factories achieve true 24-hour production — and modern industrial civilization fully mature.

The decentralization of internet bandwidth came largely through technological progress itself. Falling fiber-optic costs, the spread of wireless networks, and the rise of WiFi gradually transformed bandwidth from a telecom-controlled commodity into a widely accessible public resource.

Looking across these histories, one clear pattern emerges:

Every “democratization of fuel” requires two conditions.

The first is decentralized supply.

The fuel can no longer be produced by only a handful of players. Ordinary people must also be able to participate in production.

The second is a redistribution mechanism.

Producers need incentives and fair compensation, while consumers need affordable access.

In previous revolutions, these conditions were achieved through technological innovation, antitrust legislation, and government regulation.

So what about the Fourth Revolution?

What will break the monopoly over AI tokens?

V. The Next “Refinery” May Be Every Connected Device

Let’s imagine something bold.

When electricity costs approached zero, factories achieved nonstop production for the first time.

When bandwidth costs approached zero, video streaming transformed from a luxury into an everyday utility.

Whenever revolutionary energy sources become universally accessible, society experiences a massive leap in productivity.

Will Tokens follow the same path?

Technologically, the answer is probably yes.

Model inference efficiency improves by orders of magnitude every few years. Specialized AI chips are rapidly becoming cheaper. Open-source models are quickly narrowing the gap with proprietary systems.

From this perspective, the long-term direction of token costs seems obvious:

Downward.

But technology only solves the cost problem.

It does not solve the pricing power problem.

Lower costs do not automatically decentralize pricing power. Higher efficiency does not guarantee ordinary people can participate in the economic benefits of the revolution.

That is why a new economic model is emerging:

Decentralized compute networks.

Imagine a world where billions of personal devices — home servers, idle GPUs, edge devices with spare compute power — are connected through network protocols and collectively perform AI inference tasks.

Every device contributes computing power, much like individual solar panels feeding electricity into a grid, producing fuel that others can consume.

In this system, the producers of computational power are no longer just giant technology companies.

They become ordinary participants distributed around the world.

They contribute compute power and receive economic rewards in return — settled through blockchain tokens, which can then be directly used to purchase AI services, creating a self-sustaining economic loop.

This would create something unprecedented:

Ordinary people would become not only consumers of Tokens, but also producers of Tokens.

Of course, this vision remains early-stage. Many technical and economic challenges still need to be solved.

But its direction strongly mirrors every previous chapter of fuel democratization in history:

Distributed supply.
Incentivized production.
Broader participation in value creation.

Conclusion: No Fuel Can Be Monopolized Forever

In 1911, when Standard Oil was broken apart, many people believed it marked the end of the oil era.

The opposite happened.

After the breakup, the oil industry experienced the fastest expansion in its history. Distributed pricing power created competition, efficiency, and broader participation.

The power Rockefeller lost ultimately became productivity gains for society as a whole.

History never stops simply because a small group controls the fuel supply.

At the intersection of technology and systems, new paths always emerge.

Tokens will be no exception.

The Fourth Revolution has only just begun. Its core fuel — the AI capability to process information, measured in Tokens — remains highly concentrated in the hands of a few companies.

This is not a moral judgment.

It is simply a historical observation describing a process still unfolding.

But the direction is becoming increasingly clear:

When every device can participate in production and benefit from the system, the pricing power of Tokens will gradually flow from the hands of a few into the hands of everyone.