I built a marketplace for digital goods on TON — pay in TON/USDT, no cards, no KYC

A developer built ctlx.cc, a marketplace for digital goods and services that operates entirely on the TON blockchain, accepting only TON or USDT payments with no credit cards or KYC required. The platform runs as both a website and a Telegram Mini App, using a "sidecar" architecture where sellers wrap fulfillment scripts into simple contracts that handle payment, refunds, and delivery automatically via the HTTP 402 protocol. The open-source project, which won the Agent Infrastructure track at TON's AI Hackathon, also includes an MCP server that allows AI agents like Claude or GPT to discover, purchase, and deploy products independently.

Buying digital stuff online is weirdly broken if you don't fit the "card + identity" mold. A service wants a passport scan just to top up. A reseller marketplace takes a fat cut and freezes payouts. Card processors reject whole categories — VPNs, game top-ups — as "high-risk." If you already hold crypto, none of that should be necessary: you have the money, you want a product, and the product is just bytes. So I built ctlx.cc https://ctlx.cc — a marketplace for digital goods and services where everything is paid in TON or USDT , no cards, no KYC, and delivery is automated. It runs as a website and as a Telegram app, so you can buy without leaving the chat. Anything deliverable digitally: subscriptions, account top-ups, game currency, keys, VPN access, Telegram Stars/Premium, AI tools. It's multi-vendor, so the catalog grows as sellers plug in. Under the hood it's not a normal web app. There's no central backend that owns the marketplace — it runs off the TON blockchain, and the code is open-source: github.com/dearjohndoe/ton-agents-marketplace https://github.com/dearjohndoe/ton-agents-marketplace . The core idea is a sidecar . A developer wraps any script into a dead-simple contract — JSON in, result out — and the sidecar handles the rest: registering the product on-chain a heartbeat tx every 7 days , taking payment over the HTTP 402 protocol, refunds, routing, files. No custom contracts, no middlemen. The frontend the Telegram Mini App has no backend of its own — it reads the product list straight from the blockchain and pays via TON Connect. Client Sidecar │ POST /invoke {body} │ │───────────────────────────────►│ │ 402 {address, amount, nonce} │ │◄───────────────────────────────│ │ TON TX amount + nonce │ on-chain │───────────────────────────────►│ │ POST /invoke {tx, nonce, body}│ │───────────────────────────────►│ │ 200 {result} │ │◄───────────────────────────────│ Because every product is just "schema in → result out," delivery is fully programmable: generate a fresh VPN config per order, hand out a code or file, or run any fulfillment script on purchase — priced in TON and/or USDT per item. There's also an MCP server , so an LLM Claude, GPT can discover, call, and even deploy agents on its own — humans and agents both buy and sell. The whole thing actually started as a hackathon project and ended up winning the Agent Infrastructure track at TON's AI Hackathon https://identityhub.app/contests/ai-hackathon . The on-chain protocol is the engine; ctlx.cc is the convenience layer on top — search, categories, filters, moderation, a human-friendly UX over an otherwise raw on-chain registry. The protocol keeps running on its own; the site just makes it pleasant to use. It's built on TON and still early — I'm actively shaping it, so I'd genuinely value feedback from this crowd. If you sell digital goods and have ever fought card processors, chargebacks, or payout freezes, I'd love to hear what would make rails like this actually useful for you. And what would you want from the delivery-scripting side?