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.)
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)
|Hash of the Key
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.