📖
whitepaper
  • 💼Understanding the PoLN Protocol: Basics and Beyond
  • 🔎What is PoLN ?
  • 🌟Why PoLN ?
    • The Unsustainable Cost of Fossil Fuels and Labor Exploitation
    • Wealth inequality is growing globally
    • New generations have different expectations
    • Future of work is a paradigm shift underpinned by self-employment
  • 💰Tokenomics & Token Dynamics
    • Attributes and Issuance
    • Distribution
    • Utility
    • Demand
    • Value Captured
    • 🔁Operational Conditions
      • Project Initiation and RFP Posting
      • Fellowship formation and Bidding
      • Staking and Payment Locks
      • Project execution and evaluation
      • Reward and Fee Distribution
  • ⚖️Governance
  • 🛣️Roadmap
  • 🏗️Architecture Overview
Powered by GitBook
On this page
  • Protocol Fee Role
  • Success Scenario
  • Unsuccessful Scenario & Aborted Projects
  • Cycling Failure into Community Prosperity
  • Halving Mechanism for Initiator Rewards
  • Assumptions
  • Number of projects is constant per halving cycle
  • Number of halving cycles
  • Cumulative number of projects
  • Determining the bounds

Was this helpful?

Edit on GitHub
  1. Tokenomics & Token Dynamics
  2. Operational Conditions

Reward and Fee Distribution

Upon project completion or failure, rewards and fees are allocated. Initiators, fellowships, and the community receive or forfeit amounts based on project outcomes, ensuring accountability.

PreviousProject execution and evaluationNextGovernance

Last updated 7 months ago

Was this helpful?

In the decentralized world of PoLN, the act of compensating contributors for their efforts is paramount.

This reward and fee distribution phase seeks to ensure that all stakeholders, be it initiators, fellowships, or the broader community, are fairly remunerated for their roles.

Here, we delve into the intricacies of how value is allocated and distributed across the protocol, ensuring that there's skin in the game, commitment is sustained, and quality is continuously delivered.

The system is meticulously designed, integrating a robust reward matrix for initiators based on project duration and a well-structured distribution plan for protocol fees.

By doing so, PoLN creates a harmonious ecosystem where contributors are incentivized to align with the platform's objectives, leading to better outcomes for all.

Protocol Fee Role

The protocol fee, calculated at 2% of the total project cost, serves both as a participant incentive and a funding source for the DAO.

For successful projects, this fee is distributed among fellowship members, rewarding their efforts and commitment.

In cases where projects do not succeed, the fee instead supports the DAO, funding crucial platform operations and ongoing improvements.

This adaptable fee structure reinforces PoLN’s commitment to a sustainable, well-supported ecosystem, aligning the interests of all participants with the broader goals of operational stability and growth.

Success Scenario

Upon the successful completion of a project, the distribution system activates:

  • Fellowship: The fellowship retrieves its staked tokens, and in addition, they are awarded the protocol fees as their primary remuneration.

  • Initiator: The initiator gets rewarded from a predefined token pool based on the project's duration and the associated unit. The reward calculation is based on a matrix system that considers both the project's duration and its time unit. As an example, for an 8 months long project, the initiator could receive 65536 $POLN.

Unsuccessful Scenario & Aborted Projects

In the event a project is deemed unsuccessful:

  • Fellowship: The fellowship loses its staked tokens as they are burnt, which incurs a financial loss for them. They also miss out on the protocol fees.

  • Initiator: The initiator does not receive any reward.

  • Community: The protocol fees, which would have otherwise gone to the fellowship, are redirected to the broader community. These funds are used for operations like training, helpdesk and support, mediation, KYC, development, maintenance, and refilling the initiator rewards pool.

If a project is terminated before its set deadline:

  • Fellowship: The fellowship's staked tokens are burnt.

  • Initiator: The initiator can claim back the remaining payment that was locked for the fellowship members since they will no longer be getting paid. However, the initiator does not receive any rewards, and any protocol fees already paid are not refunded.

  • Community: The community receives the protocol fees for their continued operational support.

Cycling Failure into Community Prosperity

When a project fails, the fees reserved for it are redirected to benefit the broader community by channeling them to the DAO.

Instead of being a mere setback, these funds become instrumental in the continuous enhancement and evolution of the ecosystem.

