-
Notifications
You must be signed in to change notification settings - Fork 55
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Question] How to get revocation status list for a prover? #263
Comments
This is the biggest change in the AnonCreds implementation between Credx (indy-shared-rs, indy-sdk) and AnonCreds Rust. As you note, in Indy, deltas are passed in, more or less directly as retrieved from the Indy Ledger. In AnonCreds Rust, the full state of the credentials (0/1 for the state of each credential in the registry) is passed in, and the client has to provide that state. For some ledgers, that is how the state is stored, in Indy, it has be updated based on the deltas from the ledger. I’m not sure where best to see the data structures for what must be passed in — the updates to go from the Indy data to the full state. Not sure if others can help with that. |
I see. What's unclear is how a prover can get |
I found this spec by searching this repo. I think there should be some guide on how to create I found out that I'm still looking for other comments. |
Sorry for being slow to respond. This is being done in Aries Framework JavaScript, so perhaps @berendsliedrecht or @genaris could describe how it is done/point out the code that does this. In AFJ, there is also code that retrieves revocation data from other ledgers (e.g., cheqd.io and Cardano) that store the full state of the revocation registry on the ledger rather than deltas. This is a much preferred approach, since it means that the ledger does not have to have special handling code to dynamically respond to requests -- the ledger just returns the transaction requested. @andrewwhitehead -- would it make sense for Indy VDR to add a method (and for the proxy, an endpoint) that returns the revocation state? It could do that by having the caller pass in it's previous revocation state/time and update it, or (I suppose) could query Indy to request the delta from start of time. Or, I guess it would have to do both, as the first time it is called, the caller wouldn't have a previous state :-). |
This is the code in AFJ that does the transformation: https://github.com/hyperledger/aries-framework-javascript/blob/main/packages/indy-vdr/src/anoncreds/utils/transform.ts |
Thank you for the comments.
I've done this as follows though I've not tested yet: |
Yes that should be possible. We deliberately chose to not add this as it is the old interface, and although it is still used internally, we didn't want to expose it. I like the suggestion from @swcurran to add it to the indy-vdr library more, as it's indy that has a different data model as defined in the AnonCreds spec, not the other way around. |
I see. I agree it will be better if indy-vdr has a function to return a revocation state or a revocation status list. |
A
revocation status list
is needed for a prover to create a revocation state.ex, https://github.com/hyperledger/anoncreds-rs/blob/main/wrappers/python/demo/test.py#L105C26-L105C26
A prover should get this list from the ledger.
What's confusing is there are two items in indy-vdr called
revocation registry
andrevocation registry delta
but notrevocation status list
.I assume that
revocation status list
meansrevocation registry
in indy-vdr. Right?Do they have the same structure in json format so that I can treat them as the same object? or Should I recreate
revocation status list
fromrevocation registry
myself?The text was updated successfully, but these errors were encountered: