This project has moved and is read-only. For the latest updates, please go here.

In this article I will explain how SKGL works when creating and validating keys.


In order to understand how SKGL works, you will need to understand how numbers might be expressed using different bases. A serial key that is produced by SKGL is actually a really large number, expressed in base 26. The information such as date, time left, features, etc, are stored as a long number. As an example of how much information can be stored in a 20 letters key, I would like you to see the actual number that will result 20 chars: 9999999999999999999999999999. This is how big the number can be in order to get 20 chars. (it is around 28 digits.)

Information storage

The length of the useful information (date, time, features) is stored in, as I like to call it, Artem's Information Storage Format. So the number can be divided into several sections.

A random key generated by SKGL: 693937080 20120430 030 000 80966 (in base 10)

Name Value
Hash of the Key 693937080
Date created 20120430
Set Time 030
Features 000
ID 80966

When generating, we are using Artem's Serial Key Algorithm! This order of how everything is saved is one part of the actual algorithm. Actually, there is a big reason why Hash Code, for instance, is before everything. Simply because it makes the key to variate, which is at some point good.

Last edited Dec 27, 2012 at 11:12 AM by artemlos, version 9