Forum reference mechanisms: Difference between revisions
mNo edit summary |
|||
Line 1: | Line 1: | ||
The reference mechanisms which support the [[judicial governance]] process of reweighting the [[Forum]] WDAG under [[DAO Governance Framework|DGF]] are leaching and donating. Combined with an incinerator function, these primitives are complete, in the sense that using only those functions, any possible [[Forum]] WDAG can be re-weighted in any way desired. | The reference mechanisms which support the [[judicial governance]] process of reweighting the [[Forum]] WDAG under [[DAO Governance Framework|DGF]] are leaching and donating. Combined with an incinerator function, these primitives are [[Forum reference mechanisms#Completeness|complete]], in the sense that using only those functions, any possible [[Forum]] WDAG can be re-weighted in any way desired. | ||
Complex combinations of these primitives give sophisticated governance mechanisms for reviewing past actions recorded in the Forum. | Complex combinations of these primitives give sophisticated governance mechanisms for reviewing past actions recorded in the Forum. |
Revision as of 21:46, 12 April 2023
The reference mechanisms which support the judicial governance process of reweighting the Forum WDAG under DGF are leaching and donating. Combined with an incinerator function, these primitives are complete, in the sense that using only those functions, any possible Forum WDAG can be re-weighted in any way desired.
Complex combinations of these primitives give sophisticated governance mechanisms for reviewing past actions recorded in the Forum.
Primitives
Leaching, donating, and incinerating are primitives of all possible reference mechanisms. They are complete in the sense that any complicated type of revaluation mechanism can be achieved by combining these three primitives in series.
Leaching
??Leaching is also called negatively citing or referencing.
Leaching reference code
Main page: Leaching reference code
Donating
??A donation is also called a positive citation or a positive reference.
Donating reference code
Main page: Donating reference code
Incinerator
The incinerator is an account which permanently destroys any REP value sent to it. The REP sent to an incinerator does not collect fees from the REP salary.
Incinerator code
Main page: Incinerator code
Complex operations
Combining primitives gives more complicated operations.
Leach-donate
A post may simultaneously leach and donate to another post. It is important to note that the order in which the references are executed matters. By default, a post with both leaching and donating references executes leaching first and donating second, though this can be reversed by fiat.
If there are several leaching references, it is also important to note that the order in which the leaching references are executed matters--switching the order of execution may change the outcome. This non-commutativity arises because the order of references in time is different. For example, suppose post3
leaches from an older post1
first, then leaches from a newer post2
which has already leached from post1
, then you get a lesser result for post3
than when the order is reversed.
Swap value from one post to another
The figure displayed illustrates a scheme for redistributing power from Post1 to Post2.
In this case we can imagine governance concluding that Post1 was bad and Post2 was good. Then governance makes Post3 with power 10 REP and validates it. Then in the displayed example the Forum WDAG has been revaluated, i.e., re-weighted. This is the primitive that allows governance to review previous judgements and correct mistakes made in the past. The incinerator is a complication that allows this re-weighting action to keep the total graph weight constant.
This isn't the only way to achieve re-weighting. Every approach has its own advantages and disadvantages. This approach encourages stability because it is particularly inefficient. E.g., it costs 10 to move 10, and 10 REP is destroyed. So conscious effort is required to reweight the Forum to correct past mistakes. This effort requires the sacrifice of 10 REP on the part of those who make the change (the 10 REP from Post3 was governance value).
However note that in this case, the 10 REP "sacrifice" will not burden any particular member to achieve the revaluation, if it is done in concert with the governance tax. In this case the governance tax is free since the total amount of REP in the DAO before and after the revaluation is unchanged, because the excess governance tax is incinerated.
Chains of references
Donation and leaching are not perfectly symmetric. By default, a chain of posts which all donate will recalculate the values of the posts down the chain when a new donating post is added to the chain. However, a leaching post only affects the value of the post it references--value changes from leaching do not propagate down the chain.
For example, suppose postK
at time has value . If post1
with initial value donates 0.5 to post0
, and post2
donates 0.7 to post1
, then at time 2 we have and . So at time 2 the value from post2
flows down through post1
to post0
.
However, a post which leaches does not propagate down the chain. It only leaches value from the post it references, which does not affect any ancestors of the object post. For instance, continue the example in the previous paragraph, adding post3
which leaches with strength -0.4. Then we get and assuming the initial value of post3
is smaller than . The other post0
and post1
do not change value with the addition of post3
.
If the DAO wishes to leach value from several posts, it must make separate leaching references to each one.
Leaching from a leaching post
?? Add the following examples from Ladd's work at https://dgov.io/
Leaching from a weaker leaching post
Redistribute power
Redistribute power through subsequent support
Destroy a post after it has received positive citations
Initially zero-valued posts later receive citations
Negatively cite a zero-valued post
Correct a previous post which was leached
Governance proposals
Combining several of the above examples gives governance proposals that can reflect more complicated intentions of the will of the DAO to revaluate its REP distribution. Some initial basic examples are collected in this section.
We make some assumptions about the particular culture of our example DAO for the purposes of illustration. These are not required and will be changed depending on the purpose of the particular DAO.
Example process
First we assume the DAO enforces a global tax on all new REP value minted in the DAO. Again, this is not necessary for any particular DAO, and this percentage is arbitrarily chosen for the purposes of illustration. By a tax, we mean that whenever new fees enter the system the amount of new REP minted is . In this case, is the minting ratio and the extra is the governance tax. By fiat, the DAO requires that every new work smart contract (WSC) post which earns fees and REP must donate of the new REP to give power to posts dictated by the governance process. Governance posts are called proposals. New posts automatically reference approved proposals because the UI automates the process of fulfilling proposals.
The governance process is as follows. A proposal is submitted. If accepted the proposal becomes a promise. Future work posts donate their REP to fill all promises. When a promise is filled it becomes a fulfilled promise.
In greater detail: A proposal is a post submitted to the Validation Pool for gREP to consider which references other posts and suggests a redistribution of REP. In other words, a proposal has a set of references and number called its full potential. The full potential is the value it proposes to eventually receive by future work posts. The full potential and the references determine the actual value of REP redistribution of a proposal.
If the proposal is accepted by the DAO through a Validation Pool, then it becomes a promise. That is, a promise is a validated post in the Forum which has a set of references and a specified full potential. Typically a promise starts with 0 value, then subsequent work posts donate REP value to it until it reaches value equal to its full potential. Then the promise becomes a fulfilled promise. Before a promise is fulfilled, it is an unfulfilled promise.
The current WSC is continually updated to hold the set of unfulfilled promises. The worker UI parses the difference between the sets of fulfilled and unfulfilled promises. If there are no outstanding unfilled promises, then the UI automatically donates the governance tax from the work post to the incinerator.
Governance tax
The parameter in the above example is the governance tax. From the DGF model, the parameter is included in the minting ratio . It can be chosen by the DAO to be any number .
The governance tax is particularly equitable, since every worker pays precisely the same amount. Since every WSC donates the same to governance references, then every worker's REP has the same value by the quantity theory of money in economics. To illustrate this point, notice that if every members' REP holdings were arbitrarily doubled, then the salary each member receives would be unaffected. For example, workers' salary is not affected by the of REP lost whenever it is incinerated, because there is no actual loss in REP salary since everyone has the same governance tax. The tax mostly only affects the relative quantity of REP tokens, leaving the salary mostly unchanged.
We say mostly unchanged, because when new REP is given to a post, then the owner of that new REP takes a share of the REP salary. However, since everyone loses 10% of their REP at initiation, the tax affects everyone equally, not just the particular worker whose WSC was used to donate REP. Also, whenever the new REP serves the governance process of equally redistributing REP or when the new REP is incinerated, then the REP salary of anyone not involved in the redistribution is not affected. therefore the affect on the salary is bound by the size of and is typically much smaller.
Since every WSC post is required to donate at least of its REP to governance, then that REP is available for revaluing the WDAG in response to governance proposals that the DAO approves, as long as the DAO is actually earning revenue.
Finally, the parameter is arbitrary. Governance can decide to make if the DAO wishes governance to move slower, or if it desires faster governmental responses. A smaller number gives greater stability and less responsive regulation. A larger choice destabilizes the DAO, but also makes it more responsive to changes in the market and makes policing more effecting.
Example proposals
Proposal to remove REP from post1.
Proposal to donate REP to post1.
Proposal to remove REP from post1 and donate to post2.
Proposal to swap value from one post to another
??Fix:
The figure displayed illustrates a scheme for redistributing power from Post1 to Post2.
In this case we can imagine governance concluding that Post1 was bad and Post2 was good. Then governance makes Post3 with power 10 REP and validates it. Then in the displayed example the Forum WDAG has been revaluated, i.e., re-weighted. This is the primitive that allows governance to review previous judgements and correct mistakes made in the past. The incinerator is a complication that allows this re-weighting action to keep the total graph weight constant.
This isn't the only way to achieve re-weighting. Every approach has its own advantages and disadvantages. This approach encourages stability because it is particularly inefficient. E.g., it costs 10 to move 10, and 10 REP is destroyed. So conscious effort is required to reweight the Forum to correct past mistakes. This effort requires the sacrifice of 10 REP on the part of those who make the change (the 10 REP from Post3 was governance value).
However note that in this case, the 10 REP "sacrifice" will not burden any particular member to achieve the revaluation, if it is done in concert with the governance tax. In this case the governance tax is free since the total amount of REP in the DAO before and after the revaluation is unchanged, because the excess governance tax is incinerated.
Proposal to affect multiple posts in the same manner
Proposal to affect multiple posts in different manners
Proposal to punish postK by slashing its REP, but not affect the posts it references
(The imagined context is that the owner of postK violated a tenet of the DAO so we want to punish them, but we don't specifically disagree with the actions and consequences of the particular postK-- we just want to take away their REP without punishing anyone else who was historically involved in the work that led to the creation of REP associated with postK.)
Answer: slash postK and simultaneously donate the same amount to its positive references.
Proposal to reward postK but not any of its references (inverse of previous.)
Proposal to create a bounty
The bounty can then be leached by an approved claimant. The bounty promise can be fulfilled before or after the approved claimaint leaches from it.
This example shows how some of the specific instantiations of governance proposals can be convoluted because we rely on basic primitives. However the completeness of the primitives guarantees any logical process desired has a rigorous solution.
Completeness
A set of reference primitives is complete if any finite WDAG can be changed into any other finite WDAG through a finite series of new posts. (Equality of WDAGs here is measured by weights. A WDAG which includes a post with 0 REP value is equal to a WDAG that deletes that post.)
The single mechanism of simultaneous donation and leaching is complete when combined with the incinerator mechanism, as we now demonstrate.
Proof of completeness:
Given post1
with weight W1
we can reweight it to any other weight W
by creating post2
which donates to post1
if W1
< W
or leaches from post1
if W1
> W
. If leaching is required, post2
simultaneously donates to the incinerator with strength 1. Thus post2
ends with 0 REP value.
This is not the end of the proof, since other posts in the sub-DAG of referenced ancestors are now changed, as well as the set of descendants affected by leaching from post1
. We need to balance all the changes so that the leaching and donating processes affect the entire DAG correctly. We will need to solve a system of linear equations in order to find the right reweighting.
To organize the process, first note that any DAG can be given a total order. Since our Forum is a finite WDAG, we can define a Layer 0 consisting of all the roots of the DAG, i.e., those posts with no ancestors, i.e., those posts which have no references going out, but only references possibly coming in. Layer 1 is the set of all posts which reference out only to Layer 0 posts. Layer 2 posts are those which have references out to Layer 1 and possibly Layer 0. Inductively, Layer posts are those which reference posts in Layer and possibly Layer for any .
We now work inductively on layers. The posts in Layer 0 may be reweighted without difficulty by leaching or donating. The posts in Layer 1 can be reweighted, but any change in such a post must also reweight any post from Layer 0 that is referenced. To do this we solve the following linear equation:
??mathy matheta MATH-a math-math??
End proof.
Alternate primitives
Absolute redistribution bounded by the value of a post
Another complete set of primitives exist which are more restrictive. For example, an even more restrictive governance protocol would only allow the sum of absolute values of redistribution to be less than the value of a post. In this case, for instance, a DAO would use Post3 to only leach 10 and incinerate it. Then a Post4 is required to donate 10 to Post2. With this restriction it would take 20 REP and two posts to achieve the same redistribution that 10 REP completes with one post as demonstrated in the previously displayed figure.
This same limitation could be enforced under the previous hard protocol primitives by instituting a soft protocol requiring it in all posts. Therefore we consider the previous primitives as a better default for DAO governance.
Governmental fiat
Consider another system that a DAO may choose is much less inefficient, but also less stable. We can alternatively program primitives that give governance complete control by fiat. Specifically, a DAO may choose to make a primitive which allows any redistribution desired without any cost in REP. In this case, as long as an arbitrary redistribution was validated it could be achieved if the DAO allowed that primitive.
In general, this is much more dangerous than the previous examples of primitives, because one validated post could put all the value of the entire WDAG into any new account the poster wishes. However, it would be extremely efficient if the DAO wishes to move quickly and trusts its governance.