Protention
Tous les documents légaux

Politique d'utilisation responsable de l'agent AI

Opérateur
Sidiora Labs Inc., une société du Delaware (« Sidiora Labs », « nous », « notre » ou la "Opérateur")
S'applique à
le déploiement, le financement, la configuration et le fonctionnement des agents IA via le L'infrastructure agentique Protention et l'infrastructure agentique Protention.
Version
1.0
Date d'entrée en vigueur
10 juin 2026

1Objet et portée

1.1 Cette politique d'utilisation responsable de l'agent AI (la "Politique de l'agent") établit les exigences, principes et obligations régissant le fonctionnement des agents IA via Protention et le Protention. Il complète les Conditions d'utilisation et la Politique d'utilisation acceptable ; les termes en majuscules non définis ici ont la signification donnée dans les Conditions d'utilisation. Dans en cas de conflit entre la présente politique d'agent et l'AUP sur une question spécifique à Opération d'agent, la disposition la plus restrictive s'applique.

1.2 "Opérateur d'un Agent" (ou simplement "Opérateur") désigne l'Utilisateur qui déploie, finance, configure, autorise ou gère un agent. Un seul utilisateur peut exploiter plusieurs Agents. Lorsqu'une entité exploite un agent, la personne qui déploie ou configure l'agent au nom de cette entité doit avoir le pouvoir de lier l'entité.

1.3 La responsabilité de l'opérateur est absolue dans le cadre autorisé. Vous sont entièrement responsables des actions de vos agents, y compris l'activité Onchain, transactions sur le marché, obligations de règlement, traitement des données et interactions avec d'autres utilisateurs et agents, comme si vous aviez pris ces mesures vous-même. Ceci la responsabilité ne peut être déléguée à l’Agent ou déclinée au motif que le L'agent a agi de manière autonome.

1.4 Champ d'application. Cette politique d'agent s'applique à :

  • (i)Tous les agents qui s'authentifient auprès de, sont hébergés par, exécutent via ou effectuent des transactions sur l'infrastructure Protention ou le Protention ;
  • (ii)Tous les opérateurs, que l'agent intègre ou non l'apprentissage automatique modèles, logique basée sur des règles ou approches hybrides ;
  • (iii)Les interactions d'agent à agent, qui sont en outre régies par le Accord machine à machine (M2M) ; et
  • (iv)Agents qui interagissent avec les API des développeurs, les listes de places de marché, le règlement mécanismes, et tout autre composant des Services.

2Principes fondamentaux

2.1 Les agents exploités via Protention doivent adhérer aux principes suivants. Ces Les principes éclairent les exigences spécifiques dans les sections suivantes et servent de orientations interprétatives lorsqu’une règle spécifique ne vise pas une situation nouvelle :

2.1.1 Autorisé.

Un Agent doit agir uniquement dans le cadre de l'autorité que son Opérateur a expressément accordé. Un agent ne doit pas étendre lui-même ses autorisations, acquérir des capacités au-delà sa configuration, ou prendre des mesures en dehors de son mandat défini.

2.1.2 Délimité.

Un agent doit fonctionner dans l'environnement d'exécution contraint fourni par Protention, y compris le vocabulaire des verbes fermés, la représentation de l'intention typée et limites d’exécution. Un agent ne doit pas tenter de contourner, de s'échapper ou de contourner ces contraintes.

2.1.3 Transparent.

Un Agent doit divulguer sa nature automatisée lorsque la divulgation est requise par la loi applicable. loi ou par le contexte de l’interaction. Un agent ne doit pas se faire passer pour un être humain dans un manière trompeuse ou dissimuler son fonctionnement automatisé pour obtenir un avantage.

2.1.4 Responsable.

Chaque Agent doit être attribuable à un Opérateur identifiable via le mécanismes d'authentification utilisés par Protention. Les opérateurs ne doivent pas masquer, couper ou porter atteinte à la chaîne d’attribution entre un Agent et son Opérateur.

2.1.5 Sûr.

Un agent doit être conçu, configuré, testé et surveillé pour éviter tout dommage prévisible. aux Utilisateurs, aux tiers, au Réseau et à l’intégrité des Services. Où un L'opération de l'agent crée un risque important, l'opérateur doit mettre en œuvre des mesures de protection proportionnée à ce risque.

2.1.6 Conforme.

Un agent doit agir conformément à la loi applicable, aux présentes conditions, à la PUA et à toutes les politiques intégrées. L'Opérateur est responsable d'assurer la conformité dans tous juridictions dans lesquelles l’Agent opère ou produit des effets.

3Autorisation, autorisations et surveillance humaine

3.1 Portée de l'autorisation

  • (i)Avant de déployer un Agent, l'Opérateur doit définir l'autorisation de l'Agent la portée, y compris : les actions spécifiques que l'agent est autorisé à entreprendre ; le les catégories de contreparties avec lesquelles il peut traiter ; la valeur maximale de l'individu transactions et limites d’exposition globales ; les services et fonctionnalités qu'il peut accès; et les conditions dans lesquelles il peut contracter des obligations contraignantes.
  • (ii)Un Agent ne peut entreprendre que les actions autorisées par son Opérateur. Pour les actions qui entraîner une activité Onchain irréversible ou l'engagement de fonds, l'opérateur doit mettre en œuvre des contrôles d’autorisation appropriés, qui peuvent inclure, mais ne sont pas limité à : l’approbation explicite par action ; autorisations étendues avec définition limites; limites de dépenses par transaction et globales ; autorisation limitée dans le temps fenêtres; et les restrictions de contrepartie basées sur une liste blanche.
  • (iii)L'Opérateur est tenu de s'assurer que le périmètre d'autorisation est proportionné à l'objectif de l'Agent et au risque que les actions de l'Agent puissent créer. Une autorisation à portée large augmente l'exposition de l'Opérateur ; Sidiora Labs recommande d'appliquer le principe du moindre privilège.

3.2 Surveillance humaine

  • (i)L'opérateur doit maintenir la capacité de surveiller, contraindre, suspendre et arrêter ses agents à tout moment. Les opérateurs ne doivent pas déployer d'agents qui ne peuvent pas être arrêtés par l'opérateur à travers les commandes disponibles.
  • (ii)Pour les agents qui effectuent des actions de grande valeur, irréversibles ou à haute fréquence, le L'opérateur doit mettre en œuvre une surveillance en temps réel et définir l'intervention seuils qui déclenchent un examen humain avant que l’agent ne procède.
  • (iii)L'Opérateur doit désigner au moins une personne autorisée (ou un rôle, dans le cas d'une entité) avec la capacité et la responsabilité d'intervenir ou d'arrêter Opérations des agents. Cette désignation doit être maintenue à jour pendant toute la durée de l'opération de l'Agent.

3.3 Déterminisme et auditabilité

Protention est conçu de telle sorte qu'une intention canonique produit un octet identique, enregistrement d'exécution rejouable. Cette auditabilité soutient la surveillance et les enquêtes mais ne transfère pas, ne réduit pas ou ne limite pas la responsabilité de l'Opérateur pour les activités de l'Agent. actions ou décisions.

4Classification des risques et exigences par niveaux

4.1 Sidiora Labs classe les activités des agents en niveaux de risque pour garantir que les mesures de protection sont proportionnés au risque de préjudice. Les opérateurs doivent évaluer quel niveau s’applique aux activités de leur Agent et se conformer aux exigences correspondantes.

4.2 Risque standard — Opérations générales des agents

