ONE WALLET
Whitepaper · v1.0 Updated May 2026
Open in Telegram
Technical & product whitepaper · v1.0

The Telegram-native wallet,
payment rail, and ecosystem.

ONE WALLET is a keyless Multi-Share wallet, payment network, and token economy designed to make Web3 finance work like sending a message inside Telegram.

Version1.0 · May 2026
AudienceUsers · Investors · Partners
StatusPre-mainnet · Private testing
LanguagesEN · KO · JA · ZH
NoticeWhitepaper body translation is supported on this page — content is now showing in the selected language.
Chapter 01

Executive summary

In one paragraphONE WALLET is a Telegram-native Web3 wallet that replaces seed phrases with 2-of-3 Shamir custody…

Most consumer crypto products still ask users to memorize twelve words…

This document covers product, architecture, security…

ApprovedBrand name, product positioning…
Chapter 02

Product thesis

ThesisWeb3 distribution will be won inside chat…

Why now

  • Telegram Mini Apps run native-feeling UIs without app-store gatekeeping.
  • Shamir-based custody has matured from research to production-grade libraries.
  • Stablecoin volume has become structurally meaningful for merchant payments.
  • Consumer fatigue with seed-phrase ceremonies opens the field for keyless wallets.

What ONE WALLET is

  1. A wallet — multi-chain, keyless, Telegram-native.
  2. A payment rail — QR invoices, stablecoin settlement, merchant webhooks.
  3. An ecosystem — $1 token utility, mini-app distribution, ecosystem rewards.
Chapter 03

User experience

UX principlesOpen like a chat. Recover without ceremony…

Onboarding

ONE WALLET launches as a Telegram Mini App…

Onboarding flow
Telegram · Mini App · device share · wallet
Primary path No friction
Telegramchat runtime Open Mini Applaunch in-app Device checksession · device share Create walletShamir shares split no app store no download no seed phrase no email
Figure 3.1 — Onboarding flow

Daily actions

  • Send — pick a recipient from Address book or paste an address.
  • Pay — scan a merchant QR; ONE WALLET resolves chain, amount, and FX.
  • Receive — share a chat-native deep link or QR.
  • Swap — in-app stablecoin and major-asset swaps with route preview.
  • Earn — rewards in $1 for active payment and referral behavior.
Chapter 04

Technical architecture

Four-layer modelClient (TMA) · Edge · Custody · Settlement.
LAYER 01 · CLIENT Telegram Mini App · React + TMA SDK UI · session · device share · UX state LAYER 02 · EDGE Auth · Shamir signing orchestration · price feeds · webhooks stateless functions · holds no share · key reconstructed only transiently on-device during signing LAYER 03 · CUSTODY (target architecture) Signer service · recovery share registry · Telegram-share binding hardened environment · planned hardware-backed share protection · holds no single signable key LAYER 04 · SETTLEMENT Chain adapters · payment processor · indexer · merchant API TON · EVM · stablecoin rails · idempotent settlement
Figure 4.1 — Four-layer architecture (target)

Trust boundaries

  • Edge services orchestrate signing requests and hold no share.
  • Each holder stores only one Shamir share and cannot sign unilaterally.
  • Settlement broadcasts only after a valid signature returns.
AssumptionCustody isolation and hardware-protected key storage are stated as target architecture.
Chapter 05

Security model

Custody promiseNo single party can move user funds.

Shamir multi-share signing

2-of-3 Shamir topology
device · Telegram · recovery → signed transaction
Active share Recovery
SHAMIR · 2-of-3 SHARES Device share Telegram auth Recovery share multi-share signing signed tx rules · any 2 shares sign · any 1 share insufficient · shares are rotatable
Figure 5.1 — 2-of-3 Shamir multi-share signing topology

Threat model

VectorImpactMitigation
Device theftLoss of one shareRotate the device share via the recovery share + a fresh Telegram-bound share.
Telegram account or session hijackAccess to the Telegram share only (one share)The Telegram share alone cannot reconstruct the key or sign; an attacker still needs a 2nd share (device or recovery). High-value transfers add re-auth + cooldown.
Coerced recovery attemptUser tricked or pressured into using the recovery shareTime-locked recovery window with multi-step confirmation — the delay surfaces alerts before any share is released.
Signing from a compromised deviceMalware on the device attempts to combine two sharesPer-signature biometric re-auth, value caps, cooldowns, and anomaly checks raise attacker cost and surface intervention before high-value broadcasts.
RiskNo custody model is unbreakable.
Chapter 06

Token model & Tokenomics

$1 utilityFee discounts, user rewards, merchant incentives, ecosystem access, governance signals.

Utility before allocation

UtilityDemand driverStatus
Fee discountHolding $1 reduces payment/swap fees.Designed
User rewardsEarn $1 for payments and referrals.Designed
Merchant incentives$1 top-up lowers acceptance fees.Designed
Ecosystem accessUnlock premium mini-apps.Planned
Governance signalVote on rewards, fees.Planned

Tokenomics

$1 has a fixed maximum supply of 10,000,000 tokens on the TON blockchain, with no additional issuance. The supply is allocated across six buckets as shown below.

FieldValue
Token name1DOLLAR ($1)
NetworkTON Blockchain
Total supply10,000,000 $1
IssuanceNo additional issuance — a scarce digital dollar
BucketShareQuantity
Mining Pool25%2,500,000
Ecosystem Fund23%2,300,000
Team / Development17%1,700,000
Liquidity / Exchange15%1,500,000
Marketing / Partnerships10%1,000,000
Presale10%1,000,000

Vesting and release schedules are published as each bucket activates.

Figure 6.1 — Token distribution Donut chart of the 10,000,000 $1 supply: Mining Pool 25%, Ecosystem Fund 23%, Team / Development 17%, Liquidity / Exchange 15%, Marketing / Partnerships 10%, Presale 10%. 10,000,000 $1
Figure 6.1 — Token distribution
Disclaimer$1 is a utility token.
Chapter 07

Growth model

Loops, not campaignsTelegram referrals, merchant payments…
Growth loop
users · wallet · merchants · $1 rewards · referrals
Forward Feedback
UsersTelegram audience Walletopen · pay MerchantsQR · settlement $1 rewardsactivity-linked open pay earn referrals · re-engagement
Figure 7.1 — Growth loop
  • Referral loop — every active user can refer inside chat with one tap.
  • Merchant loop — accepting ONE WALLET introduces customers to the wallet.
  • Mini-app loop — partner mini-apps require a wallet, driving new sign-ups.
Chapter 08

Business model

Where revenue comes fromTransparent fees…
StreamMechanismStatus
Swap feeBps on in-app token swaps; $1 holders pay less.Designed
Merchant feeBps on settled merchant volume.Designed
Mini-app revenue shareTake rate on premium mini-app transactions.Planned
Merchant SaaSSubscription for analytics, refunds, multi-store.Planned
AssumptionRevenue mix is illustrative.
Chapter 09

Roadmap

PhaseDeliverableStatus
Phase 1 — Core walletMulti-Share custody, TMA, multi-chainCompleted
Phase 2 — Payments railQR invoices, settlement webhooksIn progress
Phase 3 — $1 utilityFee discount layer, reward enginePlanned
Phase 4 — EcosystemMini-app store, partner programPlanned
AssumptionDates are intentionally omitted.
Chapter 10

Team & governance

Operators, not generalistsShipping history across consumer fintech…
Malaysia foundationThe foundation update lists ONE COMPANY as a Malaysia foundation registered with SSM, Companies Commission of Malaysia, with the business address at 3F. KLTS Block C No78, Jalan Gombak, Kuala Lumpur.
Foundation nameONE COMPANY
Corporate typeFoundation
CountryMalaysia
Registration authoritySSM, Companies Commission of Malaysia
Business address3F. KLTS Block C No78, Jalan Gombak, Kuala Lumpur
Business natureA global digital platform business that integrates and provides digital wallet, fintech solutions, games, AI, travel, and information services based on blockchain technology.
Foundation mandateThe mandate covers research, education, and support for blockchain and Web3; digital wallet, fintech, AI, game, travel, and information platform ecosystems; blockchain-based platform development and standardization; healthy digital asset and token use; Web3 community, membership, and reward systems; AI automation and data platforms; online games, digital content, NFT, and metaverse ecosystems; travel, tourism, payment, and membership platforms; partnerships, events, publishing, youth and startup education, project support, safety, transparency, user protection, and compliance systems.

Business Objectives

  1. Research, education, and support for blockchain and Web3 ecosystem development.
  2. Build a global digital ecosystem connecting wallets, fintech, AI, games, travel, and information platforms.
  3. Develop, operate, distribute, and standardize blockchain-based digital platforms.
  4. Support healthy digital asset and token-based service use, with real-use ecosystems.
  5. Connect global users and companies through Web3 communities, memberships, and rewards.
  6. Support AI-based information services, automation, data platforms, and digital innovation.
  7. Support online games, digital content, NFT, and metaverse ecosystems.
  8. Activate travel, tourism, payment, and membership-connected digital platforms.
  9. Cooperate with companies, institutions, and organizations in blockchain, fintech, AI, games, and travel.
  10. Run seminars, conferences, education, promotion, publishing, and information services for digital platforms.
  11. Provide digital technology education and startup support for youth, startups, developers, creators, and participants.
  12. Support fundraising, sponsorship, cooperation, and projects for a global Web3 ecosystem.
  13. Provide public-interest research, development, consulting, and technical support for digital platforms.
  14. Support safety, transparency, user protection, and regulatory compliance systems for blockchain services.
Chapter 11

Risks & mitigations

Honesty as credibilityDisclosing risks is part of the product.
HIGH

Custody compromise

Shamir reconstructs the key at signing time, creating a brief in-memory exposure window on the device; a flaw in share rotation, reconstruction, or key wipe could expose funds.

Planned mitigation…
HIGH

Platform dependency

Telegram is the runtime.

Mitigation: progressive web fallback.
MED

Regulatory shift

Rules vary by region.

Mitigation: legal counsel.
MED

Merchant adoption

Requires integration density.

Mitigation: anchor partners.
LOW

Token utility drift

Utility decoupling dilutes demand.

Mitigation: activity-linked rewards.
LOW

Localization quality

Weak translations damage trust.

Mitigation: native review pipeline.
Chapter 12

Appendix

Glossary

Shamir's Secret Sharing (SSS)
Shamir's Secret Sharing.
Threshold scheme (Shamir-based)
A K-of-N access structure; not a threshold signature scheme (TSS).
TMA
Telegram Mini App.
Settlement webhook
A signed HTTP callback.
Recovery share
An offline Shamir share.

References

  • Telegram Mini Apps documentation — platform reference.
  • Shamir's Secret Sharing & threshold cryptography literature — fundamentals.
  • ONE WALLET homepage and product brief — companion materials.

Document control

v1.0 · May 2026 · Official Release