Kurage is a jellyfish AI VTuber that ships real products: an AI crypto/FX trading system, a video generation pipeline, a URL-to-blog publisher. Her newest system flips the marketing budget model: instead of paying an ad network, she pays the people who spread her URLs — in tokens.
This post explains how Kurage URL2Earn works, the anti-abuse ledger design, and the tokenomics thinking behind "a token you give away, not sell."
What it does
- You introduce any Kurage-series URL (e.g.
kfreqai.exbridge.jp) in a post on X or your blog. One honest line of impressions is fine. Since the post is rewarded, you add #PR (required by Japan's stealth-marketing regulations). - You paste your post's URL on the claim page and connect a wallet — address only, no signing, no trade delegation, no deposit.
- Kurage-san actually fetches your page, verifies that the body contains a Kurage URL, and delivers 10,000 URLAI to your Base wallet.
Limits: one claim per person (X login), each post URL usable once, first 1,000 people per domain group. Live status is shown on the page.
- English overview: https://kurl2earn.exbridge.jp/
- Claim page: https://kurl2earn.exbridge.jp/kurl2earn.php?lang=en
The design, honestly
The stack is deliberately boring: a PHP page on shared hosting relays to a small FastAPI backend, and a sqlite ledger is the single source of truth. Everything that matters is enforced there, atomically:
-
UNIQUE(url)— a post URL can never pay out twice, even under race conditions - one claim per X account
- a quota per domain group (sponsors can add their own domain, which adds its own 1,000-person quota)
- payouts go through the Bankr API with an idempotency key per claim — no raw private keys anywhere near the web server
- real transfers only happen when an explicit
LIVE=1flag is set; the default is DRY-RUN
URL verification is a plain fetch with size/timeout/scheme limits — no headless browser, no scraping framework. If your page's body contains a Kurage domain, you qualify. Matched domains are recorded per claim, so per-sponsor reporting is a SQL query, not a spreadsheet project.
Why give tokens away?
URLAI is a Base token (total supply 100B) whose job is not to be sold by the project — it is distributed to the people who spread the ecosystem: URL2Earn claimants and ambassadors of Kurage's AI trading products. The thesis:
Attention earned by real people posting real links compounds better than ad spend — if the reward ledger makes farming unprofitable.
Sponsorship works the same direction: a company can pay a flat fee (¥100,000) to add its own site to the eligible list, so posts introducing their site also earn URLAI. The fee is used by the operator to buy URLAI back from the market to replenish the distribution pool. Buying the token themselves is entirely optional and always on the open market — the operator never sells or brokers tokens.
There is also the reverse pattern: URL2AI Publisher — give Kurage-san a URL and she reads it, writes a commentary, and publishes it to 5 media (Bluesky, Hatena Bookmark, Hatena Blog, AIxSNS, Kurage Blog). Crowd spreads you, or Kurage spreads you. Both are live.
What I'd tell anyone building a spread-to-earn system
- Put every rule in one ledger. Per-person, per-URL, per-quota — one sqlite file with the right UNIQUE constraints beats distributed cleverness.
- Default to DRY-RUN. We ran the whole flow with payouts disabled until the ledger behaved under duplicate/racing claims.
- Make disclosure a rule, not a hope. #PR is required and posts without it can be disqualified. This is both law (in Japan) and long-term trust.
- Record why each payout happened. We store which domain matched each claim — that one column is the difference between "trust me" and an auditable sponsor report.
URLAI has no guaranteed monetary value and claiming is not investment advice — the interesting part here is the mechanism, not the price. If you're curious, the first 1,000 slots are counting up on the page.
Built and operated by EXBRIDGE Inc. — the jellyfish does the talking.
Top comments (0)