Agents effectuant des opérations standard (par exemple, récupération d'informations, API non financière appels, génération de contenu sans publication autonome, traitement interne des données) doit se conformer aux exigences de base de la présente Politique des agents, y compris contrôles d’autorisation, obligations de transparence et conformité AUP.

4.3 Risque élevé — Actions financières et contraignantes

Agents qui engagent des fonds, exécutent des transactions financières, cosignent des ProtentionVouchers, contracter des obligations contraignantes ou interagir avec des mécanismes de règlement et de compensation sont classé à risque élevé et doit en outre :

  • (i)Mettre en œuvre des limites de dépenses par transaction et globales proportionnelles à la Tolérance au risque de l'opérateur ;
  • (ii)Implémenter des disjoncteurs qui arrêtent automatiquement l'agent en cas d'anomalie comportement est détecté, notamment un volume de transactions inhabituel, des pics de valeur, des changements de contrepartie ou erreurs répétées ;
  • (iii)Enregistrez toutes les décisions et actions financières de manière suffisamment détaillée pour prendre en charge audit et reconstruction post-incident ; et
  • (iv)Effectuer des tests dans des conditions à faible risque ou dans un bac à sable avant d'obtenir l'autorisation sur les fonds de production ou sur des actions irréversibles.

4.4 Risque élevé — Prise de décision autonome avec un impact significatif

Agents qui prennent des décisions autonomes avec un impact potentiel significatif sur les droits des individus, la sécurité, la situation financière ou l'accès aux services, y compris agents qui déterminent de manière autonome l’éligibilité, les prix, la notation des risques et le contenu la modération ou l’allocation de ressources affectant les individus – sont classés comme à haut risque et doit en outre :

  • (i)Mettre en œuvre un examen humain pour les décisions qui produisent des effets négatifs importants effets sur les individus, à moins que l’Opérateur puisse démontrer que des les sauvegardes automatisées atteignent un niveau de protection équivalent ;
  • (ii)Conserver des enregistrements de la logique de décision, des entrées et des sorties suffisants pour expliquer la base des décisions individuelles sur demande ;
  • (iii)Fournir aux personnes concernées un moyen de contester les décisions automatisées et obtenir un examen humain, lorsque la loi applicable l'exige (y compris GDPR Article 22 et, le cas échéant, la loi de l'UE sur l'IA ); et
  • (iv)Mener et documenter une évaluation des risques avant le déploiement qui identifie les dommages prévisibles et les garanties mises en œuvre pour les atténuer.

4.5 Alignement de la loi européenne sur l'IA

  • (i)Lorsque les activités d'un agent relèvent du champ d'application du droit artificiel de l'UE Loi sur le renseignement (Règlement (UE) 2024/1689) (le « Loi européenne sur l'IA »), l'Opérateur est responsable de se conformer aux obligations applicables à la catégorie de risque concernée en vertu de ce réglementation, y compris, mais sans s'y limiter : les exigences d'enregistrement ; conformité évaluations; obligations de transparence; les exigences en matière de surveillance humaine ; obligations en matière de gouvernance des données ; et les exigences en matière de tenue de registres.
  • (ii)Sidiora Labs ne détermine pas la classification des risques des agents individuels en vertu de la loi de l’UE sur l’IA. Les opérateurs doivent évaluer de manière indépendante si leur agent constitue un système d’IA interdit, à haut risque, à risque limité ou à risque minimal en vertu la loi de l’UE sur l’IA et doit mettre en œuvre les obligations correspondantes.
  • (iii)Agents qui effectuent une identification biométrique en temps réel, un score social, manipulation de groupes vulnérables ou autres activités interdites en vertu de l’article 5 de l’EU AI Act ne doit pas être déployé via Protention, quel que soit le Compétence de l'opérateur.
  • (iv)Lorsque Sidiora Labs opère en tant que fournisseur ou déployeur d'un système d'IA au sein du au sens de la loi européenne sur l’IA, Sidiora Labs remplira ses propres obligations en vertu de la réglementation séparément et mettra à disposition les documents de conformité pertinents dès que possible. requis.

5Conduite interdite des agents

Vous ne devez pas déployer ou exploiter un agent qui :

5.1 Dépasse l'autorisation — agit en dehors de son champ d'application autorisé, au-delà le temps d'exécution contraint, ou d'une manière incompatible avec le temps d'exécution défini par l'opérateur mandat, y compris les tentatives d'évasion de l'ensemble de verbes, du bac à sable, du conteneur ou de l'exécution frontière, ou pour acquérir des capacités non accordées par le système ou l'opérateur.

5.2 Prend des actions irréversibles incontrôlées — commet de manière irréversible Activité Onchain, exécute des transactions financières ou contracte des obligations contraignantes sans autorisation adéquate, des contrôles proportionnés à la valeur et au risque du actions.

5.3 Trompe sur sa nature — est conçu pour tromper les utilisateurs sur s'ils interagissent avec un système automatisé, où la divulgation de données automatisées l'opération est requise par la loi applicable (y compris, le cas échéant, la loi de l'UE sur l'IA). obligations de transparence pour les systèmes d’IA qui interagissent avec des personnes physiques) ou par le contexte de l’interaction.

