- From: Juan Caballero <juan.caballero@spherity.com>
- Date: Wed, 14 Jul 2021 09:30:58 +0200
- To: Luca Boldrin <luca.boldrin@infocert.it>, Gianluca Markos <gianluca.markos@infocert.it>, Davide Porro <davide.porro@infocert.it>
- Cc: "public-credentials (public-credentials@w3.org)" <public-credentials@w3.org>, Giancarlo Degani <giancarlo.degani.ext@infocert.it>
- Message-ID: <e52ab9e7-8a1d-b9ef-4a78-f8b32d57b705@spruceid.com>
Ciao Luca! Penso che tu abbia messo in CC l'intera lista CCG per errore! Per rispondere alla tua domanda implicita, è un'API progettata collettivamente ottimizzata per LD-VC in stile CCG. SecureKey ha svolto molto lavoro open source per rendere Aries interoperabile con questa API, che rappresenta un diverso insieme di casi d'uso orientati al web semantico e ai "big data". Mentre i framework Aries condividono RFC, ipotesi architetturali, modelli di dati e librerie in comune al di là delle specifiche W3C, le implementazioni mature che interagiscono utilizzando questa API sono molto diverse e spesso hanno molto meno in comune a livello di architettura, rendendo questa interoperabilità molto ristretta ma ampia meccanismo. Se hai domande sulla maturità di VC-HTTP-API o sulla natura del supporto di AriesGo, non esitare a contattarmi, tuttavia, lo sto seguendo da un po'. Nota che ho scritto questo con google translate e in realtà non parlo una parola di italiano. Grazie, __juan ------------------------------------------------------------------------ Juan Caballero, PhD. Advisor, Spruce ID, USA Berlin-based (CET) On 7/14/2021 7:42 AM, Luca Boldrin wrote: > > Vedo che ci sono implementazioni open source di VC-http-api, > un’interfaccia per lo scambio di VC (ancora in corso di > standardizzazione). > > Se è tutto quello che ci serve, potrebbe evitarci l’uso di aries-go su > IMPULSE? > > *Solo per vostra valutazione*, non so se si tratti di implementazione > matura. Niente in contrario a rimanere su aries-go se è più semplice e > abbiamo già implementazioni da cui partire. > > Ciao, > > --luca > > *Da:* Mike Varley <mike.varley@securekey.com> > *Inviato:* martedì 13 luglio 2021 18:55 > *A:* Michael Herman (Trusted Digital Web) > <mwherman@parallelspace.net>; John, Anil <anil.john@hq.dhs.gov> > *Cc:* public-credentials (public-credentials@w3.org) > <public-credentials@w3.org> > *Oggetto:* Re: VC-HTTP-API - Unintended Consequences > > ATTENZIONE:Questa e-mail proviene dall'esterno dell'organizzazione. > Non cliccare sui link o aprire gli allegati a meno che tu non > riconosca il mittente e sappia che il contenuto è sicuro. > > Hi Michael, > > All of SecureKey’s efforts related the DHS implementation, including > architecture, demonstration and reference systems, are open source and > can be accessed (openly) through our github project: > > https://github.com/trustbloc/ <https://github.com/trustbloc/> > > particularly: > > https://github.com/trustbloc/sandbox > <https://github.com/trustbloc/sandbox> > > and for VC-HTTP-API: > > https://github.com/trustbloc/edge-service > <https://github.com/trustbloc/edge-service> > > for any who are interested. > > HTH, > > MV > > This email and any attachments are for the sole use of the intended > recipients and may be privileged, confidential or otherwise exempt > from disclosure under law. Any distribution, printing or other use by > anyone other than the intended recipient is prohibited. If you are not > an intended recipient, please contact the sender immediately, and > permanently delete this email and its attachments. > -
Received on Wednesday, 14 July 2021 07:31:13 UTC