Skip to content

blockpass-identity-lab/aries-fl-demo

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Distributed Deep-learning DID-acts

This repo has been forked from Hyperledger Aries Cloud agent link provided by British Columbia Government.

We have created a set of agents that can be run using docker to experiment with a federated deep learning scenario using didCOMM to pass secure messages between the participants - e.g. the ML model parameters. Furthermore the scenario explores using credentials so that participants can verify that who they are communicating with. In the example this is verifying a hospital is indeed a hospital and a researcher has been accredited by a regulator. However the credentials abnd issuers within this use case could be adapted to any ecosystem.

The agents connect, by default, to the BC government development instance of Hyperledger Indy ledger link.

Guide

Full Aries Scenario

To run the scenario:

git clone https://github.com/blockpass-identity-lab/aries-fl-demo.git

cd demo

Hospital gets verified by the NHS Trust.

  1. Start the NHS Trusted agent.
    ./run_demo nhsheadoffice
    
  1. Start each of the hospitals in separate terminals.

    ./run_demo hospital1(2,3)
    
  2. Copy NHS's invitation URL into the hospitals terminal to initiate DIDExchange and establish pairwise DID connection.

  3. Issue verified hospital credential to the Hospital. This first requests a self attested proof of hospital name from the hospital then issues this name in a credential.

  4. Create new invitation from the NHSTrust and repeat steps 3 and 4 for each hospital

The Researcher gets accredited by the regulatory authority.

  1. Start the Coordinator.
./run_demo coordinator
  1. Start the regulator.
./run_demo regulator
  1. Enter command to allow coordinator to accept new invitation

  2. Copy regulator's invitation URL into coordinator terminal.

  3. Issue a credential from the Regulator to the Coordinator.

The researcher validates the hospital's credential. The hospital validates the researcher's accreditation. The training procedure starts.

Researcher and hospital verify respective credentials

  1. Create New Invitation in the coordinator for the hospital.

  2. Input new connection into the hospital terminal

  3. Coordinator request proof connection is from a valid hospital. If proof is valid, the coordinator adds this hospital to the list of the trusted connections.

  4. Hospital to request proof that the coordinator connection is from a certified research. If so add to list of trusted connections.

  5. Either add another trusted connection between a new hospital and current researcher by repeating steps 11 - 14

or..

  1. In the coordinator terminal initiate training process which loops through all trusted hospital connections in turn, sending a message containing the model. The hospital checks if the message is from a trusted research, if so they initiate the training process using their private date. Once complete the trained model is sent back to the coordinator who validates the model and forwards it onto the next trusted connection.

Researcher coordinates federated learning

Created by

Will Abramson (wip-abramson)
Adam James Hall (H4LL)
Pavlos Papadopoulos (pavlos-p)

About

No description, website, or topics provided.

Resources

License

Code of conduct

Security policy

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published