Versions Compared

Key

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

Community Attendees:

Pedro Díez García (TEF)

Georgios Papadopoulos (DT)

Julian Ueding (Aleph Zero)

Community Attendees:

LF Staff:

Date

Status: 

Status
colourGreen
titleAGENDAFINAL

Final Date for Comments:

Agenda

Antitrust Policy

  • Review of Issues 51, 59

Minutes

Management of WG

  • Meetings scheduled updated to UTC Time 11:00 - 12:00 (12:00 - 13:00 CET, 13:00 - 14:00 CEST).

Consolidated Work

Issues Review

Issue

Who

Status

Notes

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

Pedro Díez García

Status
colourBlue
titleON-HOLD

No feeback received yet from Business side.

  • Consent Management topic is set undefinitely on-hold until input from TEF Business

10/OCT: TEF indicates this topic is still on-hold. Will ping Business durign this quarter

24/OCT: So far Keep this ON-HOLD.

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

Pedro Díez García
Georgios Papadopoulos

Status
colourYellow
titleONGOING

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

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

Georgios Papadopoulos

Status
colourRed
titlePENDING

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.

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

Pedro Díez García

Status
colourGreen
titleCLOSED

Issue raised from former meeting in order to adapt API Specification to Commonalities

Related PR raised:
https://github.com/camaraproject/BlockchainPublicAddress/pull/58

Approved by DT (Georgios Papadopoulos (Unlicensed)). Will be given one more week to provide comments if any and, if no other topics, will be merged on 31/10.

Intention is to have baseline API Spec to work on for the next release.

31/OCT: PR is MERGED, Therefore issue is closed

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

Aleph Zero

Status
colourRedYellow
titlePENDINGONGOING

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.

AoB

WG

Next Steps

Official Release is targeted around March/25.
We can move forward in advance to be ready in time for it.
Next steps are:
- Try to find a solution for Issue 52
- Align Repository documentation
- Generate an initital Test Plan

Next Meetings:

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

Action items

  •