Base58::Alphabet::Monero
Inherits Base58::Alphabet / Reference / Object
Not to be outdone in the Base58 customizations competition, Monero has another unique spin on the base58 alphabet. With Monero, the base alphabet is the same at the Bitcoin alphabet, but when encoding, Monero breaks the input into 8-byte chunks, encoding each chunk separately, and padding to 11 bytes if the result is shorter than 11, except for the last chunk, which will only be padded to the maximum possible size for the given bitcount of that chunk. Decoding reverses this process.
Normally, base58 encoding results in some instability in the length of the final encoded values, but the Monero approach eliminates that instability. This, for example, Monero addresses, which are 69 bytes, will always encode to a 95 byte string.
123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz
Constants
Class methods
Not to be outdone in the Base58 customizations competition, Monero has another unique spin on the base58 alphabet. With Monero, the base alphabet is the same at the Bitcoin alphabet, but when encoding, Monero breaks the input into 8-byte chunks, encoding each chunk separately, and padding to 11 bytes if the result is shorter than 11, except for the last chunk, which will only be padded to the maximum possible size for the given bitcount of that chunk. Decoding reverses this process.
Normally, base58 encoding results in some instability in the length of the final encoded values, but the Monero approach eliminates that instability. This, for example, Monero addresses, which are 69 bytes, will always encode to a 95 byte string.
123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz
Not to be outdone in the Base58 customizations competition, Monero has another unique spin on the base58 alphabet. With Monero, the base alphabet is the same at the Bitcoin alphabet, but when encoding, Monero breaks the input into 8-byte chunks, encoding each chunk separately, and padding to 11 bytes if the result is shorter than 11, except for the last chunk, which will only be padded to the maximum possible size for the given bitcount of that chunk. Decoding reverses this process.
Normally, base58 encoding results in some instability in the length of the final encoded values, but the Monero approach eliminates that instability. This, for example, Monero addresses, which are 69 bytes, will always encode to a 95 byte string.
123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz
Not to be outdone in the Base58 customizations competition, Monero has another unique spin on the base58 alphabet. With Monero, the base alphabet is the same at the Bitcoin alphabet, but when encoding, Monero breaks the input into 8-byte chunks, encoding each chunk separately, and padding to 11 bytes if the result is shorter than 11, except for the last chunk, which will only be padded to the maximum possible size for the given bitcount of that chunk. Decoding reverses this process.
Normally, base58 encoding results in some instability in the length of the final encoded values, but the Monero approach eliminates that instability. This, for example, Monero addresses, which are 69 bytes, will always encode to a 95 byte string.
123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz
Not to be outdone in the Base58 customizations competition, Monero has another unique spin on the base58 alphabet. With Monero, the base alphabet is the same at the Bitcoin alphabet, but when encoding, Monero breaks the input into 8-byte chunks, encoding each chunk separately, and padding to 11 bytes if the result is shorter than 11, except for the last chunk, which will only be padded to the maximum possible size for the given bitcount of that chunk. Decoding reverses this process.
Normally, base58 encoding results in some instability in the length of the final encoded values, but the Monero approach eliminates that instability. This, for example, Monero addresses, which are 69 bytes, will always encode to a 95 byte string.
123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz