RP for plugin-tee-verifiable-log
Relates to:
- Run verifiable Eliza in the TEE.
- Verifiable log for Eliza in the TEE
Add a verifiable log plugin to enable Eliza to sign verifiable logs and provide an interactive query interface. So external parties can query the verifiable logs and verify Eliza's execution process through signature validation.
Risks
Low
Background
What does this PR do?
Eliza running in a TEE (Trusted Execution Environment) is verifiable, ensuring that the AI agent operates strictly according to the code.
However, further development is needed for external parties to verify what Eliza specifically did: external parties should be able to access Eliza's operation logs, and Eliza must use a key pair derived from the TEE to sign these logs. This enables the logs to be verified as authentically originating from Eliza within the TEE.

For example, in the case of an Eliza AI agent running a Twitter client, it could be verified which tweets were posted by Eliza and which were directly posted by a human manually operating the Twitter account.
Future: Based on this plugin, other clients and plugins can generate verifiable logs that need to be authenticated externally. We can further develop a verifiable terminal for TEE Eliza to display signed, verifiable logs in real-time.
What kind of change is this?
- Feature
- TEE plugin
- Verifiable feature
Documentation changes needed?
Yes, we will add documentation for using this plugin, including the guide on how other plugins can import it and generate verifiable logs.
Testing
Where should a reviewer start?
-
Understand the existing
plugin-tee- We rely on Eliza's existing
plugin-teeand use its key derivation interface.
- We rely on Eliza's existing
-
Understand what
plugin-tee-verifiable-logdoes- Derive a key pair for verifiable logs: It uses the TEE to derive a key pair specifically for signing verifiable logs.
- Remote attestation: The public key of verifiable logs is embedded in the remote attestation report, making it accessible for external verification.
- Sign logs: This plugin accepts logs passed in from external modules (e.g., tweets sent and received by a Twitter client, or executed actions), signs them with the TEE-derived key pair, and stores them in the database.
- Verification: External entities can use the remotely attested public key to verify these logs, ensuring that certain actions were indeed performed by TEE Eliza.
-
What is not included in this PR
- Adding RPC interfaces for the direct client: For example, support for remote attestation and querying the public key for verifiable logs. This feature will be submitted in a separate PR that depends on
plugin-tee-verifiable-logand modifies the direct client. - Support for
plugin-tee-verifiable-login existing clients: Enhancements for existing clients to generate verifiable logs that need external validation. For instance, modifying the Twitter client to depend onplugin-tee-verifiable-logand produce logs that are worthy of external verification.
- Adding RPC interfaces for the direct client: For example, support for remote attestation and querying the public key for verifiable logs. This feature will be submitted in a separate PR that depends on
Detailed testing steps
It have completed the integration tests and can run the pnpm test file in the test directory.
@madjin I noticed that PRs https://github.com/elizaOS/eliza/pull/1331 and https://github.com/elizaOS/eliza/pull/1333 were reopened and the #1260 PR closed, which has left me a bit confused about the current direction. Should I merge my changes into the develop branch, or is there a different branch we should treat as the standard? I’ve submitted https://github.com/elizaOS/eliza/pull/1369. both cpppppp7 and I have been working diligently to make progress on this code contribution. I’d appreciate any clarification to ensure we align our efforts effectively. 😊
Closing in favor of #1369