Crypto casino with zero stake concept

Proof of Stake that works but doesn’t tell you anything, making it impossible to fake

In our view, there’s nothing more important than proof-of-stake when running a blockchain project and, if you’ve been following LUCKY.io right from the start, you know the endless debates we’ve had both among ourselves and the community.

While executing a blockchain, it is essential to pass on information to the next block in the right way — namely only reveal the information to whoever is meant to receive it and being able to do that job, without telling them bits they could use to execute harmful operations.

Most people working in cryptology or blockchain agree that this is essential to run a de-centralised project. The big question is how to do it best and, while this is still an ongoing debate, we feel quite confident to say that we have picked a method that works best for LUCKY.io. This method is called Zero-knowledge proof — something we wanted to explain more about how it works and why we decided to go with this particular concept.

What is Zero knowledge proof?

This, we always felt, is a confusing name. As any proof-of-stake is based on two parties — the prover and the validator. The prover needs to show the validator that he has the necessary information without showing the information itself. This way, the validator sees that the prover really possesses the information to do the necessary task and can validate that he is fit to do the job without seeing exactly what they are seeing.

This is useful in both initial and later stages. Initially, we can use this method to achieve maximum security for our players by, for example, not storing any information about them while complying with all the legal requirements of KYC.

Many blockchain projects avoid using this system as it is more or less always essential to use a pseudo-random number generator and, for us as a casino, it is crucial to make it as secure as possible meaning these features are quite complex and could be slow. So, to get the benefit of the security while avoiding slowing the system down, we have made a modular structure.

Built in digital trust

Modular Concept

We are going through a stage of flux in the blockchain community. On one hand, we know that this system is here to stay. At the same time, we don’t know exactly what that system will be.

Ethereum is still in its initial stages of development and goes through a lot of changes on a weekly basis. We cannot build a system entirely based on the Ethereum infrastructure alone. While it has a very useful protocol for the token, we know there are other parts that we need to be able scale and upgrade LUCKY.io gaming platforms so our approach is to create a modularized system — where some parts are used for particular features of LUCKY.io. This includes catering to business-facing functions, each with its own microservice API, making it possible to integrate any part of the LUCKY.io platform to almost any service out there.

One example is, like we mentioned above. We use pseudo-random generators only for one part of the project which is why you never face delays when playing LUCKY.io games — which would be unpreventable otherwise.

So, as the systems get more and more complex, we need to figure out a way to make it as simple as possible for our community; to have a platform that fits them and give our validators the information they need.