128 bit #keymoji
Discussion
how does that work exactly? the emjois have a value, are the positions multipliers? how sparse is the field, or does it really fill 128 bits (or more?)
also, you know that words could be in those places too
Again good question.
For now I'm just doing the math on the possibilities and putting it out there for feedback.
That said, I'm guessing the easiest would to be to check each box and ask:
- is it empty?
- does it contain an emoji? Which one?
- does it contain a line?
Then add password
Then do magic math and end up with an nsec
(the emoji part would always have the same standard size/length, so I don't know if the password could be treated like a btc-passphrase-like add-on)
for sure if the lines at each square have meaning you will probably exceed 128 bits, but even if the line only signifies the ordering of a second level of multipliers it will still do a lot, just lines only horizontal and vertical with turning points alone would be a pretty high number of permutations
i've seen other efforts towards making a more human friendly mnemonic scheme that go for a more visual pattern before but the more iterations you make the sooner you'll have something that really pops, i am not sure you even need the emojis on a 5x5 grid
although the emojis add more
Do you remember these other efforts?
Bip-39 is all I come across.
someone was making a pixel painting grid some time back, i forget who it was
When release?
I know I asked awhile ago but still awaiting release on git