L'exécution non dépositaire et ses limites.

Les fonds de la transaction se trouvent dans un smart contract non dépositaire et sont traités selon une logique définie à l'avance. Nexelorant ne prend jamais les fonds de la transaction en conservation intermédiaire. Le code prévoit néanmoins le versement d'une part de commission à l'adresse financière technique indiquée dans les paramètres de la transaction.

Dans Nexelorant Account, les opérations signées protégées sont vérifiées par rapport à la clé publique du propriétaire. Les autres gestionnaires disposent de droits d'expéditeur définis séparément : l'infrastructure de Nexelorant peut transmettre les messages d'exécution prévus. L'autorisation du propriétaire et les pouvoirs de l'opérateur sont deux mécanismes distincts.

Une fois bloqués, les actifs sont régis par la logique du contrat. Cela signifie aussi qu'ils échappent à votre contrôle direct — jusqu'à ce que l'opération atteigne une issue que le contrat reconnaît.

Uniquement en atteignant une issue définie. Selon l'opération, il peut s'agir d'un achèvement réussi, d'une annulation, d'une redistribution partielle, d'un remboursement par délai, d'un règlement selon les règles du protocole, ou d'une autre voie inscrite dans le contrat.

Les issues autorisées sont définies par le code du contrat. Un expéditeur autorisé peut déclencher un scénario prévu, mais les paramètres de règlement et les destinataires restent limités par la logique propre à ce contrat.

Ils sont intégrés aux voies d'exécution du contrat et s'appliquent automatiquement, selon les règles propres à l'opération. Ils ne sont jamais facturés ni prélevés à la main.

Une voie de règlement ou de remboursement n'est accessible que lorsque les conditions du gestionnaire correspondant sont réunies. Le simple écoulement du délai ne remplace ni un message d'exécution autorisé, ni les vérifications techniques requises.

Le code CPP publié comporte des voies de remboursement et de renvoi prévues. Leur application dépend de l'état de la transaction, des droits de l'expéditeur et du respect des conditions du gestionnaire.

L'écoulement du délai n'envoie pas les fonds de lui-même : la voie correspondante doit être déclenchée par un message autorisé. L'exécution exige aussi que les vérifications du portefeuille et du budget de frais de réseau soient satisfaites.

Pour une transaction CPP dans Affaire, la fabrique déploie un contrat distinct avec des paramètres définis. Ceci décrit la mise en œuvre actuelle de CPP, et non une règle valable pour chaque opération et chaque produit Nexelorant.

Les conditions de la publication sont convenues avant l'exécution. La fabrique accepte un message de déploiement de son propre propriétaire ou de l'opérateur. Les actions nécessitant une confirmation de l'utilisateur dans le produit sont autorisées via TON Connect ; il faut distinguer cela de la vérification de l'expéditeur du message envoyé à la fabrique.

Le contrat fige les paramètres de la transaction et met en œuvre ses transitions d'état et règlements autorisés. Les messages autorisés déclenchent les gestionnaires prévus ; ils ne permettent aucune modification arbitraire de la logique du contrat.

Nexelorant Account prévoit un transfert de jetons vers une adresse cible, vérifié par l'autorisation du propriétaire. Le contrat CPP prend en compte le financement uniquement si la notification provient du Jetton Wallet associé, si l'expéditeur des jetons correspond à l'adresse de l'annonceur dans les paramètres de la transaction, et si l'état permet le financement.

Dans le scénario public actuel d'Affaire, le règlement se fait en USDT. Les contrats vérifiés utilisent un master de jeton défini et un Jetton Wallet associé. Ceci décrit le scénario actuel, et non une affirmation selon laquelle tous les produits Nexelorant prendraient en charge n'importe quel jeton.

Un smart contract n'observe pas l'environnement externe par lui-même. Dans la chaîne canonique, CAT Network fournit les données externes, et Nexelorant CAT les analyse et établit un état factuel qu'un produit peut utiliser lors de l'exécution.

L'infrastructure technique transmet les messages d'exécution prévus. Le contrat vérifie les droits de l'expéditeur et les conditions de son gestionnaire ; un opérateur autorisé ne devient pas une seconde source de l'état factuel externe.

Tous les signaux ne sont pas liés à CAT. L'annulation, l'achèvement après la période de blocage et le renvoi relèvent du cycle de vie propre à la transaction. Ces actions ne peuvent pas être présentées automatiquement comme le résultat de l'analyse d'un événement externe.

