Versions Compared

Key

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

...

...

  • Aries-vcx uniffi wrapper - continue implementation of uniffi_aries_vcx
    • This can unlock building native mobile apps with aries-vcx

  • Aries mediator client - implement rust client capable of connecting with mediation agent and use pick-up protocol https://github.com/hyperledger/aries-rfcs/tree/main/features/0685-pickup-v2 to receive messages
    • This can unlock integration of aries-vcx with different aries mediation agent implementations! This is extremely important for mobile use-cases.

  • Verifier agent - build aries agent specialized for proof verification
    • In the real world, there will be presumably handful of issuers but likely many verifiers! Deploying full featured agent capable of both issuance, verification and perhaps other protocols can be complex, a narrowly focused Verifier agent could be built on aries-vcx . This would require minimal configuration, the agent can be largely stateless as it would only need to READ ledger, not write. Aries-vcx is perfectly positioned to be core of high-performance proof verifier. 

  • Load tester - create tool to simulate many agents simultaneously 
    • Creating tool which can represents many agents can be useful for load/stress testing across the aries ecosystem

  • CLI agent - building on top of aries-vcx-agent and some of many console UI interface frameworks available in Rust, you could build tool to manage an Aries agent from CLI interface
  • Aries message mediator - build aries mediator
    • there's nodejs implementation of aries-mediator-service in progress, but hey, why not to build an alternative!

  • Embedded device aries agent - try to build aries agent for embedded uses case
    • this is yet rather unknown journey, who knows what it entails?


  • DID parser - a proper DID type and parser
    • DIDs, while similar to URLs, have slightly different composition.
    • we need to be able to compose and decompose DIDs in a consistent manner


  • DID resolver - a component that takes a DID and returns the data it points to
    • things such as DIDDocs  or services  are stored on the ledger (or some other place) and need to be retrieved by resolving their DID


  • Protocol Registry - a static, compile-time component that holds the protocols and versions an agent supports
    • the first implementation uses a lazily initialized map
    • a better approach would be to have code generation in place controlled by feature flags

Research ideas

...