Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Community Attendees:

Pedro Díez García (TEF)

Julian Ueding (Aleph Zero)
Georgios Papadopoulos (DT)
Rafal Artych (DT)

Community Attendees:

LF Staff:

Date

Status: 

Status
colourYellow
titleAGENDAREVIEW_PENDING

Final Date for Comments:

Agenda

Antitrust Policy

  • Issues review

Minutes

Management of WG

  • N/A

Consolidated Work


Issues Review

Issue

Who

Status

Notes

https://github.com/camaraproject/BlockchainPublicAddress/issues/16

Pedro Díez García

Status
colourBlue
titleON-HOLD

21/NOV: Out Proposal would be to have this topic out of scope for MetaRelease Spring 25. In the next meeting th WG will confirm it.

https://github.com/camaraproject/BlockchainPublicAddress/issues/51

Pedro Díez García
Georgios Papadopoulos

Status
colourGreen
titleCLOSED

Not providing “plain” phoneNumber as input criteria for blockchain retrieval

10/OCT: DT indicates we have to think in a confident solution. TEF indicates not think in detail so far but it will do.

24/OCT: Proposal presented by TEF to be reviewed. Explained during the meeting. Will be checked offline and if alll fine, it would be a way forward to fix the issue.

06/NOV: PR https://github.com/camaraproject/BlockchainPublicAddress/pull/60 raised to cover this Issue
21/NOV: PR MERGED. Then Issue is set to closed

https://github.com/camaraproject/BlockchainPublicAddress/issues/52

Georgios Papadopoulos

Status
colourYellow
titleIN_PROGRESS

Enforcement about blockchainPublicAddress really belongs to the phoneNumber indicated (i.e, the user that owns the phoneNumber)

10/OCT: DT indicates we have to design a solution that provides security and reliability. In the past was commented about sending of OTP but not also sure that could be a good way.

24/OCT: TEF commented this need deep thinking, as the constrain is how to guarentee the blockcahin is associated to the user whose phoneNumber is used to the bound. DT acknowledges this and indicates the topic would be to ensure how the user has control over the blockchain in a usable manner (An option would be to create a new wallet for each binding but that was not very usable from User’s point of view). DT and TEF will talk offline about this topic.
07/NOV: Pedro will contact Georgios in advance in ordr to talk in a possible solution for this before the next meeting.
21/NOV: Working jointly offline in a proposal between DT and TEF. Will be sared shared when having some consistency and be discussed further within the WG. Intention is to have the proposal within tis year.

https://github.com/camaraproject/BlockchainPublicAddress/issues/59

Aleph Zero

Status
colourGreen
titleCLOSED

Proposal by Aleph Zero to consider their blockchain as part of BlockChain Networks
07/NOV: Documented in the Issue the BlockChain Network to be considered. Take advantage of ongoing PR#60 to consider within it.
21/NOV: PR MERGED. Then Issue issue is set to closed

AoB

WG

Next Steps

Official Release is targeted around March/25.
Next steps are:

  • Try to find a solution for Issue 52 (Ongoing)

  • Generate an Issue for the Scope Of MetaRelease Spring 25. Some child issues will be:

    • Align Repository documentation

    (Pending
    • (API readiness checklist, user stories,…) (pending)

    • Generate an initital Test Plan (Pending)


Next Meetings:

  • On , 11:00 - 12:00 UTC Time (12:00 - 13:00 CET, 13:00 - 14:00 CEST) - Meetings Link

Action items

  •