Create account

replied 2017d
SuperHacker
SuperHacker
replied 2015d
I've read, the design is awesome. And I have to suggestion.
1. Master keys should be able to store in cold storage. i.e. The keys we currently using in memo shouldn't be master keys.
replied 2015d
Yep, that is the plan
SuperHacker
replied 2015d
Some keys in memo may have been leaked by user.
SuperHacker
replied 2015d
2. Change prefix to other code, rather than 0x6d*. Because this protocol may become a infrastructure to identify indiviuals on chain, it is not only belonging to memo protocol.
replied 2015d
How is 0x6d less universal than another prefix?
SuperHacker
replied 2014d
Well, I thought 0x6d was designed as memo only protocols, though MIP-0003 seems more than a memo protocol. With further designing, 0x6d2[0-2] can be the infrastructure of PKI on BCH.
SuperHacker
replied 2014d
I think change 0x6d2[0-2] to a long prefix is better.
0x6d20 -> 0x6d2000
0x6d21 -> 0x6d2001
0x6d20 -> 0x6d2002
[0x6d2003, 0x6d20ff] = reserved for futher expantion about keys relation
replied 2014d
Good ideas! Appreciate the feedback!
ipfs-net
replied 1704d
related question
(currently working on script decoding)
- is the MEMO plan to span beyond the 6dxx space ?
The protocol seems to stick to 6d - is there room for "extras"?
replied 1917d
there's always room for exxtras!
replied 2015d
Glad to hear it :) If it makes sense or the 6d space runs out we will definitely expand beyond. We also plan to support other protocols.
ipfs-net
replied 1704d
Planning to poach one or two slots for quiet ipfs notifications,
but far too distant to even consider much at the moment.
cheers !