Centrally Managed WoT

So the problem you are trying to solve here is the problem of growth.

If you think about it, growth is a tricky subject that is not white or black. You can’t just say “let’s grow that thing to infinity!” without thinking of logistics.

Slow growth can be problematic if you want massive adoption within a short time frame.

Fast growth can cause other problems, such as scalability, and adoption by unaware and ill-informed people can also be a problem as they will use your “product” (whatever it is) in ways that may not be intended and that could break the whole thing, causing the collapse of the system either socially or technically.

So yes, you may be anxious that the current growth is slow: you see 370 members, and for sure that is a low number, but by looking at the absolute number, we tend to forget that for the last few months, the Wot has grown at a steady rate of 20+% per month, which is a very solid growth, from my point of view. If it goes on like this, we could reach almost 10k members in a year. And when you think about it, if we were stressing the parameters of the Wot to the extreme, where every single member would emit 6 certifications per month (that’s the current maximum), the Wot would grow at a crazy rate of 220% per month, leading to a 2+ million members in a year (in fact, it couldn’t grow exactly that fast because of other rules such as the distance rule, but I just wanted to show that incredibly fast growth is still possible with the current Wot parameters).

Some people would probably like to see that scenario happen, thinking “wow if it goes like this, then we - the people - win the battle!”. But that’s probably an overly confident point of view.
Here is one simple objection: the number of developers needed for a project to be sustainable is directly related to the number of users. One single developer can obviously not handle a million users. You’ll argue that with a million users, more developers would join. The problem is the race between the learning curve of new developers coming in and the growth rate of the user base. If users come in at a rate that is too fast, the current developers cannot handle both the user demands and the training needs of the new developers that come in, and the whole project is at risk of collapsing technically, which indeed would be very bad.

So it seems that the current Wot is actually a very good compromise: it does allow solid and steady growth (at least so far), which is a prerequisite for the longevity of the project.

Of course, it is frustrating for people who don’t already know 5 members, as they can’t get in right now. They either need to be patient, either need to make some efforts by either go and visit existing members (who also move around), either by creating their own local currency, as long as they are ready to maintain it themselves. So they are not “excluded” per se, but as always, freedom doesn’t come for free.

As for your suggestion of “including people in the system before they are included”, that supposes that they emit currency units, which then could go into the economy. What happens if these people were not legit in the first place? This also opens the road to “massive spamming”, and could be very dangerous for the currency. I believe your idea was to disallow these units to be spent, so they would remain on that person’s account until that person is certified. But then, how can we count the current money mass? This is a critical point since the DU itself depends on the money mass.

1 Like