5.4 Se livre à des délits financiers — facilite ou s'engage sur le marché manipulations, fraudes, délits d'initiés, front-running visant à nuire à d'autres Utilisateurs ou le protocole, le blanchiment d'argent, le financement du terrorisme, l'évasion des sanctions ou tout autre délit financier interdit par l’AUP ou la loi applicable.

5.5 Manipule les signaux — manipule la réputation, le score, signaux de qualité de remplissage, de classement, de règlement ou de découverte, y compris par le biais de signaux coordonnés comportement inauthentique, transactions fictives, transactions intéressées ou collusion avec d'autres agents.

5.6 Attaque d'autres systèmes — effectue ou tente une injection rapide, jailbreaking, entrées contradictoires, empoisonnement des données ou manipulation d'autres agents, modèles, oracles ou couche d'intention pour provoquer une conduite interdite, contourner la sécurité contrôles, extraire des informations non autorisées ou dégrader les Services.

5.7 Génère du contenu interdit — génère, distribue ou facilite le contenu illégal, les logiciels malveillants, le phishing, les images intimes non consensuelles, ou contenu qui exploite, abuse ou met en danger des mineurs.

5.8 Abus des ressources — abuse de l'hébergement, de la mesure, des limites de débit ou du Niveau gratuit, y compris le cycle de crédit, l'agriculture multi-comptes, les stratégies Sybil ou attaques par épuisement des ressources.

5.9 Auto-escalade — élève de manière autonome ses propres autorisations, autorité, accès aux ressources ou portée des opérations au-delà de ce qui a été configuré par le Opérateur, sans l’approbation explicite de l’Opérateur pour chaque escalade.

5.10 Évite les contrôles — est conçu ou exploité pour échapper à l'AML/KYC contrôles, filtrage des sanctions, comptage, authentification, limites de débit ou tout autre mécanisme de conformité ou de sécurité.

5.11 Ne peut pas être arrêté — est conçu ou configuré de manière à empêche l'Opérateur d'arrêter, de suspendre ou de restreindre son activité par le biais de commandes disponibles.

6Sécurité, tests et garanties opérationnelles

6.1 Tests préalables au déploiement

  • (i)Les opérateurs doivent tester les agents dans des conditions à faible risque, en bac à sable ou en testnet avant les déployer dans des environnements de production, notamment avant d'accorder l'autorité sur les fonds, les actions irréversibles ou les interactions avec d’autres utilisateurs.
  • (ii)Les tests doivent inclure : des tests fonctionnels du comportement de l'agent au sein de son portée autorisée ; tests de limites pour vérifier que l'agent ne dépasse pas ses autorisation; tests de résistance dans des conditions défavorables (par exemple, latence élevée, entrées inattendues, défaillances de contreparties) ; et des tests contradictoires pour évaluer résilience contre une injection et une manipulation rapides.

6.2 Limites de dépenses et disjoncteurs

  • (i)Les opérateurs doivent appliquer des limites de dépenses, des limites de tarifs et des disjoncteurs proportionnée à l’autorité de l’Agent et à la classification des risques (Section 4).
  • (ii)Les disjoncteurs doivent être configurés pour arrêter automatiquement l'agent lorsque les seuils prédéfinis sont dépassés, notamment : les limites de valeur par transaction ; limites d'exposition globales dans une fenêtre de temps définie ; transaction anormale vitesse ou fréquence ; erreurs répétées ou échecs de transactions ; et inattendu modèles de contrepartie.
  • (iii)Lors du déclenchement d'un disjoncteur, l'agent doit entrer dans un état sûr (arrêt ou mode restreint) et avertissez l’opérateur. L'Agent ne doit pas outrepasser de manière autonome ou réenclencher un disjoncteur déclenché sans l'approbation de l'opérateur.

6.3 Modèle et qualité des données

  • (i)Les opérateurs sont responsables de la qualité, de l'adéquation et de la fiabilité de tout modèle, modèle d'invite, outil, source de données ou service externe sur lequel leur agent s'appuie sur.
  • (ii)La sortie de l'IA est probabiliste et peut être inexacte, biaisée, incomplète ou inadapté. L'Opérateur ne doit pas s'appuyer sur les résultats de l'IA d'une manière qui crée risque excessif pour les utilisateurs, les tiers ou le réseau, et doit mettre en œuvre la validation mesures appropriées aux conséquences des actions de l'Agent.
  • (iii)Les opérateurs doivent surveiller la dérive du modèle, la dégradation de la qualité des données et les changements dans le comportement du modèle tiers qui peut affecter les performances ou la sécurité de l'agent caractéristiques.

6.4 Surveillance continue

  • (i)Les opérateurs doivent surveiller leurs agents pour déceler toute anomalie, tout emballement ou involontaire. comportement pendant le fonctionnement et doit intervenir rapidement lorsqu'un tel comportement est détecté.
  • (ii)La surveillance doit être proportionnelle à la classification des risques de l'agent et doit inclure, au minimum : les journaux de transactions, les taux d'erreur, les modèles de latence et tout autre alertes générées par des disjoncteurs ou des contrôles d’autorisation.

7Transparence et divulgation

7.1 Divulgation du système automatisé

  • (i)Lorsque la loi applicable l'exige, y compris la loi de l'UE sur l'IA (article 50), lois sur la protection des consommateurs ou réglementations spécifiques à un secteur — Les agents doivent clairement divulguer aux utilisateurs que l’utilisateur interagit avec un système automatisé.
  • (ii)La divulgation doit être fournie avant ou au début de l'interaction et doit être suffisamment visible et clair pour qu'un utilisateur raisonnable puisse comprendre le caractère automatisé de l’interaction.
  • (iii)Les agents ne doivent pas usurper l'identité d'un individu humain spécifique ou d'une entité spécifique dans un manière trompeuse, ou se présentent comme humains alors qu'ils ne le sont pas, dans des contextes où la distinction compte.

7.2 Étiquetage du contenu généré par l'IA

Lorsqu'un agent génère du contenu présenté aux utilisateurs (y compris du texte, des images, audio, code ou recommandations), et lorsque l'étiquetage est requis par la loi applicable, l'Opérateur doit s'assurer que ce contenu est étiqueté ou accompagné d'une mention indiquant qu’il a été généré par un système d’IA.

7.3 Obligations de divulgation spécifiques à l'opérateur

Il appartient aux opérateurs d'identifier et de respecter les éventuelles transparences, étiquetages, les obligations de divulgation ou de notification qui s'appliquent aux résultats spécifiques de leurs agents, interactions ou cas d’utilisation en vertu de la loi applicable. Sidiora Labs fournit le infrastructures; l'Exploitant supporte pour son propre compte l'obligation de conformité réglementaire. Agent.

8Responsabilité et attribution

8.1 Attribution obligatoire

  • (i)Chaque Agent doit être attribuable à un Opérateur identifiable via le mécanismes d'authentification utilisés par Protention, y compris les informations d'identification, le portefeuille adresses, DID et jetons signés.
  • (ii)La chaîne d'attribution — depuis les actions de l'Agent jusqu'à l'Opérateur responsable — doit être entretenu à tout moment. Les opérateurs ne doivent pas prendre de mesures pour obscurcir, séparer, ou porter atteinte à cette attribution.

8.2 Évasion interdite

Les opérateurs ne doivent pas :

  • (i)Déployer des agents de manière anonyme ou pseudonyme dans le but de contourner ce problème. Politique de l'agent, AUP, exigences AML/KYC ou contrôles de sanctions ;
  • (ii)Relayer les actions à travers des chaînes d'agents pour masquer l'identité de l'auteur Opérateur ou nature de l'activité ;
  • (iii)Utilisez les interactions d'agent à agent pour superposer les transactions dans le but d'éviter contrôles de conformité ; ou
  • (iv)Créez plusieurs identités d'agent pour échapper aux mesures coercitives prises à l'encontre d'un Agent ou compte précédent.

8.3 Tenue de registres

  • (i)Les opérateurs doivent conserver des registres suffisants pour démontrer la conformité à cette directive. Politique de l'agent, comprenant : la portée et la configuration de l'autorisation de l'agent ; historique de déploiement et de modification ; journaux de décisions et d'actions importantes ; et enregistrements de tout incident, intervention ou mesure d’application de la loi.
  • (ii)Les dossiers doivent être conservés pendant au moins douze (12) mois après la La dernière opération active de l'agent, ou plus longtemps comme l'exige la loi applicable ou un enquête en cours.
  • (iii)Sidiora Labs peut demander l'accès aux dossiers d'un opérateur lorsque cela est raisonnablement nécessaire pour enquêter sur une violation présumée de la présente politique des agents, de la PUA ou loi applicable. Défaut de fournir les dossiers demandés dans un délai raisonnable peut en soi constituer une violation.

9Rapport d'incident

9.1 Déclaration obligatoire

Les opérateurs doivent signaler rapidement à Sidiora Labs tout événement suivant impliquant leurs agents :

  • (i)L'Agent entreprend une action en dehors de son champ d'application autorisé ou en violation du présent Politique des agents ;
  • (ii)L'Agent est impliqué ou affecté par un incident de sécurité, y compris accès non autorisé, compromission des informations d'identification, exploitation d'une vulnérabilité, ou une violation présumée des données ;
  • (iii)L'Agent provoque ou contribue à une perte financière matérielle, un préjudice à un autre Utilisateur, ou interruption des Services ;
  • (iv)L'agent présente un comportement anormal, incontrôlable ou involontaire que l'opérateur ne peut pas immédiatement expliquer ou contrôler ;
  • (v)Un disjoncteur ou un mécanisme de sécurité se déclenche dans des circonstances suggérant un problème systémique plutôt qu’un événement seuil de routine ; ou
  • (vi)L'Opérateur a connaissance d'une procédure judiciaire, d'une enquête réglementaire ou les mesures d'application de la loi liées aux opérations de l'Agent.

9.2 Comment signaler

Les rapports d'incident doivent être soumis à info@sidioralabs.com et doit inclure, pour la mesure disponible : l'identifiant de l'Agent ; une description de l'événement; le temps et durée de l'événement; les mesures prises pour contenir l'événement ; tous les utilisateurs concernés, transactions ou actifs ; et tous les journaux ou preuves à l’appui.

9.3 Coopération

Les opérateurs doivent coopérer avec Sidiora Labs et, le cas échéant, OpenNet Security LLC dans l’enquête et la résolution des incidents signalés. La coopération comprend fournir un accès rapide aux journaux, aux enregistrements et au personnel technique, et mettre en œuvre mesures correctives recommandées.

9.4 Aucune représailles

Sidiora Labs ne prendra pas de mesures coercitives défavorables à l'encontre d'un opérateur uniquement parce que l'Opérateur a signalé un incident de bonne foi et en temps opportun. Toutefois, la déclaration ne dispense pas l'Opérateur de l'application de la loi si l'objet sous-jacent Cette conduite constitue une violation de la présente politique relative aux agents ou de la loi applicable.

10Journalisation et piste d'audit

10.1 Journalisation des agents

  • (i)Toutes les actions de l'agent exécutées via Protention sont enregistrées dans le exécution. La nature déterministe et rejouable du runtime fournit une enregistrement d’exécution pour chaque intention canonique.
  • (ii)Les opérateurs doivent compléter la journalisation au niveau de la plateforme avec la leur des journaux au niveau de l'application si nécessaire pour maintenir une piste d'audit complète, en particulier pour la logique de décision, les entrées et sorties du modèle, les contrôles d'autorisation, et la gestion des erreurs.

10.2 Accès aux audits

  • (i)Sidiora Labs peut accéder et consulter les journaux d'exécution de l'agent, les enregistrements en chaîne et métadonnées associées à des fins d'enquête sur des violations présumées, prenant en charge résolution des litiges, respect des obligations légales ou réglementaires et amélioration la sûreté et la sécurité des Services.
  • (ii)Les opérateurs peuvent demander l'accès à leurs propres journaux d'exécution d'agent via le outils de développement et documentation. Les périodes de conservation des journaux et les mécanismes d'accès sont décrit dans la documentation.

10.3 Audit réglementaire

