开篇故事
上周，我帮一个金融科技团队排查问题。他们的系统跑了三个Enclave：一个负责密钥管理，一个负责交易签名，还有一个负责日志审计。
三个Enclave部署在同一台SGX机器上，但彼此通信时却走了“远程认证”——每次都要向Intel Attestation Service发请求、验证签名、建立TLS连接。
结果呢？单笔交易延迟从5ms飙升到200ms，CPU使用率暴涨300%。
负责架构的小伙子一脸无奈：“我以为所有Enclave通信都得走远程，文档里也没说清楚啊。”
我拍了拍他的肩膀：“兄弟，同一个平台上的Enclave，有更快的路——本地认证（Local Attestation）。你绕了远路，还多花了冤枉钱。”
痛点拆解
常见误区1：所有Enclave通信都必须用远程认证
这是最大的认知陷阱。远程认证（Remote Attestation）是为了让远程第三方验证Enclave的可信性。
如果两个Enclave在同一台机器上，它们可以通过硬件提供的本地认证机制直接互相信任，省去网络开销和IAS交互。
常见误区2：直接共享内存就能安全通信
有些开发者图省事，把Enclave内的数据通过shared memory暴露给另一个Enclave。
但SGX的隔离机制要求：不同Enclave之间不能直接访问对方的内存。你看到的“共享内存”其实是Untruste
