You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Aries AIP and RFCs Supported in Aries Cloud Agent Python
This document provides a summary of the adherence of ACA-Py to the Aries Interop
Profiles,
and an overview of the ACA-Py feature set. This document is
manually updated and as such, may not be up to date with the most recent release of
ACA-Py or the repository main branch. Reminders (and PRs!) to update this page are
welcome! If you have any questions, please contact us on the #aries channel on
Hyperledger Discord or through an issue in this repo.
Last Update: 2021-12-22, Release 0.7.3
The checklist version of this document was created as a joint effort
between Northern Block, Animo Solutions and the Ontario government, on behalf of the Ontario government.
See the aries-mediator-service, a pre-configured, production ready Aries Mediator Service based on a released version of ACA-Py.
Mediator Client
✅
Indy Transaction Author
✅
Indy Transaction Endorser
✅
Indy Endorser Service
🚧
Help Wanted! See the aries-endorser-service, an under-construction, pre-configured, production ready Aries Endorser Service based on a released version of ACA-Py. On completion, we expect this repository to be moved into the Hyperledger GitHub organization.
Supports only JSON-LD Credentials using the Ed25519Signature2018, BbsBlsSignature2020 and BbsBlsSignatureProof2020 signature suites.
Supports the DIF Presentation Exchange data format for presentation requests and presentation submissions.
DID Methods
Method
Supported
Notes
did:sov
✅
did:web
✅
Resolution only
did:key
✅
did:peer
⚠️
AIP 1.0-based did:peer DIDs are used, meaning the DIDs are not prefixed with did:peer and are not following the conventions of AIP 2.0's RFC 0627: Static Peer DIDs
Recommended - Aries Askar provides equivalent/evolved secure storage and cryptography support to the "indy-wallet" part of the Indy SDK. When using Askar (via the --wallet-type askar startup parameter), other Indy SDK functionality is handled by Indy Shared RS (AnonCreds) and Indy VDR (Indy ledger interactions).
Multi Indy ledger support (with automatic detection)
✅
Support added in the 0.7.3 Release.
Persistence of mediated messages
🚧
Work is mostly complete to add external, persistent queue handling, including support for multiple external queue implementations (notably, plugins for Redis and Kafka). Documentation for that is being worked on. Without persistent queue support, messages are stored in an in-memory queue and so are subject to loss in the case of a sudden termination of an ACA-Py process. The in-memory queue is properly handled in the case of a graceful shutdown of an ACA-Py process (e.g. processing of the queue completes and no new messages are accepted).
Storage Import & Export
⚠️
Supported by directly interacting with the indy-sdk or Aries Askar (e.g., no Admin API endpoint available for wallet import & export). Aries Askar support includes the ability to import storage exported from the Indy SDK's "indy-wallet" component. However, a full migration approach from a production ACA-Py using the Indy-SDK storage to use Aries Askar storage has not been implemeted and documented.
Supported RFCs
AIP 1.0
All RFCs listed in AIP 1.0 are fully supported in ACA-Py. The following table
provides notes about the implementation of specific RFCs.
ACA-Py currently supports HTTP and WebSockets for both inbound and outbound messaging. Transports are pluggable and an agent instance can use multiple inbound and outbound transports.
Not using DIDDoc conventions yet, still using DID format of 0160-connections (which is incorrect and outdated). Also using incorrect format for did:peer (or not using a did: prefix at all)
Creating and resolving did:key DIDs is supported, but not all protocols are updated yet to use did:key. This is a breaking change for AIP 1.0 -> AIP 2.0.
Rarely (never?) used, and in implementing the V2 version of the protocol, the V1 version was found to be incomplete and was updated as part of Release 0.7.3