They are strategically allocated to vital operations, including but not limited to:

  • Training: Investing in the education and upskilling of the community, ensuring everyone remains abreast of the latest trends and methodologies.

  • Helpdesk and Support: Maintaining a robust support system to assist users, resolve queries, and ensure a seamless experience for everyone involved.

  • Mediation: Offering dispute resolution mechanisms, ensuring fairness, and maintaining trust within the ecosystem.

  • KYC Procedures: Ensuring the integrity and security of the community by verifying the identity of its members, safeguarding against potential malfeasance.

  • Development and Maintenance: Channeling resources towards the continuous improvement of the platform's infrastructure, tools, and features.

  • Refilling the Initiator Rewards Pool: Ensuring that incentives remain in place to attract new project initiators to the platform.

  • Liquidity Provision for Ecosystem Functionality: Facilitating and maintaining liquidity pools within the PoLN ecosystem to enable seamless token interactions among participants. This ensures that community members have efficient access to $POLN tokens for engaging with platform features and services, enhancing overall user experience and participation.

By transforming the outcome of failed projects into tangible benefits, the protocol not only preserves community trust but also reinforces its commitment to growth, adaptability, and long-term sustainability.

Halving Mechanism for Initiator Rewards

To ensure the sustainability of the reward system, there's a halving mechanism in place.

As the token pool for initiator rewards depletes and reaches a reduction of 50%, the reward rates for initiators will be halved.

This ensures that even as the available tokens in the pool reduce, the system can continue rewarding initiators for a longer period, thereby maintaining the attractiveness and viability of the PoLN platform.

In understanding the Initiator Rewards Pool's longevity for the $POLN token, it's crucial to determine how many projects can benefit from this pool before depletion.

Specifically, we wish to derive both the minimum and maximum number of potential beneficiaries.

Assumptions

  1. Each time 50% of the remaining pool is used up, the reward amount is halved.

  2. Projects continuously draw from the pool until it's empty.

  3. There's no other mechanism influencing the reward amount other than the halving.

  4. The Initiator Rewards Pool starts with a capacity of III tokens, where I=40,000,000I = 40,000,000I=40,000,000 $POLN.

  5. The reward RRR given to a project, which varies based on the project's duration.

Number of projects is constant per halving cycle

Within the context of PoLN, a halving cycle is the phase where, after 50% of the remaining tokens in the Initiator Rewards pool have been distributed, the reward size for future projects is reduced by half.

Initially - before first halving:

  • Allocation for projects: A=I2=20,000,000A = \frac{I}{2} = 20,000,000A=2I​=20,000,000

  • Reward: RRR

Number of projects before the first halving:

I2÷R=I2R\frac{I}{2} \div R = \frac{I}{2R}2I​÷R=2RI​

After the first halving:

  • Allocation for projects: A=I2÷2=I4=10,000,000A = \frac{I}{2} \div 2 = \frac{I}{4} = 10,000,000A=2I​÷2=4I​=10,000,000

  • Reward: R2\frac{R}{2}2R​

Number of projects during the first halving:

I4R2=I2R\large \frac{\frac{I}{4}}{\frac{R}{2}} = \frac{I}{2R}2R​4I​​=2RI​

Observations

Despite the reward reductions, the number of projects funded per cycle remains steadfast at I2R\frac{I}{2R}2RI​.

Demonstration

The function a(n)a(n)a(n) denotes the token allocation in the nthn^{th}nth halving cycle:

a(n)=I2n+1a(n) = \frac{I}{2^{n+1}}a(n)=2n+1I​

The function r(n)r(n)r(n) denotes the reward in the nthn^{th}nth halving cycle:

r(n)=R2nr(n) = \frac{R}{2^n}r(n)=2nR​

The function p(n)p(n)p(n) denotes the number of projects rewarded in the nthn^{th}nth halving cycle:

p(n)=a(n)r(n)\large p(n) = \frac{a(n)}{r(n)}p(n)=r(n)a(n)​
≡p(n)=I2n+1R2n\large \equiv p(n) = \frac{\frac{I}{2^{n+1}}}{\frac{R}{2^n}}\\≡p(n)=2nR​2n+1I​​
≡p(n)=I2n+1×2nR\large \equiv p(n) = \frac{I}{2^{n+1}} \times \frac{2^n}{R}\\≡p(n)=2n+1I​×R2n​
≡p(n)=I2R\large \equiv p(n) = \frac{I}{2R}≡p(n)=2RI​

Conclusion:

The number of projects PPP is constant per halving cycle:

P=I2RP = \frac{I}{2R}P=2RI​

Number of halving cycles

The number of halving cycles, NNN, is based on how many times we can halve the initial pool amount III:

2N=I2^N = I2N=I
≡N=log⁡2I\equiv N = \log_2 I≡N=log2​I

Conclusion:

The number of halving cycles NNN is:

N=log⁡2IN = \log_2 IN=log2​I

Cumulative number of projects

To compute the cumulative number of projects TTT that can benefit from the pool until its depletion, we'll sum up the number of projects funded during each halving cycle.

