-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Review the enclave registration process #1133
Comments
Please note if we want to change it we have to consider some implicit consequences, e.g. when litentry-parachain/tee-worker/service/src/worker.rs Lines 150 to 161 in a56a56b
|
❗ This issue is stale because it has been open for 60 days with no activity. |
❗ This issue is stale because it has been open for 60 days with no activity. |
Hey @Kailai-Wang |
Context
The last modification regarding enclave registration in worker-main won't change the logic, because
trusted_url
differs each time althoughMRENCLAVE
is identical, is this intended?litentry-parachain/tee-worker/service/src/main.rs
Lines 544 to 554 in a56a56b
We might need to ask Integritee why such a registration process is implemented, it seems more intuitive to have MRENCLAVE as key and a list of workers as (sub)-values.
✔️ Please set appropriate labels and assignees if applicable.
The text was updated successfully, but these errors were encountered: