Executive Summary

KinetraX is a sport marketplace built as a Telegram Mini App and powered by TON. The platform helps trainers publish paid sessions, allows athletes to discover and book those sessions, and processes payments through smart contracts. Our goal is practical: reduce friction in booking and payouts, keep fees transparent, and make participation simple for both sides.

1. Introduction

1.1 The Problem

Independent trainers and sport communities still rely on tools that were not designed for local session commerce. This creates several operational problems:

• Fragmented Workflow: Session discovery, communication, booking, and payment often happen across multiple tools.
• Fee Opacity: Platform and processing costs are not always clear to trainers and athletes.
• Delayed Settlement: Payout delays reduce cash flow for trainers who run sessions regularly.
• Manual Verification: Attendance and booking confirmations are frequently handled by message threads and screenshots.
• High Coordination Overhead: Organizers spend time on administration instead of coaching.

1.2 Our Solution

KinetraX combines a familiar Telegram interface with on-chain settlement on TON. This lets us offer a simpler operational model:

• Unified Experience: Discovery, booking, and payment are handled in one product flow.
• Transparent Settlement: Smart contracts apply distribution logic consistently and visibly.
• Fast Payout Logic: Funds move according to contract rules once payment is confirmed.
• Verification Layer: Participant codes support trainer-side attendance checks.
• Global Access: Telegram Mini App delivery lowers onboarding friction across devices.

2. Platform Architecture

2.1 Technology Stack

Frontend:

• React 18 with TypeScript
• Telegram Mini Apps SDK
• Tailwind CSS for styling
• MapTiler for location services

Backend:

• Fastify web framework
• TypeScript
• TypeORM for database management
• PostgreSQL for persistent data storage
• Redis for caching and performance optimization

Blockchain:

• TON (The Open Network) blockchain
• Tolk smart contract language
• TON Connect for wallet integration

2.2 System Architecture

KinetraX follows a three-layer architecture:

1. Presentation Layer: Telegram Mini App (React frontend)
2. Application Layer: RESTful API (Fastify backend)
3. Blockchain Layer: TON smart contracts for payments

3. Core Features

3.1 User Management

Telegram Authentication:

• Users sign in through Telegram Web App identity.
• No additional password flow is required.
• Profiles are linked to Telegram accounts for continuity.

User Profiles:

• Trainer-facing profiles include a public description and session metadata.
• Users can track their participation as trainer or athlete.
• Profile editing supports iterative improvements over time.

3.2 Session Management

Session Creation:

Trainers can create sessions with:

• Session title and category (for example: Yoga, CrossFit, Running).
• Description, location coordinates, date, time, and duration.
• Price in TON and available participant slots.
• Wallet address for settlement.

Session Discovery:

• Interactive map view of published sessions.
• Location-aware filtering and category filtering.
• Availability display aligned with current booking state.

Session Management:

• View full session details and participant lists.
• Update key parameters such as title, schedule, location, price, and slot count.
• Delete sessions when plans change.

3.3 Booking System

Session Registration:

• Athletes browse and join open sessions.
• Slot availability is validated before payment.
• Wallet connection is handled through TON Connect.
• Payment is executed through TON transaction flow.

Participant Verification:

• Each booking receives a unique participant code.
• Code generation uses SHA-256 based derivation.
• Trainers validate codes to confirm attendance.
• Validation endpoints enforce consistency and integrity checks.

3.4 Payment System

Smart Contract Architecture:

The Session Payment Contract on TON handles:

• Payment Reception: Receiving participant payments.
• Automatic Distribution: Splitting settlement between trainer and platform wallets.
• Commission Management: Applying a configurable commission rate (default: 2% = 200 basis points).
• On-Chain Traceability: Recording payment transactions on TON.

Payment Flow:

1. Participant signs a payment transaction via TON Connect.
2. Payment is sent to the smart contract with trainer settlement parameters.
3. The contract calculates the commission according to configured basis points.
4. The trainer receives the net amount and the platform receives commission.
5. The final settlement is recorded on TON.

Commission Model:

• Default commission rate: 2% (200 basis points).
• Commission and destination wallet are configurable by contract owner permissions.
• Rate bounds are enforced through basis-point logic.

3.5 Session History

Past Sessions:

• Users can view completed sessions.
• Filters support trainer and participant perspectives.
• Results are sorted by recency.

