On Mon, Jul 30, 2012 at 8:50 AM, <[email protected]> wrote: > > In the real world, trust is earned, not granted. > To develop a trusted relationship, you start off offering a small asset > which's loss is acceptable and allowing the other person to respond with an > asset which's value is slightly higher, so the loss would be acceptable as > well and so on. >
The goal of a system like this is to create ongoing data trading relationships, which are metered per unit storage service. The initial offering would be offering to store some data for a short interval of time. The more valuable asset to be gained is an ongoing storage relationship with other peers that appear to be acting in good faith. Transfer of trust is possible in principle, but you need an "unbroken chain > of trust" which has to be created in the conventional way, as it doew not > make a difference for the sybil on whom the assets are spend. > I'm proposing trust be derived as a function of the most trusted peers that your particular copy of the software has been able to discover, so they would be peers that you have interacted with directly who as far as you can tell are trustworthy. From there, using a collaborative filtering algorithm you could look for similarities between how you interacted with those trusted peers and attempt to find other peers that interacted with the trustworthy peers in particular ways in attempts to optimize some particular metrics (e.g. transfer rate, reliability) So we're not talking about 6 Degrees of Kevin Bacon here. We're talking about trying to auto-discover new, good trading partners by looking for patterns in the collective history as reported to us by our most trusted trading partners in a cryptographically verifiable manner. In order to mimic that behaviour you need two things: tradeable assets > which can not be created for free and a memory of transactions. > The value of someone actually storing data for you can only be appraised as long as you can get reliable reports of storage service. That's still a problem I'm not entirely sure how I'll solve reliably. I'd like to store the memory of transactions in a Bitcoin-like long chain, but with one chain per peer instead of a global chain for the whole system, and using public key crypto (i.e. ECDSA) to authenticate the chain. -- Tony Arcieri
_______________________________________________ p2p-hackers mailing list [email protected] http://lists.zooko.com/mailman/listinfo/p2p-hackers
