-
Notifications
You must be signed in to change notification settings - Fork 59
slashing conditions in the RAM budgeting and Reward system? #261
Comments
@zsluedem has left several "drive-by" comments that I consider counter-productive. For example: #259 (comment) The github reaction tools should be used instead. I'm inclined to add this to CONTRIBUTING.md. |
I believe github has a mechanism to ban users from a repository. I don't know whether anyone other than @lapin7 has access to the repository settings to use it, and I don't want to route all complaints thru him. But perhaps the ban feature is available via an API and we could put together some automation... if 5 people vote to have someone banned, they are banned temporarily... for 3 days at first, with the duration increasing for repeat offenses. They could appeal their case via other channels such as [email protected]. p.s. Remove user as a collaborator is supported in the github REST API:
|
I'm happy with the feedback on the system. There are admin settings that can remove a collaborator from the repository. So we need more admins. I'm not a fan of board's that decide for us. If there are bad-actors, simply give them -10000 % so that their reward becomes 0 RHOC. And give your motivation in the comments of the issue. We have to improve our Issues, Defining them SMART. On February, 1 the Budget 201801 and Rewards 201801 will be frozen and analyzed/cleaned by @lapin7. The result will be a more or less fair distribution of RHOC compared to the efforts. And we go on with Budget 201802 and Rewards 201802. Remember that this is an evolving experiment, one of the first of its kind. Each month it becomes better. Below you find a history of this little flower. Historic overview: So anyone can raise an issue, if s/he thinks it's good for RChain. The limitation is to find 2 others to back your idea up. At least 3 people are necessary to set the budget. If you're alone then no budget is allocated and thus no rewards being given. At least 3 participants on the issue have to express their view on the reward for each person. If you don't get 2 other participants backing your view up, then you don't get a reward. Anyway this system is evolving and of course there will be more rules and restrictions in the future, but the progress is amazing to me:
|
But that puts a burden on me to find all the bad actors. And giving a -1000% vote still gets them closer to 3 votes. "Bad money drives out good" is a mnemonic for the phenomenon where bad actors ruin whole systems if given the chance. If it's easier to tear down than to build up, then the whole system comes down. And we know that building up, i.e. real contribution, is not easy. Plus, the confrontations are uncomfortable. I'm confident we can do better. |
Oh, I was doing it trying to catch up the progress. |
Yeah. I think those who did really and solid contribution should have the right for voting percentage of work. And for budget, I think the voter must know how it is going and what is the meaning of this thing, so that I think the relevant people should firstly be invited to make the budget voting as @dckc did in #185, because they know the value of the issue, maybe in this way, the number of bad actors could be reduced. |
The question is , what are the parameters of identifying solid contributions? @AbnerZheng sometimes solid contributions maybe passive and unrecognized. I personally think that all newbees should be on boarded in a nursery group where they are educated on ethical values of the cooperative and also the criteriology of liquid democracy on budgeting and participation. They should be made aware of the implications of being unethical in budgeting and rewards. This is because a lot of more bad actors are yet to come. |
@Viraculous Yeah, I'm agree with you. We're are all learning how to how to process these things. I believe we can do better. |
RE: commenting isn't the same as contributingAgreed with both @AbnerZheng and @dckc that the value that is attributed to commenting is excessive. I spoke about it with both @dckc @Mervyn853 and @traviagio before, and my conclusion is that a simple change in attitude could do a lot of good. Our guiding principle should be:
I'm borrowing this quote from @dckc in private chat, but I think it captures perfectly how many people feel about this. Comments help move things forward and also help build the community, but they should be differentiated from "doing the work". RE: "slashing conditions"This is really the scope of this issue, but my suggestion would be that a cultural mindset-change towards structural devaluation of commenting would solve most of the immediate issues. Maybe the 'staking' concept could be a valuable concept to explore in the future, but for now I think it adds too much complexity. Education & onboardingGrowth of the member base brings some 'growing pains', but it also points us towards directions were solutions might be. Here is a quote from what BelovedAquila said in #246 (and subsequently received a lot of flak for):
(emphasis mine) I disagree with BelovedAquila, but that doesn't mean that "he is wrong". This is a about the values/beliefs of our cooperative setup, and should be something we can decide on as a consensus of members. (there might already be a set of values articulated in the past?) Once we have agreement on what the value we operate by, we should push hard on education & onboarding new members, to make sure everyone understand our (shared) coop values. |
RE: negative rewardsI'll take the situation with Mervyn853 and Keaycee in issue #115 as an example. This is my view: The way negative rewards work contradict a “distributed consensus process”. Although I agree with @Mervyn853 's decision in #115, if we're being honest it's really just Mervyn having veto power over everyone else's opinion. The faith of Keaycee is solely in Mervyn's hands. This approach is not in line with the decentralisation of decion-making that we are trying to achieve:
Summary: negative voting runs counter to a decentralised democratic consensus, because one person can effectively override the consensus. We should look for different solutions to solve the problem. |
I have had background in Cooperative Economics and Management and by that come to know that the problem is more of inefficiency in human resource management and which would not be possible except through education/enlightenment on esteemed value/ethical structure of the organization especially in a decentralized platform as the RChain where there is no central authority or a well defined governance structure. Bad actions or SMARTless participation can be majorly attributed to ignorance or miss information but this problem can be curbed during member on boarding process; by providing a nursery platform where on boarded members of all strata are sufficiently informed of the essentials( factors necessary for the continuance) of the community and also, having their ambiguities cleared through Q&A before being part of the main channel of the community. To facilitate constitutionalism, the newbees should be made aware of the sanctions of ethical misconduct. The negative budgeting isn't bad for sanction but should be analysed closely on its reflection in the community cooperative model of identity. Am in concord with @dckc on 5 votes for temporal sanction. |
I will freeze the 201801: Budgets and Rewards as it is at 2018-02-01. The last update was today. Up to #270. And start the payment process and a new month 201802. All closed issues won't appear in 201802. Closed issues can be reopened but don't get any budget or reward anymore. If you want to go on with a closed issue, you open a new one with a reference to the closed one. I will analyse the situation of 201801 and come up with a report of my conclusions. I'm happy with all the feedback and will implement those in 201802 that seem OK to me. There will be some unfair payments, but we have to take that as a learning price. I will try to delegate some tasks of the maintenance and evolvement of the system to some RAM's (RChain Active Members) in order to speed up the workings of the whole budget/reward/payment process. The goal is to get a decentralized smooth and fair system, while on the go. Mind you, I'm not going to "repair" errors. Errors can only be arranged by making effective and fair changes in 201802 onwards. This way of working is so, because it's too time consuming to undo once made decisions. BTW it would be nice to have a Gsheet-specialist to help me improving the system. @dckc has been helping me already an awful lot. :-) |
@dckc slashing conditions on bad actors are needed in the end game however I'd prefer to frame it as tough love. I think onboarding people onto the rchain culture before enabling them in github is a good idea. I suggest if someone acts badly flagged by two members their github access can be removed until two other members attest that they are reformed. Voting negative is a problem. I suggest voting 0% should not be counted the same as not voting. Three members vote zero that should block payment. This allows vote moree explicit objection. |
@Viraculous is your point about a nursery platform pretty much the same as in #243 that you raised? It's a good point that perhaps that would reduce the burden of dealing with bad actors. Aside from the 5 votes for temporal sanction possibility that we agree is worth consideration, do you see any particular mechanism or steps to take in the area of negative consequences? |
@jimscarver's comment captures what for me feels as the "conclusion" of this discussion. All his points seems to have a broad level of consensus/agreement (both here, and in other issues):
I would consider his answer as the defacto "final answer" to this issue, unless anyone objects. +++++++++++++ Moving forward, I think there are 2 actions we should take:
Suggestion: Maybe both actions should get their own respective issue? |
"people err because of lack of knowledge" and "when purpose isn't defined, abuse is inevitable". All the contributions made are really impressive and in line. But as it regards to solving it I move with @Viraculous,enlightenment before sanctions (based on a legal dictum, people don't really tend to obey rules and follow principles just because there is a sanction, some tend to obey or not because of what they feel is right or because of some ideology, notion and perception they naturally have a it partains to rules laid and principles placed ). There is a need to really clear the ambiguities that are seen mostly by newbies and even certain old collaborators as it partains to the budget system. It won't be on a fair and balanced scale of judgment if people are prosecuted for defaulting on things they clearly seem not to understand how it works, even though ignorance isn't always an excuse. My summarized point is the Bad actors might not be erring with a clear intention of erring, rather because of their ignorance of not knowing "what is what " and "what is not". But in a case where it is a clear intentional defaulting of the laid down principles as partains to the system, then sanctions should made. Now the question are:
My suggestive solutions to resolve this questions are:
To add to:does no other person but myself seem to observe that his /her usernames are either removed in the budgets or placed on issues (with a budget being placed), which wasn't his /her doing? |
The goal for January is that RAM's get more or less a fair reward for their
efforts. The entries were quite a mess, but it's a good sign that RAM's are
trying to fill it out. That's lots of progress compared to December :-)
One fix for the member names for February.
RAM names are generated with a script and can not be changed anymore.
(RChain Active Members)
The script choses 12 participants on an issue.
If >12 then the most recent participants are chosen
If <12 then lapin7 is always added
Issues should be specific enough for a small group to work on.
We can also use Assignees. Like that the RAM's can control themselves who
will be illegible to set budgets and rewards.
A google doc keeps versioning of changes. Bad Actors can be found. Bad
actors can behave with intent or accidentally. Is some kind of export
possible?
…--
Cheers,
HJ
On Thu, Feb 1, 2018 at 8:49 AM, BelovedAquila ***@***.***> wrote:
"people err because of lack of knowledge" and "when purpose isn't defined,
abuse is inevitable". All the contributions made are really impressive and
in line. But as it regards to solving it I move with @Viraculous
<https://github.com/viraculous>,enlightenment before sanctions (based on
a legal dictum, people don't really tend to obey rules and follow
principles just because there is a sanction, some tend to obey or not
because of what they feel is right or because of some ideology, notion and
perception they naturally have a it partains to rules laid and principles
placed ). There is a need to really clear the ambiguities that are seen
mostly by newbies and even certain old collaborators as it partains to the
budget system. It won't be on a fair and balanced scale of judgment if
people are prosecuted for defaulting on things they clearly seem not to
understand how it works, even though ignorance isn't always an excuse. My
summarized point is the Bad actors,might not be erring with a clear
intention of erring, rather because of their
ignorance of not knowing "what is what " and "what is not". But in a case
where it is a clear intentional defaulting of the laid done principles as
partains to the system, then sanctions should made.
Now the question are:
1)what are the principles?
2)who are the bad actor's? I.E how do we tend to know who did what?
3)what would be the sanction?
My suggestive solutions to resolve this questions are:
1)Avenue like a platform should be created where by all blurry ambiguity
which each member holds (old and new) can be resolved, just like
@Viraculous <https://github.com/viraculous> elaborated.
2)trusted, fair and non discriminatory collaborators should be observed
and stationed to monitor the bad actors, as a person can't carry all the
burdens like @dckc <https://github.com/dckc> complained.
3)the reasons the budget system is manipulated is either as a result of
the nudge to make gains (extra gains) or suppress gains.so I the sanction
bases would be more effective when the instrument used to carry out
injustice, is likewise used to execute justice. I. E the use of the - %
method.
To add to:does no other person but myself seem to observe that his /her
usernames are either removed in the budgets or placed issues (with a budget
being placed), which wasn't his /her doing?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#261 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AB0x93l0SNOatU26b4sduTm_Rxl-CAJVks5tQWyEgaJpZM4RyYZv>
.
|
@pmoorman writes:
It's useful to observe that a critical mass of support is building, but it's not enough that noone objects. Unless someone takes the ball to carry out the decision, we're not done. I'm thinking through the details in issues such as #260 and #279. |
@lapin7 writes:
I couldn't navigate the history of the spreadsheet. I have no confidence in my ability to find bad actors that way.
Accidents are usability failures of the system, mostly; I consider that separate from bad actors, i.e. fraud.
Yes; dbr_norm.py is (an export of) the jupyter notebook I'm using to migrate the 201801 data. In #260 , I asked whether you want or need me to migrate other months. |
Exactly @dckc. Suggesting some thing like "RChain Nursery" where principal values are explained and confusion cleared. Like early stated, bad act could be intent or ignorance |
Remember the advogato trust metric? I'm inclined to try it here. I wrote an interactive simulator for it back in Apr 2010. I just checked and the simulator is still working. @traviagio and @pmoorman I especially want to look at how well it addresses the cases from your analysis. I'm inclined to try it out with data from github such as followers and reactions. p.s. refinement: to certify someone as master, star their fork of this repo. It's easily revoked and robustly attributed. The follower mechanism has an established scope that's broader than RAM: how do we know RAM A didn't follow RAM B for purposes unrelated to RAM? still thinking about journeyman and apprentice. ref:
|
Or 10 apprentices
…On Thu, Apr 26, 2018, 6:37 PM Ojimadu ***@***.***> wrote:
I think I get it now. It takes at least a journeyer to get rewards slashed
to 0.
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
<#261 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAJNymFTaT3eUIZrU9ocv7dvbwWDSGtuks5tslpPgaJpZM4RyYZv>
.
|
I turned on slashing along with the trust metric (#375), provisionally, for 201805; see discussion in #616 for more. See: slashing votes |
@TrenchFloat, reminder: you said you'd make a screencast how-to video on slashing in the b&r app wiki page. ref: |
The only other pending work I'm aware of is updating CONTRIBUTING.md. Anybody else want to do it? Otherwise I guess I will. |
I added a "slashing" section to the bottom of How to Use the Budget Rewards Web App, complete with screencast video tutorial. Can somebody test the video to make sure it plays? I'm not sure about .webm files... Feel free to edit the text in the wiki page too. cc @dckc |
The video plays fine (tested with Firefox). |
The rewards app should make it easier to figure out that you've been slashed. For example, the "rewards for (you)" link on the left should have a "you have been slashed in #nnn" link. I say should, not must, because the slashing voter is also obliged to be in communication with the party that they're slashing. Slashing should be a last resort in a negotiation. |
@dckc |
done.
…On Sat, Jun 9, 2018 at 1:46 AM, HJ Hilbolling ***@***.***> wrote:
@dckc <https://github.com/dckc>
Please set the current month to 6/1/2018 (and freeze the month of 5/1/2018)
The RHOC rate for May = $1.38
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#261 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAJNyrW5vhJHEi9vpYyvvJu9tJJiPlHbks5t6283gaJpZM4RyYZv>
.
--
Dan Connolly
http://www.madmode.com/
|
The conversion USD to RHOC is wrong. Should be /
|
I'm out of office for the week. I hope you can make do by exporting and
using a spreadsheet.
…On Sat, Jun 9, 2018, 1:51 PM HJ Hilbolling ***@***.***> wrote:
The conversion USD to RHOC is wrong. Should be /
USD RHOC * /
4643 6407.339978 *
4643 3364.492754 /
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#261 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAJNyj2JtfWXWpJWqvnm_DcV7WKKLekJks5t7AsqgaJpZM4RyYZv>
.
|
I fixed a critical bug that was affecting @jasoncruzzy in #754:
Thanks for bringing this to my attention, @David405 . cc @allancto |
This distributed budgeting and reward system is a distributed consensus process. We're now learning that it is not robust in the face of bad actors. Considerable effort is spent correcting unwelcome interactions: Jan 29 in #115, Jan 30 in 246
In Casper there are "slashing conditions" where a validator loses, financially, when it mis-behaves.
What negative consequences can / should we add to our process to make it more robust?
The text was updated successfully, but these errors were encountered: