On 23/10/2013 04:55, DataPacRat wrote:
> On Mon, Oct 21, 2013 at 4:46 PM, DataPacRat <[email protected]> wrote:
>
>> Eg, if I trust my own vCard at a level of 100 decibans,
>> I trust Alice's card at 30, and Alice trusts Bob's card at 40, it's
>> easy to determine that Bob's card should be trusted at somewhere under
>> 30 decibans. (Real situations would be much more complicated, such as
>> with multiple assertion paths; but this is still early days.)
Excuse my ignorance, but while I have no difficulty understanding
Bayes' Theorem and know who invented decibans, I don't understand how
I can use a trust value that is different from 1 or 0, in practice.
I won't trust somebody with half my PIN code because they rate 47 decibans.
Brian
>
> I've just realized that not only might this problem be easier to solve
> than I expected, it might already be solved. After waking from an
> unusual dream, I've realized that it may be possible to analyze trust
> networks with the same tools used to measure electrical networks;
> specifically, by treating the user as a voltage source, any individual
> as a node, and their level of trust in another individual/node as
> conductivity (the inverse of resistance). There are plenty of existing
> tools to perform analysis of bizarre electrical architectures, so if
> this model has any validity, it should be reasonably trivial to apply
> them to trust architectures, to work out how much current/trust
> emanating from the source/user arrives at any given node/individual.
>
> The question is whether this model /has/ any validity. I'm going to do
> all the reading I can think of on trust modeling, but would also
> appreciate any useful references anyone reading this might be able to
> offer. (I have a limited budget, so free-to-read references are
> preferred to paywalled ones.)
>
>
> Thank you for your time,
> --
> DataPacRat
> "Then again, I could be wrong."
> _______________________________________________
> perpass mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/perpass
>
_______________________________________________
perpass mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/perpass
