Feat/zkp

[kad-busses]

• migrate to BBS+ signature suite
  • better TS support, this way we no longer need a separate vc-api, but instead:
  • let the mock-overheid-server sign its own credentials
  • let the koek app itself perform verification
  • more importantly: adds implementations for ZKP. This lets the citizen create a derivation of the VC, only exposing the required attributes. This part still needs to be added! This PR only adds verification of the VCs at the moment.
• cleanup vc-api
  • API integration code
  • git submodule
  • Docker compose entry
• update community-server to latest version (v6)

Note: had to create a patch for one of the deps, will create a separate PR to said repo

[marcvanandel]

En misschien nog de .gitignore uitbreiden met de volgende files (want worden automagisch gegenereerd als ze niet bestaan, toch?):

solid-pod-provider/data/verkoper-vera/private/
solid-pod-provider/data/verkoper-vera/public/

En de vc-api verwijderen uit start-backing-services.sh 😉

[kad-busses]

Dat van die .gitignore is wel een goeie ja, we kunnen wel kijken wat we minimaal ingecheckt willen hebben en de rest ignoren. Als je nu een nieuw account aanmaakt (bijv. "tester-timo"), dan komen al diens files ook onder versiebeheer.

De WebIDs van koper-koos en verkoper-vera zijn nu nog wel hardcoded op plekken, dus die moeten voor nu nog wel blijven. En de ACLs op een aantal folders zijn nu ook nodig. Verder eigenlijk niet, denk ik? Of vind je het wel prettig om ergens een voorbeeld koopovereenkomst (en de events) te hebben staan, zoals bijvoorbeeld dit event?

[marcvanandel]

Ik heb 345 telkens laten staan en zelfs bijgewerkt ... om een voorbeeld in de code te hebben zitten. Die mag van mij wel blijven ... hoewel dat niet echt meer nodig is. Tegelijk is het wel gemakkelijk om daar naar te verwijzen als we later een voorbeeld nodig hebben, niet? Ik ga vast niet altijd een werkende omgeving paraat hebben (hoe mooi ons onderzoek / demonstrator ook is 😁 )