Versions Compared

Key

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

...

  • AnonCreds in W3C VCDM Format - Status/Updates
  • ALLOSAUR/AnonCreds Revocation Manager Component – what is it, design?
  • Complex JSON in AnonCreds – ideas for the Schema Object
    • Question: Rumour has it that a PS key size changes based on number of attributes to sign. Does that impact support for arrays in complex JSON?
    • Thinking about AnonCreds V2 with complex JSON, and what the Schema would look like.
    • In V2, there are is metadata per VC attribute that provides input into the encoding for the element -- e.g., it's a string, an integer, an integer range, a date, an enumerated set, scalar (e.g. link secret).
    • Example of a simple schema to show the metadata: https://github.com/swcurran/anoncreds-v2-rs/blob/samples/examples/schema-with-linked-secret.json
    • Question – how do we manage the schema when we need to support complex JSON (structures, arrays). 
      • Idea 1: Use JSON.Path so we are back to a list of attributes
        • Schema is a flat list like we have in AnonCreds v1, but attribute names are in JSON Path format. 
        • Metadata is attached to each attribute in the (flat) list.
      • Idea 2: Use JSON-LD 
        • How much would JSON-LD help with this?
        • Is there already enough data to tell us much of those things?
          • I would guess not. It could have a lot of it, but not all that we need.
        • What tools are there to see for a given JSON-LD document what attributes we know about each attribute?
        • Would it make sense to use JSON-LD and supplement attributes as needed?
      • Idea 3: Combine the two
        • Use JSON-LD for much of the data
        • Use JSON.PATH to add additional metadata when needed to specific items.
      • Idea 4: Pure JSON-LD, adding new "features" to get support for what we need
        • Don't really know what this entails...
  • Update on the Hyperledger Labs Agora Libraries
  • Open Discussion

...