I was reading the whitepaper and took a look at the Fig 6 (Client isn't satisfied about the freelancer work).
It seems that if he isn't satisfied, it directly goes to the token holder tribunal.
What if the client do agree that his work isn't sufficient ? What the point of going to the tokens holders tribunal then ?
Can't the client and the freelancer think of a friendly resolution of the matter, with, for example, a reduced salary.
This lead us to my second inquiries.
The token holder tribunal seems too binary to me. Either it decides to give all the funds to the client, either to the freelancer.
Are you planning to improve this system so that the client would only have to pay a given percent of the salary fixed at the start ?
While your platform seems to be viable for $200 jobs, I'm not sure how good it would be for a $10k one.
Hi,
Very good questions
Ad Question 1.) Of course the THT is just activated, if there is a dispute between the client and the freelancer. This is the scenario, where traditional freelancing platforms are failing. If there is no dispute between client and freelancer then there is nothing to decide for the THT.
Ad Question 2.) We discussed that problem quite extensively in our team. We think that you have to consider 2 main things here:
(1) What is satisfaction
We came up with the idea that the satisfaction of the client is a variable and this variable can have certain characteristics. For example the satisfaction can be continous and bounded(0-100), or binary(true/false). If the variable is continous and bounded the client can be 100% satisfied, 0% satisfied or 2.5% satisfied and every number in between is possible. If the variable is binary/boolean then the client
is satisfied or
is not satisfied. If you look at a real world example to exemplify that. Imagine that a client wants a carpenter to create a chair for him. If the carpenter comes up with a nice chair and the client likes it, the client will pay the carpenter for the chair. This means the client was 100% satisfied. But what happens if the carpenter creates a chair with 3 legs. The satisfaction of the client will not be between 100% and 0%. It will just be 0%. And also a chair with 2 legs, 1 leg or 0 legs will be not satisfieable at all. This should show that satisfaction is not really a continuos function. In most real-world examples satisfaction will boil down to being satisfied or not.
(2) When will the client benefit from the THT
If we design the model in a way that it is possible that the client has to pay just a fraction of the price, it will become extremely attractive for the client to call the THT every time, because the possibility is very high that the THT decides that he has to pay less than the predefined price. Then the fees for calling the THT are much smaller than the savings from paying less.
Regarding your concerns for larger projects: For larger projects the milestone system is build in. This means that the client can split up a big project into separateable chunks of work (milestones or workpackages). Then the freelancer is paid for each workpackage separately. And the THT can decide on the milestones, if they are fullfilled or not. This also has the positive effect that the big project is better structured for the freelancer and the client and the freelancer is not at risk of getting no money at all for a big project. This is also connected to question 2 of course.
I hope that it is now a bit clearer for you
Kind regards
The Blocklancer team