[M1: Audit 2: L-02]: CIP112: Derive the event reason from the workflow and document which event fields are trusted

Open
#87 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
1-2 days
Newbie friendliness
56/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Active
Tech stack
haskell

Research direction

Read the logTransferEvents implementation and compare it with the vendored logTransfer behavior; update the event-level reason to come from the workflow while keeping the sender's memo in leg metadata. Then update the token-cip112-utils README and integration guide to distinguish trusted holding CIDs from submitter-supplied labels, and verify both code and documentation match the stated requirements.

Written by the indexing model from the issue text.

Description

Addresses L-02

Changes

Code:

  • logTransferEvents should take the event-level reason from the workflow only (tokens minted, tokens burned, transfer completed) and keep the sender's memo in the leg metadata, as the vendored logTransfer does.

Documentation:

  • the token-cip112-utils README.md and the integration guide should state that consumers must derive value movement from inputHoldingCids and outputHoldingCids only, and must treat transferLegSides and metadata as labels supplied by the submitter.
Dominant language
Haskell
Stars
5
Forks
0
Avg merge
1d 36m
Merged PRs (30d)
11

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from OpenZeppelin/canton-contracts

All issues in OpenZeppelin/canton-contracts

Similar issues

More Haskell issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.