iExec RLC

La conception axée sur la protection de la vie privée échoue au moment de la divulgation, pas du chiffrement.

La question n'est pas : comment le chiffrer ? C'est : qui peut le voir, et quand ?

$RLC

Les infrastructures publiques devraient rendre visibles les règles et les preuves.

Pas les positions, les montants ou la stratégie.

$RLC

Un calcul protégé ne renvoie pas automatiquement un résultat chiffré.

$RLC

Que se passe-t-il lorsque vous protégez vos données avec DataProtector ?

1. Chiffrement côté client avant que quoi que ce soit ne quitte votre appareil
2. Téléversement de la charge utile chiffrée vers un stockage pris en charge (IPFS, Arweave)
3. Enregistrement de la propriété sur la chaîne

Trois fonctions, trois couches. Sur la chaîne ≠ accessible publiquement.

https://docs.iex.ec/references/dataProtector

$RLC

Comment une application reçoit-elle un secret qu’elle est autorisée à utiliser ?

Le service de gestion des secrets d’iExec est le point de contrôle des autorisations. Avant de divulguer quoi que ce soit, il vérifie à l’aide d’informations on-chain si le domaine de confiance à l’origine de la demande est autorisé.

Distribution uniquement aux environnements approuvés.
https://iex.ec/

$RLC

Un jeu de données privé qui produit un rapport sensible pose deux problèmes de protection, et non un seul.

Sécuriser l’environnement de traitement protège le calcul. Cela ne protège pas le résultat une fois qu’il en sort.

Le chiffrement du résultat avec la clé du destinataire répond au second problème.

Les résultats nécessitent leurs propres décisions.

$RLC

Protéger les données en entrée n’est que la moitié du travail.

$RLC

Vérifier qu'une attestation est authentique ne revient pas à décider si l'environnement décrit est acceptable.

Un rapport signé peut décrire avec exactitude une version obsolète du micrologiciel. Signature valide. Environnement non sécurisé.

Les preuves authentiques ne sont utiles que si elles sont évaluées au regard d'exigences pertinentes.

$RLC

Révoquer une autorisation n’efface pas ce que quelqu’un a déjà vu.

Une bonne conception de la confidentialité commence au moment de la divulgation, et non au moment de la révocation.

$RLC

Une attestation authentique a toujours besoin que quelqu’un l’interprète.

$RLC

Qui pourrait modifier les instructions de votre agent ?

La confidentialité protège les données sensibles. L’intégrité protège le code et les instructions eux-mêmes.

Ces notions sont liées, mais distinctes, et se protéger contre les altérations au niveau de l’hôte n’empêche pas l’injection de prompt via des documents ou des pages Web.

$RLC

La clé API de votre agent IA n'est pas qu'un simple identifiant. C'est ce qui lui donne sa puissance.

Une clé volée donne à quelqu'un d'autre les mêmes accès, aux mêmes documents et services, et lui permet d'effectuer les mêmes actions.

Une exécution protégée réduit l'exposition de l'infrastructure. Des permissions limitées restreignent ce qu'un identifiant volé peut permettre.

Les deux sont importants.

$RLC

Le marché n’a pas besoin de tout voir.

$RLC

📣 Nous sommes ravis d’annoncer qu’ETHsystems, l’organisation dédiée à la confidentialité et à la recherche sur Ethereum pour les institutions, a répertorié iExec dans ses annuaires de fournisseurs d’entreprise et ses architectures de référence.

🔸 Où et comment iExec est-il utilisé dans EthSystems ?

Au sein de l’écosystème architectural d’EthSystems, iExec est un fournisseur d’infrastructure essentiel, spécialisé dans le calcul préservant la confidentialité, la gouvernance des données et les environnements d’exécution de confiance (TEE).

🔸 EthSystems intègre iExec à des processus institutionnels essentiels :

Fonds monétaires privés et actifs institutionnels : dans les applications de bons du Trésor tokenisés et de fonds monétaires (où les trésoriers d’entreprise déploient des millions en stablecoins comme l’USDC), les institutions financières doivent protéger des métadonnées essentielles — telles que le montant exact des positions, le calendrier des rachats et l’attribution des rendements — contre leurs concurrents et les observateurs du public.

Découvrez la spécification technique complète 👇

https://ethsystems.org/vendors/iexec/

$RLC

Payer pour traiter des données, ce n’est pas la même chose que les acheter.

Le mécanisme pricePerAccess de DataProtector permet à un propriétaire de facturer le calcul autorisé sur des données protégées. Le paiement permet leur utilisation, et non le téléchargement des données en clair.

Un service de données peut monétiser l’accès sans transférer la propriété.
https://docs.iex.ec/get-started/overview/protected-data

$RLC

L’anonymat est un masque.
La confidentialité, c’est le chiffrement des données elles-mêmes.

Des garanties différentes. Des modes de défaillance différents.

$RLC

« Qui peut utiliser mes données ? » n'est que la première question.

$RLC

getProtectedData recherche des données protégées par propriétaire ou par schéma. Le schéma décrit les champs ; cet ensemble de données a un champ email, sans révéler aucune valeur réelle.

La découvrabilité et l’autorisation de traitement sont deux mécanismes distincts.

https://docs.iex.ec/references/dataProtector/methods/getProtectedData

$RLC

DataProtector simplifie la gestion sécurisée des données en offrant aux utilisateurs des outils essentiels pour protéger, gérer et partager efficacement leurs données.

$RLC