Upcoming Sessions:

• Users can view upcoming sessions where they are involved.
• Participation filters separate trainer and athlete context.
• Results are sorted by nearest date.

4. Blockchain Integration

4.1 TON Blockchain Benefits

Why TON?

• Low Transaction Costs: Efficient on-chain settlement for small and medium payments.
• Fast Confirmation: Suitable for booking flows that require predictable UX.
• Telegram Ecosystem Fit: Natural distribution channel through Telegram Mini Apps.
• Smart Contract Flexibility: Payment logic can evolve with product requirements.

4.2 Wallet Integration

TON Connect:

• Support for wallets compatible with TON Connect.
• Secure user-side transaction signing.
• A payment flow designed for minimal checkout friction.

5. User Experience

5.1 Telegram Mini App

Accessibility:

• Available directly inside Telegram.
• No separate app installation required.
• Cross-platform access (iOS, Android, Web).
• Entry through bot links and shared session links.

User Interface:

• Mobile-first interface design.
• Clear navigation for publish, discover, and booking actions.
• State updates that reflect booking and availability changes.

5.2 Key User Flows

For Trainers:

1. Authenticate with Telegram and complete profile.
2. Publish session details and pricing.
3. Collect bookings through shareable links and in-app discovery.
4. Receive settlement to wallet after contract execution.
5. Verify participants at attendance time.
6. Review upcoming and completed sessions.

For Athletes:

1. Browse sessions using map and filters.
2. Open session details and confirm fit.
3. Connect wallet and complete payment.
4. Receive participant verification code.
5. Provide code when attending the session.
6. Track upcoming and completed bookings.

6. Revenue Model

6.1 Commission Structure

Platform Revenue:

• Primary revenue source: commission on each paid booking.
• Default commission rate: 2% of session price.
• Commission parameters can be updated through governance controls.
• Settlement occurs in TON.

Revenue Distribution:

• 98% to trainer wallet (default configuration).
• 2% to platform wallet (default configuration).

6.2 Cost Structure

Transaction Costs:

• TON network fees associated with on-chain settlement.
• No card processor dependency in the core payment flow.
• No traditional payment gateway markup in contract-based settlement.

7. Token Distribution

KTX token distribution is structured to balance product development, ecosystem growth, liquidity, and long-term team incentives. The total supply is allocated across the following categories:

Note: Allocation percentages are governed by vesting and lock-up parameters shown above. TGE percentage indicates the share unlocked at launch; the remainder follows the defined vesting schedule.

8. Security & Privacy

8.1 Security Measures

Blockchain Security:

• Immutable transaction records for payment events.
• Auditable contract behavior and state transitions.
• Reduced reliance on centralized settlement infrastructure.

Application Security:

• Type-safe implementation (TypeScript).
• Input validation and server-side checks on API endpoints.
• Secure participant code generation and verification logic.
• Access controls for sensitive operations.

Data Privacy:

• Minimal data collection for session operations.
• Telegram-based authentication without password storage.
• Location data used for session logistics and discovery features.
• Data handling guided by standard privacy and minimization principles.

8.2 Participant Verification

Code Generation:

• SHA-256 based derivation process.
• Deterministic output for identical validated inputs.
• Unique code per participant-session pair.
• Compact code format designed for manual verification.

Verification Process:

• Trainers validate submitted participant codes.
• Codes are matched to registered booking records.
• Validation endpoint applies strict matching rules.
• Reduces unauthorized attendance risk.

9. Current Status & Development

KinetraX launched an MVP in 2026 and is iterating on core workflows: session publishing, booking, payment, and verification. The current development focus is reliability, trainer supply growth, and onboarding quality while preparing the platform for broader distribution.

10. Roadmap

11. Conclusion

KinetraX is designed as an operational layer for sport session commerce: discoverable supply, clear booking mechanics, and transparent settlement on TON. By combining Telegram distribution with smart-contract payments, we prioritize practical utility for trainers and athletes rather than speculative complexity.

Our roadmap remains focused on product quality, measurable trainer and athlete outcomes, and disciplined ecosystem growth.

12. Contact & Resources

Platform: https://kinetra-x.com/

Support:

For questions, support, or partnership inquiries, please contact through official channels.

This whitepaper reflects the current state of the KinetraX platform as of April 2026. Features and specifications may change as the platform evolves.