Create account

2095d · memo
arruah
replied 2092d
I can translate to Russian and Kazakh.
anarchovegan
replied 2092d
I can translate anything into gibberish.
Metalbrushes_Tattoo
replied 2091d
I am fluent in pig Latin 😜
replied 2091d
I'm fluent in Rachet!!!!!!!!!!!
anarchovegan
replied 2091d
Well this is just a racket now ;)
replied 2091d
Rachet jackets impounded latches. Spaghetti fluid improved movements. #RatchetNonsense
anarchovegan
replied 2091d
Gibberish translating - contagious! :D
I prefer bi-directional ratchets with a closed spaghetti loop. Impounding lachets does nothing for the ricochet.
selami yanık
replied 2092d
A Kazakh BCH'er?
arruah
replied 2091d
Yes, Almaty.
replied 2092d
That would be useulf. The spec is in gitlab (https://gitlab.com/cashid/protocol-specification/blob/master/README.md).

Are you familiar with Git and MarkDown?
arruah
replied 2091d
Sure.
replied 2091d
Good. Let me know if you have any questions.
replied 2092d
Looks like a good spec! There is a MIP for delegated keys in the works that could potentially use this. https://github.com/memocash/mips/blob/master/mip-0003/mip-0003.md
replied 2092d
Just to be make sure I understand this correctly:

any memo-implementation creates child keys, puts a request on-chain that if signed by the users master key, links it to user identity
replied 2092d
The user could then post a revocation transaction on-chain that delinks the child key at a given blockheight.
replied 2092d
Final worklow, with memo.cash as example:

user visits memo.cash. scans CashID code, logs in. memo.cash create child keys, user use CashID to sign them, memo.cash can now post for user
replied 2092d
If I understood this right, then my only complaint on memo.cash (that I am not in control of my own keys) is finally solved - and with a userfriendly design!
replied 2092d
Hey will this allow me to use my vanity gen addresses on Memo.cash? I don't ever want to upload their private keys.
replied 2092d
with this, you can use your vanity address as your identity. your posts won't be made by it directly, but linked to it. memo would have their own child keys, which you sign to approve.
replied 2091d
Ah now I get it.
replied 2092d
Thank you, I read that MIP and it's a perfect example of how a reputation protocol complementing an authentication protocol should work.
replied 2092d
What additions/extension to CashID is needed for it to be used in this way? Is the "sign" action (a=sign&d=data) sufficient?

I'm thinking that custom memosign actoin is better UX.
replied 2091d
I'm not sure yet, but probably a custom action like you said. Delegated keys is something I was hoping to start working on in next few months. Once I dig in I'll know more.
replied 2091d
While for a custom action, the identity manager / wallet could both sign, build and broadcast the TX, then return TXID in response.

For compatibility, offer a generic solution as well
replied 2091d
Based on MIP, there is two actions sign: one that grant, and one that revoke, permission.

Generic a=sign&d=data can be used, but memo client would need to build and broadcast TX.
replied 2091d
So you basically reinvented X509?
replied 2091d
At first, I just want to say "no, it's not". Then I read the first part of the X509 wikipedia page and there are similarities. I guess it comes down to what "basically" means here.
replied 2086d
I still dont like using DSA for something it's not designed for.