una buena solución para aislar nuestras máquinas, K8s o algoritmos secretos, la mayoría de los desarrollo actuales se realizan con lenguajes distintos a C++, pongamos Python, Java, C# muchos de los cuales son interpretado. Aquí no he podido probar como funciona por ejemplo: https://github.com/enclaive/enclaive-docker-cs-sgx/ y ver si el ejemplo que acceder a memoria que tengo en mi presentación https://jmfloreszazo.com/azure-confidential-computing/ funciona igual. ¿Cómo se solucionará el manejo de acceso a la memoria cuando nuestras fuentes ya pueden ser descompiladas? Otra cuestión es el futuro, he visto que desde hace tiempo se usa este sistema, Intel SGX lleva desde 2013 y que han existido desde entonces ataques a Intel SGX en hardware Intel Core deprecando incluso su uso en las versiones 11th y 12th, pero manteniendo esto en los Intel Xeon. Pero recientemente Intel esta apostado por ello. ¿Cómo nos afecta esto?, ¿Por qué Microsoft esta desplegando tantas máquinas con Intel SGX y AMD SEV?, ¿Por qué se está haciendo tanta inversión en el consorcio por parte de Google, AMD, Intel, CISCO, NVIDIA, …?. Son preguntas a las que aun no he visto respuesta, pero que debido a los casos de usos planteados al principio, son las mayores beneficiarias o mejor dicho, las mayores beneficiarias serán las Cloud Publicas por qué podrán atraer esos sistemas a los enclaves. Eso si siendo Microsoft el que más está apostando en comparación con AWS y CGP. Y otras tantas preguntas que con el uso y revisión de los documentos del consorcio nos podrán ir surgiendo. Pero como desarrollador para mi lo más acuciante es el tema de los lenguajes interpretado y compilados, del cual tengo que hacer la demo y ya os contaré.