Table Of Contents
Contents
01Current Thesis
02Why TON And Telegram Matter
03The Current Product Ladder
04$TCULT Terminal
05$TCULT Guard
06Architecture And Data
07Later User-Signed Boundary
08Release Gates, Metrics, And Safety
01 | Current Thesis
$TCULT connects live play to read-only TON evidence.
$TCULT begins with Telegram-native plush culture, then turns that attention into a concrete portfolio: four live games, $TCULT Handle Desk live on the web, $TCULT Terminal in development, and $TCULT Guard in production behind release gates.
TON and $GRAM terminology: This paper uses TON as the network name and $GRAM as its native coin. $TCULT will never ask users to migrate, swap, claim, bridge, or convert assets through a link.
Plush Tap: Daily Ritual, Plush Run: Gift Chase, and Plush Hop: Gift Tower are live on Vercel and Telegram. They are the participation layer: fast, mobile-native surfaces that invite people to open, play, share, and return.
The evidence lane is next. Handle Desk checks an exact Telegram username against public channel, supergroup, and Fragment evidence on the web. Terminal turns a pasted TON jetton address or explorer link into a fast panel, bundle analysis, and optional explanation. Guard checks official routes, Telegram paths, Fragment numbers, .ton domains, Getgems collections, addresses, and DEX links. All current milestones are read-only.
Core positioning: Evidence first. Decisions stay yours. Terminal and Guard present readable facts without custody, transaction execution, or financial direction.
02 | Why The TON Blockchain Matters
The TON blockchain gives $TCULT a natural product surface.
The TON blockchain matters because it sits close to Telegram behavior. $TCULT already lives in the language of Telegram groups, bots, mini apps, stickers, gifts, and social sharing. That makes the TON blockchain more than a settlement layer. It is the infrastructure connecting community rituals to wallet-aware tools, official resources, assets, verified records, and future applications.
Telegram-Native Access
Mini apps keep friction low.
$TCULT utilities are designed to open inside Telegram, feel mobile-first, and make the first useful action clear. The project keeps games public and simple while utility surfaces mature into more serious product lanes over time.
Later User-Signed Actions
TON Connect stays outside the current release.
Any later wallet feature must remain non-custodial, user-signed, and protected by a clear pre-sign review. It is separate from today's read-only evidence claims.
Indexed Data
API v3 enables readable facts.
TON Center API v3 provides indexed blockchain access for transactions, traces, jettons, NFTs, actions, wallet states, and analytics. That makes it suitable for scan cards, evidence tabs, explorer links, and read-only user education.
Runtime Discipline
Each product keeps its proven lane.
The live games use Vercel. Guard remains on its Vercel release path. Terminal targets a resident Node 20 Docker service on Hostinger after production approval.
03 | Product Ladder
The current ladder is concrete and status-aware.
The games remain the front door. Terminal and Guard add read-only evidence without turning unreleased work into a public promise.
| Layer |
Job |
Representative Products |
| Community play |
Bring people back through fast, shareable loops. |
Plush Tap: Daily Ritual, Plush Run: Gift Chase, Plush Hop: Gift Tower. |
| Identity and collection |
Make community participation visible and collectible. |
Sticker packs, PFPs, gift concepts, local cosmetic gift shelves. |
| Exact-name evidence |
Check an exact Telegram username against public channel, supergroup, and Fragment evidence before acting. |
$TCULT Handle Desk, live on the web at handles.tcult.site; the Telegram route is held until real-device QA. |
| Terminal evidence |
Turn a pasted TON jetton address or explorer link into a fast panel, bundle analysis, and optional explanation. |
$TCULT Terminal, in development and verified locally with fixtures. |
| Route evidence |
Compare routes and links against readable official-source context before interaction. |
$TCULT Guard, in production behind redeploy, DNS, Telegram, provider, and mobile QA gates. |
| Later research |
Evaluate persistence and user-signed actions without changing the current read-only boundary. |
Future Supabase persistence and TON Connect flows only after separate approval and security gates. |
04 | In Development
$TCULT Terminal turns a pasted signal into progressive evidence.
The M2 bot gateway and Telegram conversation preview are fixture-verified locally. Terminal reuses @TCultPlushBot and does not replace the current default Mini App menu button.
Built and verified locally
- Authenticated Telegram webhook and fail-closed secret validation.
- /start, /help, /scan, and paste-to-scan routing.
- Progressive fast-panel and bundle-analysis card edits.
- Filtered plain-language explanation flow.
- Duplicate-update suppression, per-chat limits, and Telegram API timeouts.
- 39 passing service tests across four production scan vectors.
Public release gates
- Confirm the Hostinger VPS, app root, Docker runtime, TLS route, and rollback path.
- Select a CryptoChucker-owned Git remote.
- Configure server-only values without exposing them.
- Inspect the existing bot webhook before any cutover.
- Receive production approval, deploy, and complete live Telegram and provider QA.
Terminal is not live or publicly released. Its current preview uses the real gateway with recorded provider fixtures and does not touch Telegram or live providers.
05 | In Production
$TCULT Guard checks routes and links against readable evidence.
Guard V1 is implemented locally. A prior public alias exists, but the current release still requires redeploy, branded DNS, Telegram configuration, provider configuration, and mobile QA before it may be described as publicly released.
Current read-only loop
- Accepts TON addresses, jettons, NFT collections, mini app links, DEX links, Getgems links, and explorer URLs.
- Uses public provider evidence and official-route context.
- Shows careful verdict labels, evidence sources, explorer routes, and next-step guidance.
- Supports Telegram start parameters and server-validated Mini App identity.
Release boundary
- No wallet connection, custody, transaction execution, or trading recommendation.
- No seed phrase handling or automatic posting.
- Provider failures remain visible and conservative.
- Release language changes only after the registries record completed deployment and mobile QA.
Guard presents evidence, sources, context, and caution. It does not guarantee safety or turn an evidence match into a recommendation.
06 | Current Architecture
The portfolio uses explicit product and runtime lanes.
The current architecture connects Telegram, four live games, Handle Desk, Terminal, Guard, public TON evidence providers, Vercel, Hostinger, and release registries. Future persistence and user-signed actions remain outside today's release claims.
Telegram Surface@TCultPlushBot, Mini App routes, and the community entry points.
Live GamesPlush Tap, Plush Run, and Plush Hop on Vercel with Telegram deep links.
Handle Desk AppBranded web route, typed exact-name lookup, public channel, supergroup, and Fragment evidence reads, and a Telegram route held until real-device QA.
Terminal ServiceNode 20, TypeScript, Docker, progressive Telegram cards, and a Hostinger resident runtime target.
Guard AppVite, React, TypeScript, Vercel Functions, and release gates still open.
Evidence ProvidersTonAPI, TON Center, and other public reads behind conservative responses.
Catalog And GatesLive registries, architecture records, deployment checks, QA, and approval evidence.
07 | Data And Verification Architecture
Read-only evidence comes first. Later actions stay user-signed.
Terminal and Guard begin with user-submitted inputs and public data. Each product normalizes the input, reads available evidence, and returns a conservative result without taking custody or executing a transaction.
| Component |
Public Function |
Boundary |
| Handle Desk lookup |
Checks an exact Telegram username against public channel or supergroup evidence and official Fragment evidence, then states the honest next step. |
No claim about personal handle status; that is confirmed only in Telegram settings. |
| Terminal gateway |
Receives a TON jetton address or explorer link through @TCultPlushBot and returns progressive evidence cards. |
No transaction execution. |
| Terminal scan pipeline |
Builds a fast panel, bundle analysis, and filtered explanation from provider evidence. |
No financial recommendation language. |
| Guard evidence flow |
Checks routes, handles, domains, collections, addresses, and DEX links against official-route context and public providers. |
No safety guarantee or public accusation. |
| Current providers |
TonAPI, TON Center, and other public evidence reads where available. |
Provider failures remain visible and conservative. |
| Later persistence and actions |
Future Supabase records and TON Connect flows only after separate implementation, security, and approval gates. |
Non-custodial, user-signed, and not part of the current release. |
08 | Future Research Boundary
Research does not become a product promise.
Acton, Tolk, on-chain registries, persistent accounts, wallet context, and transaction flows remain research or later milestones. None of them is the current delivery path for Terminal or Guard.
Any future record layer must remain public, minimal, verifiable, and separate from recommendation language. Unknown inputs must stay unknown rather than being labeled by assumption.
Research questions
- What evidence genuinely benefits from persistence?
- Which records belong off-chain or on-chain?
- How are provenance and updates verified?
- How does the interface avoid implying endorsement?
Gates before any public commitment
- Architecture and threat model approved.
- Implementation, tests, and independent review complete.
- Testnet behavior and rollback path verified.
- User signing and fee previews are explicit.
- Public copy passes security and financial-claim review.
09 | Human-Gated Development
Automation supports the build and does not replace judgment.
The $TCULT studio uses agents for research, code handoffs, architecture updates, media planning, QA scans, public-copy checks, and iteration across games, website, lore, and utility apps.
Human approval remains the gate for public releases, production changes, security-sensitive flows, wallet behavior, and anything involving user trust.
Automation is support, not authority. The public trust layer stays clear, conservative, and verifiable.
10 | Later User-Signed Actions
Read-only evidence matures before transaction features begin.
Later wallet and transaction milestones must remain non-custodial and user-signed. Every action requires a clear pre-sign preview, quote or request expiry where relevant, visible fees, and an explicit user decision.
Automatic trading, custody, seed phrase handling, and financial direction remain outside the product boundary. These later milestones do not change the current status of Terminal or Guard.
11 | Roadmap
Verified states replace date-based promises.
| Status |
Product |
Verified Boundary |
| Live now |
Plush Tap, Plush Run, and Plush Hop. |
Three Telegram routes and three Vercel web apps are public. |
| Live on the web |
$TCULT Handle Desk. |
The branded web route is public. The Telegram route opens after real-device QA. |
| In development |
$TCULT Terminal. |
M2 gateway and local fixture preview are verified. Production deployment and live Telegram QA remain open. |
| In production |
$TCULT Guard. |
V1 is implemented locally. Redeploy, DNS, Telegram configuration, providers, and mobile QA remain open. |
| Later research |
Persistence and user-signed actions. |
Separate architecture, security, testnet, and approval gates are required before public commitment. |
12 | Success Metrics
$TCULT measures utility, not just attention.
Games
- plays per day
- replays per user
- share clicks
- score posts
- mobile issue rate
Terminal
- fixture and live scan accuracy
- time to fast panel
- time to bundle analysis
- explanation completion rate
- webhook rejection and timeout behavior
Guard
- route checks completed
- repeat scanner usage
- provider agreement and failure visibility
- false-positive reports
- mobile QA issue rate
13 | Public Safety Language
The wording is part of the product.
$TCULT builds trust through careful language. The public copy is confident about the roadmap, and the utility layer never overstates what a scan proves.
Preferred Language
- Check before you click.
- Readable on-chain facts.
- Known official source.
- Unknown.
- Needs review.
- Unable to verify.
Avoid
- Guarantee language.
- Trading direction.
- Return promises.
- Outcome predictions.
- Eligibility assumptions.
- Reward claims.
14 | References
Research sources
This public white paper reflects the August 16, 2026 $TCULT app registries, Handle Desk release records, Terminal execution plan, Guard release status, and public TON documentation.
- TON blockchain Acton documentation, "A unified toolchain for TON smart contracts," https://ton-blockchain.github.io/acton/
- TON Docs, "TON Connect overview," https://docs.ton.org/ecosystem/ton-connect/overview
- TON Docs, "TON Center API v3 overview," https://docs.ton.org/ecosystem/api/toncenter/v3/overview
- $TCULT Mini App Registry and LIVE_APPS records, updated August 16, 2026.
- $TCULT Handle Desk release records and work order evidence, August 16, 2026.
- $TCULT Terminal execution plan and README, updated July 10, 2026.
- $TCULT Guard README and current production release gates.
- $TCULT Mini Apps Architecture Catalog and app-local architecture packages.