0006 XLS-6d Standard for Visual Account Icons

[RichardAH]

Following from XLS-5d ( #6 ) it has become necessary to provide XRPL users a way to identify their XRPL account, which effectively now has two different identifiers: an 'r-address' and an 'X-address'.

To solve this problem XLS-6d provides for a standard way to visually identify accounts irrespective of which addressing system is used by the rest of the user interface.

For a user account take the X-address of the account without destination tag and feed it into hashicon https://www.npmjs.com/package/hashicon

For an exchange, take the X-address of the account with the destination tag and feed it into hashicon.

It's recommended that these icons are displayed alongside addresses to help reduce user confusion. See examples in Figures 1 and 2.

Figure 1

Figure 2

[RichardAH]

Example:
r-addr: r3kmLJN5D28dHuH8vZNUZpMC43pEHpaocV
x-addr: X7tFPvjMH7nDxP8nTGkeeggcUpCZj8nYJkTRDHUikbvmVMB
hashicon:

r-addr: rGWrZyQqhTp9Xu7G5Pkayo7bXjH4k4QYpf
x-addr: XVLhHMPHU98es4dbozjVtdWzVrDjtV5fdx1mHp98tDMoQXb
hashicon:

[movitto]

@codetsunami I'm all for visual representations of data but is the hashicon algorithm / standard documented anywhere outside the provided repo? I ask because unless it can be implemented in other languages, this would be limited to javascript based solutions.

Also googling around a bit there are a few other solutions in the same domain, such as identicons, just curious as to if you've evaluated the tradeoffs?

[RichardAH]

@movitto I had a look at the various other identicons on offer. None seem as visually appealing and easy to recognise as these hashicons.

I take your point about support for other languages. I’m happy to port the algorithm that generates them to a couple of other languages if you let me know what you need.

[movitto]

@movitto I had a look at the various other identicons on offer. None seem as visually appealing and easy to recognise as these hashicons.

"None seem as visually appealing" isn't really an objective argument, to support that I'd reference color and pattern variations, algorithm differences, etc.

I take your point about support for other languages. I’m happy to port the algorithm that generates them to a couple of other languages if you let me know what you need.

Alot of our stack is in ruby, so would be awesome to have bindings for that. That being said, C bindings probably would be the most portable though, as once those exist, wrappers could be written in any language.

[RichardAH]

@movitto if you want to propose a different identicon as being superior please go ahead. At the end of the day everyone will have a different opinion on any graphical representation, there’s no way to come up with an “objectively best” visual.

[ihomp]

I've seen it added in Toast Wallet already, I've added it in Bithomp as well. I like the idea.