Background
The hijiri reputation system is based on rounds. At each round, validating peers that are registered with the membership service perform the following tasks to establish trust (reliability) ratings for the peers:
- data throughput test
- version test
- computational test
- data consistency test
Which peers validate each other are based on the pairwise distance between hashes (e.g., sort(abs(hash && 0x0000ffff - publicKey && 0x0000ffff))). The hashes are computed based on the public keys of the peers that are concatenated with the round number and then SHA-3 hashed. Rounds occur whenever the Merkle root is less than some number (TODO:XXX). Results are shared in a separate Merkle tree, maintained independently of the transactions (so the systems can run in parallel).
Problem
Research hijiri algorithms and create literature review.
Solution
Decisions
Alternatives
Concerns
We should think about several issues. The main priority is to improve performance of the network as we have consensus algorithm to taking care of security. Performance itself is reducible to performance of the network and performance of the reputation system. We should minimize time spent in both sending messages and computing reputation, but generally sending messages takes more time then local calculation of reputation.
Assumptions
Assumptions is made that we need to address performance of the network and that local calculations take way less time then sending messages by network.
Risks
Additional Information
Proof-of-Reputation Blockchain with Nakamoto Fallback eprint.iacr.org › ...