Quote from: Lauda on January 11, 2019, 07:47:46 PM

Quote from: KingZee on January 11, 2019, 07:40:38 PM

@theymos No comment on this suggestion? I have a nice graph too
-snip-

Using amount risked in any calculation does not work for several reasons:

1) It can't be verified, thus it can be easily abused.
2) Sometimes users want to keep amounts private.

It CAN be verified manually. You speak as if in the current state, you can verify anything at all in trust ratings? It's impossible to fix that problem, people can just neg/positively trust each other and unless there's another person that verifies that trust behind the scenes it may as well go undetected. And I quote from that exact same post :

Quote

So in the end the only issue becomes actually verifying that the trust, risked amounts, and if the trades actually happened. Which wouldn't be a hard task because you'd only need to check people with a suspiciously high amount of trust.

Quote from: Lauda on January 11, 2019, 07:47:46 PM

3) Positive trust for reasons other than trading.

Is that really a bad thing? Name one reason where you would want to red tag someone without bias, that doesn't involve money.

It can easily be fixed by setting a default non-zero number for trust ratings that don't involve risked amounts, which is completely fine imo because any trust rating that isn't exactly this : "How much money I trust this user with", is honestly just a biased opinion that is the whole cause of why the first trust system is being binned.

EDIT : Regardless of how important I think risked amounts are, if @theymos would rather start with a less complex system first then you might as well just remove risked amounts, my system is still solid. The concept is similar to what he wants to do but won't require an exponential amount of time to calculate compared to the intractability of the current way on how he wants to calculate trust. If the list starts to have numbers in the triple digits, Trust will actually stop being updated instantly just because of the time needed to calculate propagation through the tree.