blake3 · simd · 1–256 byte out · live

Generate BLAKE3 digests

BLAKE3 — designed for high throughput on modern CPUs with SIMD/AVX. Used by content-addressed storage, build systems, and rsync replacements. Runs entirely in your browser.

BLAKE3 Hash Generator
Input
43 B
43 chars
Algorithm
BLAKE3
256-bit
Digest
—
32/256 B
Status
loading
noble
input · text
output · blake3 hex
—
Quick Start

How to compute BLAKE3

Hashes UTF-8 bytes via @noble/hashes. Output length is configurable up to 256 bytes (extensible-output function).

  1. 01

    Type or paste text

    Any UTF-8 input — emoji and accents are hashed faithfully.

    Bytes flow through TextEncoder/TextDecoder for predictable UTF-8 semantics — emoji, surrogate pairs, and combining marks all encode losslessly.

    inputUTF-8TextEncoderlosslesslive
    input · raw bytestext · UTF-8
    hello
    loaded · UTF-8MIME · ready
  2. 02

    Set output bytes

    32 bytes is the default. BLAKE3 is an XOF so any length is well-defined.

    Hash and signature operations call crypto.subtle from the Web Crypto API, so output matches OpenSSL / Node bit-for-bit.

    sizeWeb Cryptosubtledeterministiclive
    len · options32 · live
    256-bit out
    options applied · livelive
  3. 03

    Live hash

    Output updates as you type. BLAKE3 is parallelisable via Merkle trees.

    Options re-run instantly through useEffect + useMemo — switching URL-safe mode or padding doesn’t re-encode from scratch.

    livememoisedoptionsinstantreactive
    out · encodedready · ready
    af1349b9…
    encoded · livelossless
  4. 04

    Copy or download

    One click to clipboard. Download as .txt.

    Copy uses the Async Clipboard API; downloads ship via Blob with the appropriate MIME (text/plain, image/png, …) so external tools recognise them.

    exportclipboardblobMIME-correctclient-side
    ok · copiedready · done
    Copied
    shipped · ready to shipsuccess
Pro tips

Encoding without surprises

Always UTF-8 first

Use TextEncoder / TextDecoder for bytes ↔ string conversion. btoa alone breaks on non-ASCII.

URL-safe vs standard Base64

Standard uses +, /, =; URL-safe swaps to -, _, no padding. Don’t mix them.

Hashes aren’t passwords

SHA-256 is fast; that’s good for fingerprints, bad for passwords. Use bcrypt / argon2 for credentials.

Watch padding rules

Some decoders are strict about = padding, others auto-pad. If round-trips fail at exactly 1 or 2 bytes, check padding.

Use Web Crypto for keys

Generate cryptographic keys via crypto.subtle, never Math.random. The latter is predictable.

JWT decode ≠ verify

Decoding a JWT just splits and base64-decodes. Verification needs the issuer’s public key / shared secret.

Use Cases

When to use BLAKE3

When you need a fast, modern, parallel hash.

Content addressing

Deduplicate and address blobs by hash. Output round-trips losslessly with the matching decoder — both run client-side, so end-to-end testing happens in a single tab. Encoding flows through TextEncoder for predictable UTF-8 semantics.

RFC-compliant

Build systems

Cargo, Bazel, and others use BLAKE3 for caching. Web Crypto's subtle.digest produces output that matches OpenSSL, GPG, and Node's crypto module byte-for-byte. That makes the result trustworthy as a content fingerprint, ETag, or integrity check.

OpenSSL-matched

rsync replacements

rsync-style sync with fewer hash misses. Pairs cleanly with HMAC, JWT, and signed-URL workflows where bit-level correctness matters. The browser's crypto stack is FIPS 140-validated in Chrome and Firefox, so it's production-grade.

lossless

Streaming integrity

Parallel/streaming hashing of big files. Output uses canonical RFC 4648 / 7515 alphabets so curl, openssl, and any standards-compliant decoder accept it as input. URL-safe variants drop padding for tokens that travel in query strings.

byte-identical

KDF mode

Use BLAKE3-derive_key for keyed expansion. Heavy hashing runs through useMemo so large inputs don't block typing. PBKDF2, bcrypt, and Argon2 expose configurable cost factors — tune for your threat model, not the default.

spec-grade

Test fixtures

Lock down expected outputs across runtimes. Same input plus same options always yields identical bytes. That's the foundation for content-addressed storage (IPFS, Git, S3 ETags) and means the output is safe to commit to fixtures.

production-ready
FAQ

Frequently asked questions

Yes — it builds on BLAKE2's well-studied core and has no known practical attacks.
Often yes, especially on multi-core CPUs thanks to its parallel Merkle-tree design.
BLAKE3 is an extensible-output function (XOF). The underlying state is read out as needed.
For files use the File Checksum Verifier — it streams large files efficiently.
No. BLAKE3 is computed in your browser via @noble/hashes and runs locally.
Suggest a tool

Something missing?

Tell us what you need. We ship the top requests every two weeks.

Sent straight to the maintainers · no account needed
47 in queue·8 shipped this month
Request queued. Thanks!