We talked about our next steps.

Some influencers asked us for guidance on how to choose the pool parameters: speed of price growth, size of royalties & dividends. We’re going to prepare this guide for them, since it’s quite important to get those parameters right at the start. It won’t be possible to change the speed after someone buys the token, and it will only be possible to make the royalties lower (this is fair to the holders).

We’re changing our name from Coliquidity to Fairpool & rebranding existing assets.

We’ve finished the testing of the Fairpool contract & moved to frontend development.

We’ve fixed more bugs in the Fairpool smart contract.

The reason those bugs existed in the first place is that we had to implement a lot of optimizations to ensure that transactions with the Fairpool contract stay under the gas limit. Due to optimizations, the contact code diverged from the original simple version, and the bugs arised in the more complex code.

We’re glad to have those bugs fixed now.

Special thanks to Echidna - the testing tool that we’re using!

Updates on testing:

We feel that the Fairpool idea has been validated, and we want to move forward with the development.

Right now, we need to complete two tasks:

We’ll implement the user interface using the admin panel package to save development time. It’ll work like a regular CRUD admin panel, but with the blockchain integration (in addition to the database, which will be used as cache for displaying the data quickly, without querying the blockchain).

Looking forward to showing off the app on the testnet!

We found a successful strategy for attracting potential users for Fairpool.

We talked about our decision-making system.

We feel that it’s the most important thing for building a company. If our decision-making system is good, everything else will fall in place. However, it turns out to be very hard to design - and that’s the reason most companies continue operating without one (wasting time on pointless meetings, and wasting resources on pointless products).

Our system is different from others in many crucial ways.

The most important one is that decisions are made by writing code. Every decision is a function that takes an array of elements and returns a single element from that array.

The second one is that decisions are made objectively: all properties of the elements must be defined by the measurements of the actual world (not subjective feelings).

The third one is the use of a stable random estimator in case where it’s impossible to define any objective properties. It’s important for the estimator to be stable (not change its values across multiple runs). This is achieved by fixing a constant seed for the random number generator.

There’s much more to the system than could be explained in a single AMA. We plan to publish more information about it in future.

We talked about the optimizations to our influencer outreach process.

Right now, the most time is spent on two processes: 1) Finding the right influencers 2) Finding their contacts.

We decided to write a parser for the social media profiles, which would allow us to minimize the time spent on the 2nd process.

We’ve already reached agreements with some influencers, and we’re now looking to expand our reach.