Skip to content
This repository was archived by the owner on Feb 5, 2026. It is now read-only.
This repository was archived by the owner on Feb 5, 2026. It is now read-only.

Include interpreter identity in enclave registration #271

Open

Description

@masomel

Given that we support different types of contract interpreters, and plan to add support for AoT WASM contracts, we should have a way to bind an enclave to a specific interpreter identity, and ensure that contracts can only be loaded into enclaves that match the interpreter the contract was built for.

Recommended changes:

  • enclave registration should include a field indicating the interpreter type an enclave will run
  • contract registration should indicate the interpreter a contract is compiled for
  • add_enclave should ensure that a contract's interpreter matches the enclave's interpreter

Initial discussion around this: #259 (comment)
This issue also seems related to #255

Activity

  1. cmickeyb commented on Apr 4, 2023

    @cmickeyb
    Contributor

    This is a nice to have, but can already be done (already IS done) through the info call when initially establishing a connection to an enclave. Suggest that this is ultimately low priority.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions