snowchecked: A checksummed variation on Twitter's Snowflake UID generation algorithm

[ apache, data, library ] [ Propose Tags ]

See the file ./, which is included in the package and also on GitHub.

[Skip to Readme]


Maintainer's Corner

For package maintainers and hackage trustees


  • No Candidates
Versions [RSS],,
Dependencies base (>= && <4.15), bytestring (>=, data-default (>=, deepseq (>=, text (>=, text-conversions (>=0.3.1), time (>=1.9.3), wide-word (>= [details]
License Apache-2.0
Copyright 2021 Robert Fischer
Author Robert Fischer
Category Data
Home page
Bug tracker
Source repo head: git clone
Uploaded by RobertFischer at 2021-08-17T14:05:47Z
Distributions NixOS:
Downloads 202 total (8 in the last 30 days)
Rating (no votes yet) [estimated by Bayesian average]
Your Rating
  • λ
  • λ
  • λ
Status Docs available [build log]
Last success reported on 2021-08-17 [all 1 reports]

Readme for snowchecked-

[back to package description]


A Checksummed UID Generator based on Twitter's Snowflake

Unique ids are useful, but traditional GUID/UUID formats are lengthy, inefficient, and hard for humans to use. Twitter created a novel format for UIDs called "Snowflake" which addressed these issues, with the added benefit that the UIDs monotonically increase over time. This library extends the Snowflake format by adding checksum bits at the end. If you use this library with the number of checksum bits set to 0, then you have a Snowflake implementation.

This extension is valuable because the checksum detects error on input. If you're using ids in a human setting (eg: having users type them in or scan them from QR codes), then the checksum is valuable to catch typos, miscommunications, and other input issues.

Like Snowflake, this algorithm uses some bits from the timestamp, some bits from a counter, and some bits of the node id. This algorithm extends Snowflake by also using some bits to store the checksum, which derives from the sum of the other parts.

This implementation allows the number of bits in the id to range from 0 bits to 255^4 bits. The default configuration uses 64 bits, with 40 bits used for time, 10 bits used for the counter, 8 bits used for the node id, and 6 bits for the checksum. The odds of a false positive on the checksum is 1/(2^checkbits), so the odds of a false positive in the default configuration is ~1.5%. This configuration can generate 1024 UIDs per millisecond per node: the 1025th request in a given millisecond will cause a pause in the thread for one millisecond, and then the counter will reset to 0. (If you need more UID throughput than that, then create more generators with distinct node ids.)


If you want to marshall a flake, then you can use the encodings in the Encoding sub-packages of this library. Implementations include a ByteString (strict or lazy), any Text-like value (using base 16), or any Integral value.


This project derives distantly from the snowfake package on Hackage.