Des interfaces, la préparation des transactions, la transmission à la blockchain des actions prévues, des mécanismes de commission et l'infrastructure technique d'exécution de Nexelorant.

Tout cela existe pour coordonner l'exécution au sein du modèle contractuel. Rien de tout cela n'est un mécanisme de conservation des fonds.

L'issue d'une transaction est déterminée par les conditions convenues et par les scénarios autorisés du contrat. Dans le code CPP publié, l'achèvement, l'annulation et le remboursement sont déclenchés par des messages autorisés une fois réunies les conditions du gestionnaire correspondant.

Nexelorant n'est pas une partie juridique à votre transaction et ne prend à son égard aucune décision discrétionnaire. Chaque opération se déroule dans le modèle d'exécution que le système a défini à l'avance.

L'Affaire actuelle propose un arbitrage avec une période d'examen allant jusqu'à 24 heures. Il détermine lequel des scénarios prévus s'applique en cas de désaccord entre les parties.

Si une violation objective est confirmée, l'annulation avec remboursement du financement à l'annonceur s'applique. Si la violation n'est pas confirmée, c'est le scénario de répartition prévu qui s'applique. Dans le code CPP publié, la résolution de l'arbitrage dispose de gestionnaires distincts pour l'annulation objective et l'annulation subjective ; ce n'est pas la même voie que l'achèvement réussi ordinaire.

Une fois la période d'examen écoulée, le scénario de délai du contrat devient accessible. Il exige un message d'un expéditeur autorisé ; dans le code CPP publié, cette voie restitue le financement à l'annonceur. L'opérateur ne peut pas ajouter une nouvelle issue en dehors de la logique du contrat.

L'existence d'une procédure de litige ne confère aucun pouvoir illimité sur l'issue. Toute décision ou action reste limitée par les voies de règlement, les droits et la logique disponibles dans le contrat.

Concrètement : nous ne pouvons pas obtenir les clés privées, ne pouvons pas transférer des actifs vers une adresse arbitraire, ne pouvons pas redéfinir l'exécution du contrat et ne pouvons pas faire sortir des fonds des mécanismes de règlement que fournit le protocole.

Sur la blockchain, vous pouvez vérifier le code et l'état d'un contrat donné, ses transactions et ses résultats d'exécution. Ces données sont accessibles sur le réseau public The Open Network.

Utilisez n'importe quel explorateur tiers — Tonviewer ou équivalent. Les contrats peuvent être vérifiés de manière indépendante avec des outils standard, c'est-à-dire que vous pouvez contrôler vous-même leur comportement, le flux des transactions et les issues.

Nous publions également l'architecture des contrats et le code source, afin que le modèle d'exécution puisse être lu plutôt que supposé.

Le contexte hors chaîne qui se trouve derrière un signal. Lorsqu'une action dépend d'un signal d'exécution envoyé par l'opérateur, vous pouvez vérifier ce que le contrat a fait — l'exécution est visible sur la blockchain —, mais l'événement qui l'a déclenchée peut ne pas être vérifiable de façon indépendante à partir des seules données de la blockchain.

C'est une limite réelle, indiquée délibérément. La vérifiabilité signifie ici la transparence du déroulement de l'exécution ; elle ne signifie pas que le protocole peut modifier cette exécution.

Les transactions confirmées sur la blockchain sont définitives et irréversibles. Une adresse erronée, des paramètres incorrects, une interaction non prise en charge ou une simple erreur peuvent entraîner une perte irrémédiable de fonds.

Nexelorant ne peut annuler, modifier, redéfinir ni restituer une transaction confirmée au-delà des mécanismes que fournit le contrat lui-même. Contacter le support ne défait pas cette finalité.

Nous ne contrôlons pas non plus le réseau TON ni les services tiers, y compris les explorateurs, et ne répondons pas de leur disponibilité ni de leur exactitude.

La sécurité du portefeuille, la gestion de vos clés privées et toutes les actions effectuées depuis vos adresses. Une transaction signée et envoyée depuis votre portefeuille est considérée comme entièrement autorisée par vous — parce que, cryptographiquement, elle l'est.

Le modèle est conçu pour que l'exécution soit régie par des règles transparentes, une autorisation cryptographique et la logique du contrat, et non par la conservation des fonds par la plateforme. Le revers de la médaille : personne ne peut défaire votre signature non plus.