With $ZERO reaching a new high, its forks are also springing up. Today I took a look at this "improved version" of $ZERO on Avalanche - Nullity $NULL

Core idea:

1. Random numbers calculated purely on the chain

2. Block "Crit"

3. Better common standards

First of all, how is the random number implemented on this chain?

The $ZERO random number publishes a relatively fair algorithm, but is actually calculated off-chain. The random number for $NULL lottery uses the data of future blocks, but the random number is not calculated in the current block to calculate the lottery.

It uses an algorithm called FutureHash Lottery, which uses the hash of the 3rd block and the difficulty data of the 4th block to calculate a random number, and then draws the lottery in the 5th block. Because no one can predict the block data that has not yet been generated in the future, the purity of the random numbers on this pure chain is still quite high.

To put it simply, you buy a lottery ticket on Monday and the lottery is drawn on Friday.

What is a block "crit"

Another interesting mechanism is Lucky Ticket. The difference from $ZERO is that the number of lottery tickets in each block is not fixed at 1, but the number of lottery tickets is randomly issued from 1 to 6. A maximum of 6 tickets can be issued in a block.

Then assume that the number of lottery tickets in the current block is the maximum 6:

If only one person participates in the current block, he will take over the entire prize pool and spend 1 mint to buy 6 lottery tickets. The winning rate is 600%. If 2 people participate, then each person’s winning rate is about 300 %.... This means that the smaller the number of participants in a block, the easier it is for a "crit" to occur.

💥

This setting is more friendly to retail investors. During the initial period of the test network, some people often achieved winning rates of more than 100%. In other words, if you have no script and little funds in your hand, you may just click a few times. excess returns.

In addition, in terms of protocol scalability, this completely on-chain computing method is more versatile and more suitable for standardization and unreliable use.