These answers explain Nexelorant's products, their current scenarios of use, and the limits of contract execution. What the published code can do should be distinguished from the features available in the product.
Nexelorant is a technology ecosystem of products and infrastructure.
Products have different roles and architectures, while remaining part of one ecosystem.
Non-custodial smart-contract technology is one of Nexelorant's technologies.
It is used to execute agreed terms, but it does not define how every product in the ecosystem is built.
Affaire is the martech execution layer in the Nexelorant ecosystem. It turns the terms of marketing agreements into executable logic, tying together funding, execution verification, and settlement.
Telegram, media buying, and CPP are Affaire's current context of use, not the boundaries of how the product is defined. The entity at the center of Affaire's current scenario is called a placement.
Nexelorant does not take deal funds into intermediary custody. In the contract scenario, the movement of funds is governed by logic set in advance and by the execution messages the contract provides for.
CAT is Nexelorant's analytical layer. It receives data through CAT Network, analyzes it, and establishes a factual state available to Nexelorant products.
CAT Network is the distributed infrastructure of Nexelorant CAT that supplies data from the external environment. It is not the analytical layer and does not establish the factual state — those tasks belong to CAT.
The chain: external environment → CAT Network → Nexelorant CAT → factual state. Telegram is the current integration example; CAT Network's role is not limited to Telegram or channel data.
Infrastructure Partners is a partnership format through which Nexelorant's operational infrastructure connects and expands.
The Infrastructure Partners package includes priority onboarding, personal support, priority technical support, operational guidance, and infrastructure support.
0% fees on top-ups and withdrawals apply to all users, including Infrastructure Partners. This is the general rate, not an exclusive partner perk.
Network fees remain a separate execution cost. A zero rate on top-ups and withdrawals does not eliminate the cost of the required actions on-chain.
A performer places a placement, fulfills the deal's terms, and receives a payout when the operation completes.
The advertiser funds the deal before execution begins, and the funds are held in the deal's non-custodial smart contract, not in Nexelorant's intermediary custody. 0% withdrawal fees apply to the performer.
The referral reward is tied to successfully completed referred deals — see How does the referral system work?
An advertiser picks a placement, agrees on terms, and funds the deal. The full cost is visible before confirmation. 0% top-up fees apply to the advertiser.
The setup is the same as above; the terms and scale differ.
Partner access does not replace wallet authorization. Actions that require user confirmation go through TON Connect; interface access does not grant the right to sign an action on the owner's behalf.
A single Nexelorant Account can be accessible through several linked Telegram accounts as an interface feature for team access. This is not a multi-owner model: the right to confirm actions depends on access to the matching wallet and authorization through TON Connect.
From there, the partner runs live scenarios — placements, deal routes, buys — and helps bring the system into continuous operation.
Arbitration is available in the current Affaire for disagreements over a deal's execution. Up to 24 hours is the current product rule for the review period. In the published CPP code, the duration is set as a parameter at deal creation, not hard-coded as 24 hours for every contract.
If an objective violation is confirmed, the deal is cancelled and the deal's funding amount is returned to the advertiser. If the violation is not confirmed, the contract's settlement and distribution scenario applies.
The decision triggers one of the paths the contract provides for in advance. The operator relays a permitted message; the contract checks the sender, the deal's state, and the handler's conditions.
Once the review period expires, the built-in timeout scenario becomes available. In the published CPP code, it provides for a full funding refund to the advertiser and requires a call from a permitted sender.
Because the parties are looking at two different numbers.
The advertiser sees what executing the operation will cost. The performer sees the payout they'll receive on successful completion. Both figures are calculated automatically under the same rules, and both are shown before either party confirms.
The referral reward is 20% of Nexelorant's commission and accrues only after a successfully completed deal.
The advertiser's referrer has priority. If there is none, the performer's referrer is used instead. On cancellation or refund, the referral reward is 0: the commission on that deal is not treated as earned for referral accrual.
Nexelorant Account is a programmable smart-contract account with a defined owner.
It is not a balance that Nexelorant holds on the user's behalf.
The contract verifies authorization for the operations it provides for and interacts with a linked jetton wallet. Signed operations are verified against the owner's public key; technical handlers have separately defined sender rights.
The account holds the state of authorization, wallet linking, and outgoing operations. A CPP deal's state — its funding, placement, and settlement — is held in the deal's own contract.
Smart contracts set the terms for execution and the distribution of funds. The scenarios they provide for are triggered by authorized messages; operator actions are bound by code, not simply absent.
Different parts of the contract infrastructure handle different tasks; Nexelorant Account is the one you interact with directly.
Each infrastructure version is a specific implementation of the protocol's logic, and new versions appear as the architecture evolves. Which version applies is decided by the protocol's own rules, and if that changes how you interact with the system, your confirmation is required.
Your own external wallet, connected through TON Connect. It is not part of the platform. Your private keys and seed phrase stay with you alone.
Actions that require user confirmation are authorized through TON Connect and executed under the contract's built-in logic. This is distinct from the permitted technical messages sent by the infrastructure.
Nexelorant cannot create the owner's signature on their behalf. That said, the contract's code provides for operator messages and other permitted senders, which trigger defined state transitions and settlements without a new user signature.
Linking status describes interface access to a Nexelorant Account. Several linked Telegram accounts can work with a single account as part of the team-access feature.
A Nexelorant Account does not become a multi-owner contract. The user's right to confirm is determined by access to the matching wallet and authorization through TON Connect.
Every action that requires user confirmation goes through TON Connect. Interface access does not substitute for that authorization.
Technical infrastructure delivers signed actions and can trigger the technical state transitions the code permits. It cannot create the owner's signature or change the parameters they signed: user authorization and operator authority are distinct.
GRAM Petrol is a technical resource for covering the network fees of required on-chain operations. It is not a platform fee.
It is topped up to a shared technical address or circuit and used to send required messages and interact with smart contracts.
Using the technical circuit does not substitute for user authorization. That said, the infrastructure can initiate the technical state transitions the code provides for; these are distinct from an action requiring the owner's confirmation.
A zero fee on top-ups and withdrawals does not eliminate network costs. Executing messages still requires the cost and reserve checks the code provides for to pass.
A performer receives payout to the main wallet or to a Nexelorant Account — depending on the chosen payout method.
In an already-created CPP contract, the settlement recipient address is already locked in by the deal's parameters. Changing the setting for future payouts does not override that address in an existing contract.
A referrer can choose the main wallet or a Nexelorant Account — depending on the chosen payout method.
Changing the chosen method applies to future referral accruals. An accrual already generated keeps the parameters in effect when it was created.
An internal measure of how reliably a channel fulfills its obligations. It is not a rating of audience, reach, or ad performance — it says nothing about how well a placement performed, only whether the terms were honored.
The maximum is 13.37, and a new channel starts there.
The rating drops for violations of a placement's or deal's terms: failing to publish, early deletion, breaking pinning or other agreed parameters.
The rating reflects the quality of fulfilling obligations. A new channel starts at the maximum value, so a high rating on its own does not confirm a long track record of deals.
Still have a question?
Support answers in the bot. Nothing in this FAQ overrides the legal documents and the contract architecture — in the event of a discrepancy, those govern.