Given:

  • NNN is the number of halving cycles.

  • PPP is the number of projects for each halving cycle.

  • III is the initial allocation of the Initiator Rewards pool.

  • RRR represents the reward amount for a specific project duration (e.g., day, half-year).

The total number of projects across all halving cycles TTT can be expressed as:

T=N×PT = N \times PT=N×P
≡T=log⁡2I×I2R\equiv T = \log_2 I \times \frac{I}{2R}≡T=log2​I×2RI​

Since PPP is constant across all cycles, the total number of projects that can be funded from the pool is simply the number of projects per cycle multiplied by the number of cycles.

Conclusion:

For a specific reward RRR, the total number of projects TTT that can benefit from the pool until its depletion is:

I2R×log⁡2I\frac{I}{2R} \times \log_2 I2RI​×log2​I

Determining the bounds

Lower Bound - Minimum Number of Projects

This corresponds to the case where the reward amount, RRR, is at its maximum, i.e., for long-term projects.

For simplicity, let's say this is a half-year reward.

If Rhalf-yearR_{\text{half-year}}Rhalf-year​ is the reward for a half-year project, then the total minimum number of projects TminT_{\text{min}}Tmin​ that can be funded is:

Tmin=I2Rhalf-year×log⁡2IT_{\text{min}} = \frac{I}{2R_{\text{half-year}}} \times \log_2 ITmin​=2Rhalf-year​I​×log2​I

Upper Bound - Maximum Number of Projects

This corresponds to the case where the reward amount, RRR, is at its minimum, i.e., for short-term projects.

Let's say this is a day reward.

If RdayR_{\text{day}}Rday​ is the reward for a day project, then the total maximum number of projects TmaxT_{\text{max}}Tmax​ that can be funded is:

Tmax=I2Rday×log⁡2IT_{\text{max}} = \frac{I}{2R_{\text{day}}} \times \log_2 ITmax​=2Rday​I​×log2​I

Conclusion

Given the nature of the halving mechanism, the total number of projects that can be funded from the Initiator Rewards Pool will always fall within the range:

Tmin≤T≤TmaxT_{\text{min}} \leq T \leq T_{\text{max}}Tmin​≤T≤Tmax​

Where:

  • TminT_{\text{min}}Tmin​ corresponds to the scenario when all projects claim the maximum reward (e.g., half-year projects).

  • TmaxT_{\text{max}}Tmax​ corresponds to the scenario when all projects claim the minimum reward (e.g., day projects).

In the context of the Initiator Rewards Pool III, for the maximum potential number of projects TmaxT_{\text{max}}Tmax​, where each project claims the minimum reward (per day):

Tmax=I2Rday×log⁡2IT_{\text{max}} = \frac{I}{2R_{\text{day}}} \times \log_2 ITmax​=2Rday​I​×log2​I

Plugging in I=40,000,000I = 40,000,000I=40,000,000 and Rday=8R_{\text{day}} = 8Rday​=8:

Tmax≈63,133,741T_{\text{max}} \approx 63,133,741Tmax​≈63,133,741

In the context of the Initiator Rewards Pool III, for the minimum potential number of projects TminT_{\text{min}}Tmin​, where each project claims the maximum reward (per half-year):

Tmin=I2Rhalf-year×log⁡2IT_{\text{min}} = \frac{I}{2R_{\text{half-year}}} \times \log_2 ITmin​=2Rhalf-year​I​×log2​I

Plugging in I=40,000,000I = 40,000,000I=40,000,000 and Rhalf-year=32,768R_{\text{half-year}} = 32,768Rhalf-year​=32,768:

Tmin≈15,413T_{\text{min}} \approx 15,413Tmin​≈15,413

Conclusion:

Therefore, we can conclude that the total number of projects, TTT, that can benefit from the Initiator Rewards Pool falls within the following bounds:

15,413<T<63,133,74115,413 < T < 63,133,74115,413<T<63,133,741

Assuming each $POLN token can be subdivided into 101810^{18}1018 unit, Initiator Rewards Pool III is 40.102440.10^{24}40.1024 aPOLN (the smallest $POLN unit), so the total number of projects, TTT, that can benefit from the Initiator Rewards Pool falls now within the following bounds:

51,909<T<212,620,505\large 51,909 < T < 212,620,50551,909<T<212,620,505

This mechanism ensures that all the stakeholders in a project, be it the initiator, the fellowship, or the community, have a clear understanding of the potential gains or losses. It emphasizes both the rewards for successful completion and the penalties for failures, thereby motivating all parties to maintain high standards of work and commitment.

💰
🔁
Failed projects benefit the broader community
Page cover image