CIP112: Receivers should be able to pre-approve incoming transfers

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

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
25/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Active
Tech stack
haskell
Domain
backend

Research direction

The issue describes registry support for transfer pre-approvals and links to the draft standard in canton-network/splice#2085 and an Amulet example in Splice/AmuletRules.daml. Read those references first; the issue says this feature may be added once the standard is public. Done would mean supporting the standard so compatible wallets can pre-approve incoming transfers, but the implementation scope is not yet specified.

Written by the indexing model from the issue text.

Description

A transfer completes in one step only when the receiver's account parties are among actors. Otherwise the sender's funds lock until the receiver accepts. Amulet solves this with TransferPreapproval, and standard wallets get the one-step transfer without any preapproval-specific code.

Our registry should support the same, but because this isn't a standard operation, wallet's don't support it out of the box, and OZ's CIP112 registry would require custom UI to create transfer pre-approvals on wallets supporting CIP103.

There's a draft standard for pre-approval support for registries https://github.com/canton-network/splice/issues/2085, so we could add this feature once the standard is public.

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.