Scenario: The verifier is willing to accept a presentation derived from any of three credentials. Each holder is likely to hold any one of the credentials.
Question: Does AnonCreds support that capability in a single presentation request, and if so what is the recommended way to accomplish that?
Potential Responses (that I know of...):
The verifier's proof request has three referents each of which includes the names and restrictions for one of the accepted verifiable credentials. The holder populates the referent for the one verifiable credential held and marks "unrevealed", the rest of the names in the other two verifiable credentials.
The verifier sends three proof requests, and the holder responds to all of them (in this case 1) for which they hold a the source verifiable credentials.
Is there any other way to support that at the AnonCreds level?
For bonus points, is the way that AnonCreds supports this scenario supported at the Aries Framework level (e.g. in ACA-Py or AFJ, or even, in the CredX implementation)?
Scenario: The verifier is willing to accept a presentation derived from any of three credentials. Each holder is likely to hold any one of the credentials.
Question: Does AnonCreds support that capability in a single presentation request, and if so what is the recommended way to accomplish that?
Potential Responses (that I know of...):
names
andrestrictions
for one of the accepted verifiable credentials. The holder populates the referent for the one verifiable credential held and marks "unrevealed", the rest of thenames
in the other two verifiable credentials.Is there any other way to support that at the AnonCreds level?
For bonus points, is the way that AnonCreds supports this scenario supported at the Aries Framework level (e.g. in ACA-Py or AFJ, or even, in the CredX implementation)?