I don't know how GRC distributes rewards, but from what you wrote I gather that you need something similar to a price feed. Let's call it a "work feed" - an (elected?) group of people gathers external data and publishes that on the blockchain. The blockchain has a built-in algorithm that looks at the feed data and from that it decides how to distribute rewards.



There is no technical reason why the witnesses should be the ones to produce that "work feed". From a decentralisation perspective I think it would be a good idea to separate these roles.



The tricky part will be defining the "work feed" data so that it can be included in the blockchain in an efficient way. You may already have solved that on the current GRC chain.



Quote from: xeroc on October 19, 2016, 08:22:02 am Quote from: pc on October 15, 2016, 07:38:28 am I don't know how GRC distributes rewards, but from what you wrote I gather that you need something similar to a price feed. Let's call it a "work feed" - an (elected?) group of people gathers external data and publishes that on the blockchain. The blockchain has a built-in algorithm that looks at the feed data and from that it decides how to distribute rewards.

Pretty much what steem does .. except that EVERYONE decides on who gets the block rewards

Only on a very abstract level, IMO. Steem rewards a very subjective notion of "quality" (that I don't seem to agree with most of the time), whereas GRC tries to reward an actual measurable quantity of work.



Currently, every windows client gathers BOINC statistics directly from the whitelisted BOINC projects, extracts team Gridcoin stats & produces a local table of stats for every registered (within the grc network) user. Once a day, the statistics (which the most clients agree upon) are included in a 'superblock' to which rewards are based upon when end users stake a block.The problem with the above is that if we were to remove the team requirement to increase our userbase, the gridcoin network would be overwhelmingly consuming BOINC web server resources. Elected delegate roles for producing these statistics would solve this issue.If it was possible for these stats to be fed into a built-in algorithm which paid BOINC users (rather than the end users having to stake a block to access their owed rewards) that would be pretty epic! To counter the issue of "I don't need a stake to earn rewards" (bad for marketcap), the algorithm could vary frequency of payouts to end users based on their base asset holdings.It would make sense to separate the responsibilities out to different entities, however, voting participation needs to be incentivized somehow (or really in your face) - currently we're getting like.. 15% max voting weight participation on the GRC network.The Gridcoin network has solved this to a certain degree, we could probably scale to 10k+ users with the current block storage mechanism, however if we were to aim for the current max ceiling of 560k+ active BOINC users we would be in trouble. On the other hand, users could use light clients & witnesses/comittee's would have the burden of storing this data..You're right in that it would follow the same lines of Steemit - where rewards are issued by an algorithm (which is fed by data, in steem's case votes & GRC's case NN statistics) then distributed to users without end-users staking blocks & without witnesses having the ability to steal these issued funds.However, as PC states - Steem doesn't proportionally reward users for their work completed (Steem's really a lottery whether or not large users see/upvote your post/comment) where as (gridcoin+graphene) would continuously & proportionally reward verified BOINC computation.