Provider guide
Top TON development companies: how to choose
Compare Metlabs, PixelPlex and EvaCodes for TON development: contracts, payments, wallets and Telegram Mini Apps, with clear scope and responsibilities.

A product running inside Telegram may need an interface, a backend and a TON integration for payments or digital assets. These components have different responsibilities: opening a Mini App does not demonstrate that its onchain operations are resolved. To choose a company, define what users will do, what they must sign and how the business system recognises the outcome.
Metlabs publishes this commercial guide with our approach and two international providers advertising specific TON services: PixelPlex and EvaCodes. It describes their offerings and criteria for requesting comparable proposals. Inclusion does not validate outcomes or assume that every Telegram product needs its own contract.
Contracts, wallets and Mini Apps have different scopes
TON’s documentation distinguishes messages between contracts from transactions recording changes to each contract’s state. For a product, the practical consequence is that the completed operation needs verification, rather than treating any interface response as a confirmed payment.
The quote should specify whether it includes a Mini App, wallet integration, custom contracts or a service monitoring network operations. It should also identify the asset used and how it connects to an order or user account. Our TON technology page provides network context; this guide focuses on responsibility for delivering each component.
Metlabs: connecting TON operations to the business
Our blockchain development approach starts with product rules and the user journey. For a TON engagement, the proposal should specify what the chain contributes, which functions the application handles and which integrations are needed. Access through Telegram belongs in the usage context, but authorisation and reconciliation rules need explicit definition.
Consider a shop accepting payments through a Mini App. It needs to link the order to the expected operation, verify recipient, asset and amount, and decide what happens when the backend does not receive a response in time. If the service processes a notification again, it should not fulfil the order twice. These conditions become acceptance tests for the complete product.
Where custom contracts are needed, agree administrative powers and control over deployment and any upgrades permitted by the design. If existing contracts are used, identify the dependency and responsibility for maintaining the integration. The team should also document data recovery when a network-access provider stops responding.
This approach fits products coordinating interfaces, contracts and operational integration. Compare the Metlabs proposal using the same journey, deliverables and support terms supplied to other teams. Specific TON experience should be assessed through evidence of the work and assigned people, rather than inferred from a technology list.
PixelPlex: TON contracts, jettons and applications
PixelPlex advertises FunC or Tact contracts, jetton development and Telegram Mini Apps among its TON services. It is a reference for discussing scope across contracts and applications. The proposal should identify which components will be developed and which will be integrated from existing tools.
If commissioning a jetton, request an explanation of issuance and administrative powers, their effect on wallets and the operations that need verification. Token definition should be accompanied by the user journey and tests of the delivered integration.
EvaCodes: TON products and payments
EvaCodes advertises TON applications, payment integrations and contracts, including FunC and Tact services. Its catalogue provides a starting point for discussing product development on this network. Request a specific proposal and authorised team references; an advertised accreditation does not define deliverables on its own.
For an application connected to Telegram, review how the user session relates to the wallet authorising an operation. Establish which information the backend retains and how the application can be maintained if the provider supplying network access changes.
What to request before commissioning TON development
Give candidates the same user journey. Ask them to explain successful operations alongside pending states, rejections and recovery. This exercise helps compare product work and dependencies before agreeing the budget.
- Product: Mini App or other interface, backend, wallet connection and the relationship between users, assets and operations.
- Contracts: new and existing components, administrative permissions and deployment responsibility.
- Acceptance: payment verification, retries, prevention of duplicate fulfilment and outcome monitoring.
- Operations: network-access providers, incidents, documentation, maintenance and handover.
Our general blockchain development company guide provides broader team selection criteria. For TON, comparable proposals should explain how the experience inside or outside Telegram connects to the verifiable outcome of onchain operations.
Got a blockchain project in mind?
From idea to product, strategy and technology must move forward together.




