Bond Reward Model
Last updated
Last updated
The Bond incentive model stands out with its versatility and customisability, offering unique support for a variety of project needs. It allows projects to choose and further refine the incentive model based on specific requirements. Here's how it provides multifaceted advantages:
Diverse Incentive Schemes: Through various incentive models, Bond ensures projects can find a scheme suited to their unique needs, whether they're focused on user acquisition, retention, or community building.
Dynamic Customisation: Bond recognises there's no one-size-fits-all standard, hence its incentive model allows for ongoing adjustments. As the project evolves, there's flexibility to continuously optimise and tweak incentive rules and parameters, ensuring alignment with strategic goals.
Bridging the Wealth Gap: In scenarios where there's a disparity in stakes, like referral networks, the Bond incentive model can balance these inequalities. Users with lower stakes can bridge the gap through harder work, like inviting more individuals, thus creating a fair incentive structure.
As an actively participating user, I aspire for my involvement and contribution to receive fair rewards. I hope that everyone has an equal opportunity to earn rewards, not just a privileged few. To achieve this, I want a transparent and fair rewards mechanism, ensuring my efforts and time are valued. Additionally, I wish to receive and use my rewards promptly and securely, without facing complicated procedures or security threats.
As a project, I aim to motivate a larger user base to engage and interact, establishing an active and valuable community. To realise this objective, I require a reliable, user-friendly reward system that promptly offers incentives to users. Moreover, I hope to receive real-time feedback and suggestions from the market to constantly enhance our project and services.
Note: It's crucial to recognise that the actively participating user and the minority holding a majority of tokens might be the same individual. The key lies in ensuring, with vast user participation and interaction, the rewards system remains just and transparent, whilst also safeguarding user data and privacy.
Out Degree Centrality (OD): This is an indicator to measure the activity of nodes. The out-degree centrality of a node refers to the number of new users invited by the node. In Bond's social network, out-degree centrality can reflect the user's activity.
Betweenness Centrality(BC): This is an indicator to measure the importance of nodes in the network. A node with high betweenness centrality means that it is on the shortest path between many nodes in the network, which means that the node has a great influence on information flow. In Bond's social network, betweenness centrality can reflect the user's activity in inviting new users, that is, the user's influence.
Closeness Centrality (CC): This is an indicator to measure the central location of nodes in the network. A node with high closeness centrality means that it is relatively close to other nodes in the network, that is, the node can influence other nodes more quickly. In Bond's social network, closeness centrality can reflect the user's position in the social network, that is, the user's influence range.
When calculating social value, these three indicators are weighted and merged according to their importance to obtain a comprehensive social value of a user. SV can be represented as a weighted sum of the three centrality algorithms. The specific formula could be:
Next, I'll detail the algorithms for these three centralities:
Out-Degree Centrality
In directed networks, a node's out-degree centrality is the number of edges emanating from that node. For undirected networks, it's simply the number of edges connected to that node.
Betweenness Centrality
Betweenness centrality measures the number of times a node lies on the shortest path between other node pairs. The formula is:
Closeness Centrality
Closeness centrality measures the inverse of the average shortest distance from a node to all other nodes in the network. The formula is:
These three centralities provide insights into the various roles and importance of nodes in the network. Choosing appropriate weights is crucial and depends on your project objectives and specific use-case.
In directed graphs, the weight of each edge is determined by the number of tokens staked by the invitee and the duration of their staking.
Next, we will use these weights to adjust the centrality metrics. Let's delve into the details and introduce the weights.
Difference in Out-Degree Centrality
Unweighted:
Weighted:
So we have:
Difference in Betweenness Centrality
So we have:
Difference in Closeness Centrality
Let's define the "distance" of each edge as the reciprocal of the edge weight:
In conclusion, when factored into the original formula, we obtain:
Note: This formula, in practice, would require relevant graph theory algorithms for concrete implementation.
Specifically, we use a scale-free network model and the Monte Carlo algorithm to simulate a dataset, and then select representative data to compare the impact of considering weights on social value:
In order to further compare the impact of staked tokens and invites on SV under the condition of considering the weight, we can
Normalise the two values, so that they both fall within the [0, 1] range. We can use the Min-Max Scaling method to achieve this.
Plot the social values (SV) of the two to visualise the effect of inviting new users and the amount staked by users on the social value.
First step, we calculate the normalised social value:
Then let's consider the impact of staked tokens without weight calculations. In this case, obviously, the value of SV has nothing to do with staked tokens, so it has no effect.
So we have:
Additionally, we have a hypothetical case:
In a reward calculation with a period of 5 weeks:
User1 invites 20 new users, each user stakes 10 tokens;
User2 invites 10 new users, each user stakes 500 tokens;
After we calculate the social value rewards with the algorithm using user contributions as weights and the method without weights, it can be clearly seen: when the project party chooses to use the algorithm using user contributions as weights to calculate user rewards, the user2 with higher total contribution in the network gets more rewards, while the rewards of user1 decrease compared to the algorithm without weights.
Of course, adding weight will definitely set a certain threshold for new users, but the algorithm with weight will also create more fairness for the project and avoid attacks such as "Sybil attacks". So we also allow project parties to choose whether to apply this weight, and let project parties balance these problems according to the specific project operation plan.
The Bond reward model achieves fairness for all users while ensuring the effectiveness of the incentive mechanism. Affluent users enjoy higher rewards by holding more tokens, ensuring that their investments are returned; while non-affluent users can increase their social value by increasing the number of new users invited, thereby gaining more rewards. This method not only ensures the fair distribution of rewards but also encourages all users to actively participate in the project.
To be specific, for the Social Value part in our reward model, we use an example to explain:
For example, the project party sets w_social to 0.10, which means that users can make up for the gap between affluent and non-affluent users through their own work, i.e., invitation behaviour, and eliminate the "wealth gap", creating a system that "does not only benefit the rich".
If users are not "high stake users", they can get more rewards by inviting more users. However, if users want to get that 10% reward by increasing their social value, the total staking number of tokens multiplied by the staking time of the new users they invite needs to be equal to the total staking number of tokens multiplied by the staking time of the new users invited by "high stake users". This means that if a user does not have many affluent friends, he can invite more people to increase his social value and get that 10% reward.
Therefore, Bond project does not only distribute rewards according to the number of tokens held by users. If a user does not hold a large number of tokens, they can still get more rewards by actively inviting more new users and increasing their social value. This mechanism ensures that even if users are not wealthy, they have the opportunity to get more rewards through their efforts, ensuring the fairness of the project.
where is a function that calculates the reward based on the (i.e., the quantity of tokens staked) and (i.e., the length of time staked).
In the Bond project, social value () is an important indicator that measures a user's influence and activity in the social network. The calculation of social value mainly refers to some centrality indicators in network science, including:
where denotes the social value of user , and , , and represent the out-degree centrality, betweenness centrality, and closeness centrality of user u, respectively. , , and are the corresponding weights, satisfying .
where is the total number of nodes in the network.
where is the total number of shortest paths from node s to node , and is those paths that pass through node .
where is the shortest distance between nodes and .
Suppose there's a directed edge from node to node , indicating that user invited user . If user v staked token quantity of tokens in the social network and the staking duration was duration , then the weight of the edge is:
For each node , Out-Degree Centrality describes either the number of edges connected to (unweighted) or the total weight of these edges (weighted).
where is the set of target nodes connected by edges originating from node u,and represents the size of the set.
where weight , is the edge weight from node to node .
For simplification here, we'll use the notation to represent all shortest paths, and for all shortest paths passing through node .
Unweighted: is the number of times node u appears on the unweighted shortest paths between all pairs of nodes.
Weighted: is the number of times node u appears on the weighted shortest paths between all pairs of nodes, where each edge's weight is determined by the number of staked tokens and the duration of staking by the invitee.
Unweighted: is the reciprocal of the average shortest distance from node to all other nodes.
Weighted: is calculated based on the shortest path distances with edge weights, where a larger edge weight corresponds to a "smaller" distance.
Where and represent the shortest "distance" from node u to node v with and without considering weights respectively.