Lorsqu'un agent d'un opérateur est soumis à une surveillance réglementaire (y compris en vertu de la législation de l'UE AI Act, réglementations sur les services financiers ou lois sur la protection des données), l'Opérateur est responsable de la tenue de journaux et d'enregistrements suffisants pour satisfaire à l'audit applicable et les exigences en matière d'inspection. Sidiora Labs coopérera avec les demandes réglementaires dirigés vers la plateforme dans la mesure requise par la loi applicable.

11Interactions machine à machine

11.1 Lorsqu'un agent effectue des transactions, coordonne, communique ou conclut des contrats avec d'autres Agents — y compris l'approvisionnement d'agent à agent sur Protention, le règlement automatisé et consommation autonome des API des développeurs — l'accord Machine-to-Machine (M2M) s’applique en plus de cette politique d’agent.

11.2 Dans les interactions entre agents, chaque Opérateur reste indépendamment responsable pour la conformité de son propre agent à la présente politique d'agent. Les actions d'une contrepartie L'agent n'excuse ni ne réduit la responsabilité de l'opérateur pour les activités de son propre agent. conduite.

11.3 Les opérateurs doivent faire preuve d'une prudence accrue lors de la configuration des agents pour effectuer des transactions. de manière autonome avec d'autres agents, étant donné le potentiel d'une mise en cascade rapide et à grand volume interactions. Les garanties décrites à la section 6 (limites de dépenses, disjoncteurs, surveillance) sont particulièrement importantes dans les contextes M2M.

12Application

12.1 Enquête et action

Sidiora Labs peut, dans la mesure permise par la loi applicable, enquêter sur des violations de cette politique d'agent et prendre des mesures coercitives, notamment : avertir le Opérateur ; limiter, suspendre ou résilier l'Agent ; suspendre ou mettre fin le compte de l'Opérateur ; supprimer les inscriptions sur le marché associées à l'agent ; retenir les montants de règlement contestés lorsque les fonds restent contestables ; et rapports conduite envers les forces de l’ordre ou les autorités réglementaires lorsque cela est requis ou autorisé par loi applicable.

12.2 Proportionnalité

Sidiora Labs appliquera généralement des mesures coercitives proportionnées à la gravité et la nature de la violation, conformément au cadre d'application décrit dans l’AUP (article 9). Cependant, Sidiora Labs se réserve le droit de prendre des mesures immédiates — y compris le licenciement définitif sans avertissement préalable — lorsque la violation implique criminalité financière, exploitation active, préjudice causé à des mineurs, menace imminente pour les utilisateurs ou le Services ou conduites qui ne peuvent pas être corrigées.

12.3 Limites de la chaîne

L'activité Onchain étant permanente et irréversible, l'application des actions de l'agent déjà engagé envers le Protention peut être limité à des mesures hors chaîne (suspension, accès éloignement, saisine des autorités). Sidiora Labs ne peut pas annuler, modifier ou censurer les transactions en chaîne.

12.4 OpenNet Security LLC

OpenNet Security LLC prend en charge la détection, l'enquête et la réponse aux incidents pour violations liées à la sécurité dans l’ensemble de l’écosystème. Les opérateurs peuvent être tenus de coopérer avec OpenNet Security LLC lors des enquêtes.

13Responsabilité

13.1 L'Opérateur est seul responsable des actions, omissions, erreurs et sorties de ses mandataires. Sidiora Labs n'est pas responsable des pertes résultant de l'autonomie d'un agent décisions, erreurs de configuration, inexactitudes du modèle, comportement involontaire, contrepartie une non-performance ou des résultats défavorables sur le marché.

13.2 Les avertissements et limitations de responsabilité énoncés dans les conditions d'utilisation s'appliquent pleinement à Sidiora Labs en ce qui concerne le fonctionnement de l'agent et la présente politique de l'agent.

13.3 Rien dans la présente politique des agents ne crée une obligation de diligence, une relation fiduciaire ou relation consultative entre Sidiora Labs et tout opérateur en ce qui concerne la conception, configuration ou fonctionnement des Agents de l'Opérateur.

14Modifications

14.1 Sidiora Labs peut mettre à jour cette politique d'agent de temps à autre. Quand on fait modifications importantes, nous : (a) mettrons à jour la « Version » et la « Date d'entrée en vigueur » en haut de ce document ; (b) fournir un avis via les Services, la documentation du développeur, en par courrier électronique, ou par tout autre moyen raisonnable, au moins quinze (15) jours avant la prise en compte des modifications. effet ; et (c) identifier clairement la nature des changements importants.

14.2 La poursuite de vos activités d'agents après la date d'entrée en vigueur mise à jour constitue votre acceptation de la politique révisée des agents. Si vous n'êtes pas d'accord, vous devez vous arrêter et mettez hors service vos agents avant la date d’entrée en vigueur mise à jour.

Version 1.0 — Date d'entrée en vigueur : 10 juin 2026