hh turns a blockchain address, a public key or any hash into a small deterministic picture that a person can compare at a glance: a 4 x 4 matrix of solid squares, circles and triangles in four colours. It exists to catch address poisoning and clipboard substitution, which work because people check only the first and last characters of a long string. The colours are chosen so that people with a colour vision deficiency can tell them apart as well.
0x1234567890abcdef00112233445566778899aabb |
0x12345678f1e2d3c4b5a69788796a5b4c8899aabb |
|---|---|
![]() |
![]() |
The two addresses agree in their first and last eight hex digits. Their pictures are unrelated.
This is the Go implementation. It uses the Go standard library only and produces, byte for byte,
the output of the C++ reference implementation hh-cpp, which
owns the specification and the
golden vectors. testdata/ is a byte-identical copy of those vectors; testdata/SOURCE names
the hh-cpp release they came from.
Every implementation produces the same pictures, tags and encoded files, byte for byte, and its tests check it against a copy of the golden vectors of hh-cpp.
| Language | Repository | Package | Install |
|---|---|---|---|
| C++17, C ABI | hh-cpp, the reference: specification and golden vectors | CMake hh::hh, pkg-config hh (releases) |
CMake FetchContent or find_package(hh) |
| Kotlin and Java: JVM, Android | hh-kotlin | Maven Central io.github.censync:hh |
implementation("io.github.censync:hh:1.1.0") |
| TypeScript and JavaScript: browsers, Node.js, Deno, Bun | hh-ts | npm @censync/hh |
npm install @censync/hh |
| Go | go-hh (this repository) | github.com/censync/go-hh |
go get github.com/censync/go-hh |
| Python | hh-python | PyPI humanized-hash |
pip install humanized-hash |
A Sui address has 64 hex digits, and nobody reads 64 digits. The second address below differs from the first in one digit, the third in two; the changed digits are marked. In the text they are easy to miss. The pictures and the tags are unrelated, because every cell depends on every bit of the input.
What a forger pays, by calculation. One current GPU tries about 1.4 billion addresses per second; a try against hh also has to compute the stretched base digest, which leaves about 680 000 tries per second. The figures are the expected search times on one such GPU for a typical picture (SECURITY.md of hh-cpp has the reasoning).
| The forged address has to match | Tries | One GPU |
|---|---|---|
| the first 4 and the last 4 hex digits | 2^32 | 3 seconds |
| the first 6 and the last 6 hex digits | 2^48 | 2.3 days |
| the first 8 and the last 8 hex digits | 2^64 | 420 years |
| the universal picture, with two cells allowed to differ | 2^52, stretched | 210 years |
| the universal picture, in every cell | 2^68, stretched | 14 million years |
| the ends of the text and the picture | the product of the two | |
| the keyed picture | cannot be searched: without the key the picture cannot be computed |
A lookalike of the text is cheap, which is why address poisoning works. A lookalike of the picture is not, and the two costs multiply. A picture that looks the same is still strong evidence rather than proof; the tag or the full address is the check that is certain.
- Two modes. A universal picture is the same for everyone and is what two people compare. A keyed picture is computed with a 32-byte secret of the wallet: an attacker who does not hold the key cannot compute, and therefore cannot grind, a lookalike. Inside an application keyed pictures are the default.
- Deterministic to the byte. Integer arithmetic only. The same input gives the same pixels and the same PNG, BMP and JPEG bytes as hh-cpp, on every platform.
- Frozen. The algorithm has no version and never changes; a picture that a user has learned stays the same for ever. Library releases follow SemVer and never alter the output.
- No dependencies.
go.modhas norequireline. SHA-256, HMAC, CRC-32 and Adler-32 come from the standard library; PBKDF2, the deflate stream and the PNG, BMP and JPEG encoders, whose output the specification fixes byte for byte, are part of the package. It does not importimage/png,image/jpeg,compress/...ormath. - Made for colour vision deficiency. About one man in twelve does not see colours the way the rest do. The four colours were chosen for them: the palette was searched so that every pair stays apart under simulated protanopia, deuteranopia and tritanopia, and every colour keeps a contrast of 3:1 on white and on dark surfaces. Shape carries most of the information, so a picture still works in greyscale (the measurements are in docs/design of hh-cpp).
- Pixels, not pictures. The package returns straight-alpha RGBA pixels and encoded files;
Image.NRGBAhands the pixels to the standardimagepackages without a copy.
hh answers one question: is this the same address as the one I mean? Wherever a person has to answer it from a long string, a picture answers it faster and more reliably than the first and last characters do.
- Sending and confirming. The picture of the recipient stands next to the address field and on the confirmation screen. A swapped or mistyped address changes it completely.
- Address books and account lists. Every saved payee and every account of the user carries its picture, so a list is scanned instead of read; 32 to 48 px is enough for recognition.
- Two devices of one user. An offline signer and the online device show the same picture for the same address, so the two screens are compared at a glance instead of 64 characters.
- Support, screenshots and voice. The six-character tag (
TKS-PVH) travels through chat and over the phone; the picture travels in a screenshot. - Documents and messages from a server. The encoders return PNG, BMP or JPEG bytes, so a backend puts the picture into a receipt, an invoice or an email without a graphics library.
- Anything that is a hash, not only an address. An SSH or PGP key fingerprint, a TLS certificate pin, an API key, the checksum of a backup or of a firmware image.
Three rules keep it honest: the picture complements the text check and never replaces it; inside one application keyed pictures are the default and universal pictures are what is shared with others; a picture that backs a decision is at least 64 dp and stands beside the picture it is compared with. docs/INTEGRATION.md has the rest.
go get github.com/censync/go-hh@v1.1.0import hh "github.com/censync/go-hh"
digest, err := hh.BaseDigestFromHex("0x5aAeb6053F3E94C9b9A09f33669435E7Ef1BeAed") // slow: cache it
if err != nil {
return err
}
fp := hh.Universal(digest) // or hh.Keyed(digest, key)
img, err := hh.Render(fp, 128, hh.RenderOptions{}) // 128 x 128 pixels
if err != nil {
return err
}
png, err := img.EncodePNG() // or img.NRGBA() for the image packages
tag := fp.Tag() // "TKSPVH", shown as TKS-PVHNothing panics: every function returns a result or one of the package's Err... values, which
work with errors.Is and carry the numeric code of the specification (errors.As with
*hh.Error). The package keeps no global state and is safe for concurrent use. It needs Go 1.21
or newer. RenderOptions and its field types read and write the names of the specification
(ParseFrame, String, encoding.TextMarshaler), so a look can live in a JSON configuration
file. The API is documented on pkg.go.dev, with
runnable examples.
A decision (confirming a payment, verifying a pasted address) should be backed by a picture of at
least 64 points, better 96, next to the picture it is compared with. Smaller pictures are for
recognition in lists. See docs/INTEGRATION.md for net/http,
image/draw and key handling recipes and for the product rules, and
SECURITY.md of hh-cpp for what
a picture proves and what it does not.
The cells, the palette and the geometry are fixed; the host chooses the shape, the background and the frame, in either mode. Every picture below is the address of the quick start, rendered at 128 px.
| Shape | Opaque white | Light blue E8EEF7 |
Transparent | Keyed, transparent |
|---|---|---|---|---|
| Square | ![]() |
![]() |
![]() |
![]() |
| Round | ![]() |
![]() |
![]() |
![]() |
- Background. Any colour with any transparency. Outside rounded corners and outside the disc the picture is transparent anyway, so a transparent background takes whatever is behind it: the two transparent columns above are the same bytes on a light page and on a dark one.
- Contrast. An opaque background is refused below 2:1 against a palette colour, and the
contrast report gives the WCAG ratio so that a host can warn below 3:1. White scores 300, the
light blue above 257,
121212scores 300; mid greys and saturated surfaces are what to avoid. - Frames are open to both modes. Every style that fits the shape works for universal and keyed pictures alike. By default a universal picture has no frame and a keyed square gets rounded corners; a host that marks its keyed pictures picks one style and keeps it everywhere, and names the mode in the caption, since a frame alone proves nothing.
- The round shape inscribes the same grid in a circle, so its cells are about a third smaller; give it a third more pixels.
options := hh.RenderOptions{
Shape: hh.ShapeRound,
Background: hh.Transparent(), // or hh.Opaque(hh.RGB{0xE8, 0xEE, 0xF7})
Frame: hh.FrameTicks, // any style of the shape, in either mode
}
report := hh.MeasureContrast(options, hh.White)
if report.FiguresX100 < 300 {
// warn
}A command line program that writes the picture of an address to a PNG file and prints its tag.
mkdir hh-example && cd hh-example
go mod init example.com/hh-example
go get github.com/censync/go-hh@v1.1.0main.go:
package main
import (
"fmt"
"log"
"os"
hh "github.com/censync/go-hh"
)
func main() {
digest, err := hh.BaseDigestFromHex("0x5aAeb6053F3E94C9b9A09f33669435E7Ef1BeAed")
if err != nil {
log.Fatal(err)
}
fp := hh.Universal(digest)
img, err := hh.Render(fp, 128, hh.RenderOptions{})
if err != nil {
log.Fatal(err)
}
png, err := img.EncodePNG()
if err != nil {
log.Fatal(err)
}
if err := os.WriteFile("address.png", png, 0o644); err != nil {
log.Fatal(err)
}
tag := fp.Tag()
fmt.Println(tag[:3] + "-" + tag[3:])
}go run . prints TKS-PVH and writes address.png, byte for byte the file
testdata/golden/evm-1-universal-128.png that every implementation reproduces.
Go 1.21 or newer; nothing else.
go test ./... # every test, the golden vectors included
go test -race ./... # the same under the race detector
go test -run '^$' -bench . . # base digest, render and encoder timings
go test -run '^$' -fuzz FuzzRender -fuzztime 1m # one of the fuzz targets
tools/crosscheck.sh <path to hh_cli of hh-cpp> # differential test against hh-cpp
go run ./cmd/hh-cli 0x5aAeb6053F3E94C9b9A09f33669435E7Ef1BeAed --out address.png| Directory | Purpose |
|---|---|
. |
the package, github.com/censync/go-hh, imported as hh |
cmd/hh-cli |
command line tool with the options of hh_cli of hh-cpp; the differential test drives it |
tools |
crosscheck.sh with its hand-made cases edge-cases.txt, and update-vectors.sh |
testdata |
the golden vectors of hh-cpp and SOURCE, their provenance |
The rules for patches are in CONTRIBUTING.md, the releases in CHANGELOG.md.
MIT, see LICENSE. Copyright (c) 2026 Dmitry Mandrika. CenSync












