You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We currently lack a way to call an top-level unconstrained function from another contract. While this might seem like an odd requirement at first (since the call itself would be unconstrained and therefore unsafe to use), there are many patterns in which we could use these return values as hints to then construct a valid constrained proof. This can be thought of as a way for applications to write custom oracles and distribute them as Noir code, as opposed to requiring extensions to PXE.
We currently lack a way to call an top-level unconstrained function from another contract. While this might seem like an odd requirement at first (since the call itself would be unconstrained and therefore unsafe to use), there are many patterns in which we could use these return values as hints to then construct a valid constrained proof. This can be thought of as a way for applications to write custom oracles and distribute them as Noir code, as opposed to requiring extensions to PXE.
The key registry in #7523 is an example of this: lack of this feature means the caller must manually include equivalent unconstrained code, which is error-prone and hard to maintain.
The text was updated successfully, but these errors were encountered: