Parser de Snowflake ID

O Twitter criou o formato em 2010 ao sair do identificador auto-incremento do MySQL: com vários bancos, ninguém pode ser a autoridade única que distribui o próximo número. A solução foi montar o identificador a partir de três partes que cada máquina consegue preencher sozinha — o relógio, o número dela e um contador local.

O arranjo é fixo: um bit de sinal sempre zero, 41 bits de milissegundos contados de uma época escolhida pelo projeto, 10 bits de identificação da máquina e 12 bits de sequência. Os 12 bits de sequência limitam a 4096 identificadores por milissegundo por máquina, o que na prática nunca aperta. Os 41 bits de tempo é que definem a validade do esquema: dão cerca de 69 anos a partir da época.

A época é o que muda entre implementações, e é por isso que a página deixa escolher: o Twitter usa 4 de novembro de 2010, o Discord 1º de janeiro de 2015. Aplicar a época errada não gera erro — devolve uma data plausível e errada por anos. Vale notar também que a ordenação por identificador ordena por tempo, o que é metade do motivo do formato existir.