Skip to content

Update for lez 0.4, and updated idl - #188

Open
jzaki wants to merge 1 commit into
masterfrom
jzaki/update-0023-registry-lez04
Open

jzaki wants to merge 1 commit into
masterfrom
jzaki/update-0023-registry-lez04

Conversation

@jzaki

@jzaki jzaki commented Nov 2, 2026

Copy link
Copy Markdown
Collaborator

No description provided.

@jzaki
jzaki requested a review from fryorcraken November 2, 2026 18:49
@github-actions

github-actions Bot commented Nov 2, 2026

Copy link
Copy Markdown

✅ Validation passed

A reviewer will assess against the prize criteria.
ℹ️ No prize-related changes; skipping submission checks.


Automated check. See solution template and TERMS.

Comment thread prizes/LP-0023.md
- [ ] **Deployer vs third-party entries**: the registry may hold both an entry from the program's own deployer and entries from third parties. The deployer's entry must be signed by the account that deployed the program, and clients must be able to tell it apart from a third-party entry without trusting an off-chain service. Either way, source verification (below) should be used to confirm the recorded claim actually matches the deployed program. The demo must show an unauthorised attempt to create a deployer entry being rejected.
- [ ] **Update**: only the original registering author may update an existing entry (version, IDL pointer, description). Authorship transfer is optional; if implemented, it must require signatures from both parties.
- [ ] **IDL publishing**: the IDL is stored on **Logos Storage**.
- [ ] **IDL format and tooling**: IDLs use the [LEZ IDL format](https://github.com/jzaki/lez-prog-call/blob/main/idl.md) (`lez-idl`). An IDL is generated from a program's source rather than written by hand, so anyone can regenerate it from the recorded source and commit and check that it matches the published one byte for byte. Tooling, whether the submission's own or existing tooling it builds on, must be able to:

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I assume this should point to spel once ready?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since spel needed a rewrite, and I'd already implemented separate concerns for lez v0.4 tooling, it'd be less clear mapping things back into spel.

  • The wallet cli has a program call added
  • lez-prog-call is more about encoding lez prog params and making the wallet call (does what it says on the tin)
    • recently re-added generating an updated idl, without extra syntactic sugar (so far)
  • the tui in jz-progs which uses above, will become part of scaffold

When logos-co owns lez-prog-call, then above can be lez-call idl to generate the guest program's idl for lez v0.4

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That link throws 404 for me

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants