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
Or is it something we are missing that we do wrong?
In this gist we convert the buffer to bs58, but toKeyPair does that for us. So using that method in the updated version. But I still have to update the ID for things to work. Could not toKeyPair just return a different ID, or where are things going wrong in the loop.
TL;DR ... relative ref ids are terrible.... for exactly the reason you have indicated...
we have similar code all over the place... and we are convinced that relative refs are terrible, especially if you are doing linked data operations often (which we are).
The next versions of all our key pair classes and did key will use absolute IRIs everywhere.
https://github.com/transmute-industries/did-key.js/blob/master/packages/bls12381/src/Bls12381G2KeyPair.ts#L94
Im using this lib to generate a key to be used towards mattrs json-ld bbs signature.
We ended up having to do this little magic: https://gist.github.com/S3bb1/ddd74704c0f9980d93e4e6302439594c#file-index-js-L54 to get the JSON LD to work.
Or is it something we are missing that we do wrong?
In this gist we convert the buffer to bs58, but toKeyPair does that for us. So using that method in the updated version. But I still have to update the ID for things to work. Could not toKeyPair just return a different ID, or where are things going wrong in the loop.
I have another issue going over at mattr: mattrglobal/jsonld-signatures-bbs#122
The text was updated successfully, but these errors were encountered: