iExec RLC
1.2k Publications
iExec RLC
Compte Square Vérifié+Programmable Privacy for Web3.
0 Suivis
2.8K+ Abonnés
2.1K+ J’aime
Publications
Tous
Citations
Vidéos
Direct
Voir la traduction
The Nox confidential compute path, simplified:
→ Smart contracts reference encrypted values through handles
→ Access is governed by on chain ACLs
→ Confidential computation happens off chain inside Intel TDX
Standard Solidity patterns.
Confidentiality, selective disclosure, and verifiable computation added.
$RLC
→ Smart contracts reference encrypted values through handles
→ Access is governed by on chain ACLs
→ Confidential computation happens off chain inside Intel TDX
Standard Solidity patterns.
Confidentiality, selective disclosure, and verifiable computation added.
$RLC
Vérifié
Le modèle d’exécution Nox, en une ligne :
Le calcul privé s’exécute à l’intérieur d’une CVM mesurée sur dstack, produit une preuve de type TDX, et ne devient de confiance qu’une fois cette preuve vérifiée.
Phala Network a construit la couche. Nox l’utilise pour les flux de travail DeFi et RWA confidentiels.
$RLC
Le calcul privé s’exécute à l’intérieur d’une CVM mesurée sur dstack, produit une preuve de type TDX, et ne devient de confiance qu’une fois cette preuve vérifiée.
Phala Network a construit la couche. Nox l’utilise pour les flux de travail DeFi et RWA confidentiels.
$RLC
Voir la traduction
We need to say it again and again: confidentiality and anonymity are not the same thing, and understanding the difference matters.
Pauli Speaks from Real Finance explained it clearly during our recent space.
Pauli Speaks from Real Finance explained it clearly during our recent space.
10 jours à l’horloge⚡
Choisissez un protocole open source.
Ajoutez Nox.
Livrez une DeFi confidentielle qui se compose.
Pool de 1 500 $ . Date limite : 1er août.
Go👇
https://dorahacks.io/hackathon/wtf-hackathon
Choisissez un protocole open source.
Ajoutez Nox.
Livrez une DeFi confidentielle qui se compose.
Pool de 1 500 $ . Date limite : 1er août.
Go👇
https://dorahacks.io/hackathon/wtf-hackathon
Et si une charge de travail confidentielle démarrait sur le mauvais système d’exploitation ? Ou sur la mauvaise pile ? Ou sur une machine qui n’est pas véritablement TDX ?
Dans Nox, la réponse est la même : elle n’accède à rien.
La vérification passe avant la libération des clés, le calcul ou l’acceptation du résultat.
Commencez ici :
iExec Nox Github
$RLC
Dans Nox, la réponse est la même : elle n’accède à rien.
La vérification passe avant la libération des clés, le calcul ou l’acceptation du résultat.
Commencez ici :
iExec Nox Github
$RLC
Voir la traduction
How does Nox actually verify confidential execution?
Our new technical article walks through the answer: TEE foundation, boot-time attestation, dstack deployment, and Proof of Cloud.
If you're evaluating confidential DeFi infrastructure, this is the read
👇
Our new technical article walks through the answer: TEE foundation, boot-time attestation, dstack deployment, and Proof of Cloud.
If you're evaluating confidential DeFi infrastructure, this is the read
👇
iExec RLC
·
--
Fondation TEE et attestation au moment du démarrage
Auteur : Aghiles Ait Messaoud, PhD, ingénieur logiciel de recherche travaillant chez iExec.
Introduction
Le protocole Nox effectue un calcul confidentiel sur des données utilisateur chiffrées dans des services hors chaîne. Pour qu’un tel système soit digne de confiance, l’utilisateur doit être convaincu d’une propriété non triviale : le code qui traite ses données est exactement le code que iExec prétend déployer, qu’il s’exécute sur un matériel véritable de calcul confidentiel, et que ni le fournisseur cloud ni l’opérateur du protocole ne peuvent observer ni altérer les données pendant qu’elles sont traitées. Établir cette propriété nécessite une chaîne de confiance, une séquence de maillons vérifiables cryptographiquement reliant une racine matérielle de confiance à la charge de travail en cours d’exécution.
Introduction
Le protocole Nox effectue un calcul confidentiel sur des données utilisateur chiffrées dans des services hors chaîne. Pour qu’un tel système soit digne de confiance, l’utilisateur doit être convaincu d’une propriété non triviale : le code qui traite ses données est exactement le code que iExec prétend déployer, qu’il s’exécute sur un matériel véritable de calcul confidentiel, et que ni le fournisseur cloud ni l’opérateur du protocole ne peuvent observer ni altérer les données pendant qu’elles sont traitées. Établir cette propriété nécessite une chaîne de confiance, une séquence de maillons vérifiables cryptographiquement reliant une racine matérielle de confiance à la charge de travail en cours d’exécution.
L’exécution confidentielle nécessite trois réponses :
➡️ Le bon code a-t-il été exécuté ? (Attestation)
➡️ Est-ce qu’il a été exécuté sur le bon matériel ? (TDX)
➡️ Ce matériel se trouvait-il dans un environnement vérifié ? (Proof of Cloud)
Nox fournit les trois : https://trust.noxprotocol.io/
➡️ Le bon code a-t-il été exécuté ? (Attestation)
➡️ Est-ce qu’il a été exécuté sur le bon matériel ? (TDX)
➡️ Ce matériel se trouvait-il dans un environnement vérifié ? (Proof of Cloud)
Nox fournit les trois : https://trust.noxprotocol.io/
Les RWA ont besoin de confidentialité, de divulgation sélective et d’auditabilité pour réellement passer à l’échelle onchain.
Nox fournit les trois au sein d’une pile de confidentialité programmable native EVM. En ligne sur le testnet @Ethereum et sur Arbitrum .
Compatible avec les outils que les développeurs utilisent déjà.
Commencez ici :
https://trust.noxprotocol.io/
Nox fournit les trois au sein d’une pile de confidentialité programmable native EVM. En ligne sur le testnet @Ethereum et sur Arbitrum .
Compatible avec les outils que les développeurs utilisent déjà.
Commencez ici :
https://trust.noxprotocol.io/
Pourquoi le capital institutionnel n’est-il pas encore totalement passé onchain ?
➡️ Confidentialité configurable.
Les registres transparents ne peuvent pas gérer les trésoreries d’entreprise ni le trading institutionnel, car chaque solde et chaque transaction deviennent publics.
Lisez ce que l’économie programmable exige réellement depuis Arbitrum : https://blog.arbitrum.io/confidentiality-for-the-programmable-economy/
$RLC
➡️ Confidentialité configurable.
Les registres transparents ne peuvent pas gérer les trésoreries d’entreprise ni le trading institutionnel, car chaque solde et chaque transaction deviennent publics.
Lisez ce que l’économie programmable exige réellement depuis Arbitrum : https://blog.arbitrum.io/confidentiality-for-the-programmable-economy/
$RLC
Depuis 2017, iExec construit une infrastructure de calcul confidentiel.⚡
Désormais, Nox met cette expertise au service de la finance onchain.
Expertise TEE.
Exécution vérifiable.
Chaîne de confiance.
Tout est conçu pour les flux DeFi institutionnels et RWA.
$RLC
Désormais, Nox met cette expertise au service de la finance onchain.
Expertise TEE.
Exécution vérifiable.
Chaîne de confiance.
Tout est conçu pour les flux DeFi institutionnels et RWA.
$RLC
Avant qu’une charge de travail confidentielle puisse être approuvée, une question se pose d’abord :
Comment savez-vous que le bon code s’exécute sur un matériel confidentiel authentique ?
Notre nouvel article technique détaille la première couche de la chaîne de confiance (Chain of Trust) de Nox
👇
Comment savez-vous que le bon code s’exécute sur un matériel confidentiel authentique ?
Notre nouvel article technique détaille la première couche de la chaîne de confiance (Chain of Trust) de Nox
👇
iExec RLC
·
--
Fondation TEE et attestation au moment du démarrage
Auteur : Aghiles Ait Messaoud, PhD, ingénieur logiciel de recherche travaillant chez iExec.
Introduction
Le protocole Nox effectue un calcul confidentiel sur des données utilisateur chiffrées dans des services hors chaîne. Pour qu’un tel système soit digne de confiance, l’utilisateur doit être convaincu d’une propriété non triviale : le code qui traite ses données est exactement le code que iExec prétend déployer, qu’il s’exécute sur un matériel véritable de calcul confidentiel, et que ni le fournisseur cloud ni l’opérateur du protocole ne peuvent observer ni altérer les données pendant qu’elles sont traitées. Établir cette propriété nécessite une chaîne de confiance, une séquence de maillons vérifiables cryptographiquement reliant une racine matérielle de confiance à la charge de travail en cours d’exécution.
Introduction
Le protocole Nox effectue un calcul confidentiel sur des données utilisateur chiffrées dans des services hors chaîne. Pour qu’un tel système soit digne de confiance, l’utilisateur doit être convaincu d’une propriété non triviale : le code qui traite ses données est exactement le code que iExec prétend déployer, qu’il s’exécute sur un matériel véritable de calcul confidentiel, et que ni le fournisseur cloud ni l’opérateur du protocole ne peuvent observer ni altérer les données pendant qu’elles sont traitées. Établir cette propriété nécessite une chaîne de confiance, une séquence de maillons vérifiables cryptographiquement reliant une racine matérielle de confiance à la charge de travail en cours d’exécution.
La vérification ne compte que si vous pouvez y accéder.
Le portail d’attestation Nox transforme la vérification technique en quelque chose que les créateurs, partenaires et institutions peuvent réellement examiner : l’état des composants, les signaux de vérification et les preuves de confiance, le tout en un seul endroit.
Faites confiance, mais vérifiez. Désormais plus facile que jamais 👇
https://trust.noxprotocol.io/
$RLC
Le portail d’attestation Nox transforme la vérification technique en quelque chose que les créateurs, partenaires et institutions peuvent réellement examiner : l’état des composants, les signaux de vérification et les preuves de confiance, le tout en un seul endroit.
Faites confiance, mais vérifiez. Désormais plus facile que jamais 👇
https://trust.noxprotocol.io/
$RLC
WTF!! pour Write The Future
Le défi est simple : choisissez un protocole open source, ajoutez de la confidentialité avec Nox, et livrez quelque chose qu’une entreprise pourrait déployer.
Pool de 1 500 $.
23 jours restants.
Que construisez-vous ?👇
https://dorahacks.io/hackathon/wtf-hackathon
Le défi est simple : choisissez un protocole open source, ajoutez de la confidentialité avec Nox, et livrez quelque chose qu’une entreprise pourrait déployer.
Pool de 1 500 $.
23 jours restants.
Que construisez-vous ?👇
https://dorahacks.io/hackathon/wtf-hackathon
iExec intègre le dstack de PhalaNetwork dans Nox pour apporter ce modèle d’exécution vérifiable aux systèmes DeFi confidentiels et RWA.
Les institutions doivent savoir que le calcul sensible s’est déroulé dans l’environnement attendu avant de faire confiance au résultat.
C’est à cela que sert dstack pour vérifier.
Nox l’utilise pour rendre l’exécution confidentielle mesurable, attestée et prouvable.
Les institutions doivent savoir que le calcul sensible s’est déroulé dans l’environnement attendu avant de faire confiance au résultat.
C’est à cela que sert dstack pour vérifier.
Nox l’utilise pour rendre l’exécution confidentielle mesurable, attestée et prouvable.
iExec RLC
·
--
Comment vous assurez-vous qu’une charge de travail confidentielle s’exécute exactement dans l’environnement prévu ?
C’est pourquoi nous avons utilisé dstack, une couche d’orchestration open source développée par PhalaNetwork, qui exécute des Machines Virtuelles Confidentielles sur Intel TDX.
Au lieu de gérer manuellement les Trust Domains, dstack fournit :
🔸 Un superviseur qui démarre des CVM à partir d’une image OS mesurée et reproductible
🔸 Un KMS qui autorise uniquement le démarrage des charges de travail si leurs mesures correspondent à une liste blanche de confiance
🔸 Une passerelle qui met fin au TLS et achemine le trafic vers chaque CVM via un superposé chiffré
$RLC
C’est pourquoi nous avons utilisé dstack, une couche d’orchestration open source développée par PhalaNetwork, qui exécute des Machines Virtuelles Confidentielles sur Intel TDX.
Au lieu de gérer manuellement les Trust Domains, dstack fournit :
🔸 Un superviseur qui démarre des CVM à partir d’une image OS mesurée et reproductible
🔸 Un KMS qui autorise uniquement le démarrage des charges de travail si leurs mesures correspondent à une liste blanche de confiance
🔸 Une passerelle qui met fin au TLS et achemine le trafic vers chaque CVM via un superposé chiffré
$RLC
Aperçu de la manière dont dstack est déployé sur un hôte TDX pour exécuter les composants Nox 👇
iExec RLC
·
--
Comment vous assurez-vous qu’une charge de travail confidentielle s’exécute exactement dans l’environnement prévu ?
C’est pourquoi nous avons utilisé dstack, une couche d’orchestration open source développée par PhalaNetwork, qui exécute des Machines Virtuelles Confidentielles sur Intel TDX.
Au lieu de gérer manuellement les Trust Domains, dstack fournit :
🔸 Un superviseur qui démarre des CVM à partir d’une image OS mesurée et reproductible
🔸 Un KMS qui autorise uniquement le démarrage des charges de travail si leurs mesures correspondent à une liste blanche de confiance
🔸 Une passerelle qui met fin au TLS et achemine le trafic vers chaque CVM via un superposé chiffré
$RLC
C’est pourquoi nous avons utilisé dstack, une couche d’orchestration open source développée par PhalaNetwork, qui exécute des Machines Virtuelles Confidentielles sur Intel TDX.
Au lieu de gérer manuellement les Trust Domains, dstack fournit :
🔸 Un superviseur qui démarre des CVM à partir d’une image OS mesurée et reproductible
🔸 Un KMS qui autorise uniquement le démarrage des charges de travail si leurs mesures correspondent à une liste blanche de confiance
🔸 Une passerelle qui met fin au TLS et achemine le trafic vers chaque CVM via un superposé chiffré
$RLC
Connectez-vous pour découvrir plus de contenu