Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DRAFT: [PROPOSAL-002] Guru Network Token Distribution Between Core Contributors #3

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

shestakoven
Copy link
Contributor

DRAFT

It can't be the final version. Please, leave your comments and suggestions.

This proposal outlines an algorithm for distributing tokens among DAO members based on their contributions and the importance of their roles. The goal is to ensure a fair and transparent method for rewarding members based on their efforts and impact.

Special thanks <3: GPT-4

@shestakoven shestakoven self-assigned this Jun 12, 2024
|-------------------|--------|
| Tasks Completed | 0.3 |
| Time Efficiency | 0.2 |
| Task Complexity | 0.2 |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Main point: Our tasks often sound like, "It's all done, just a few small changes, and then let's cache everything." But they often turn into a rabbit hole instead


Each member's contribution will be evaluated based on the following metrics:

- **Tasks Completed:** Number of tasks completed during the period.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps we should measure not just tasks, but also the features and system components designed, ensuring they correspond with our main mission (guru_framework and guru_network)?


| Metric | Weight |
|-------------------|--------|
| Tasks Completed | 0.3 |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We also have a significant legacy to support, which generates tasks and impacts new releases as it becomes components of apps built over the framework. Therefore, should we prioritize the legacy or the framework?

@kelar86
Copy link
Contributor

kelar86 commented Jun 12, 2024

Maybe we should practice live demo of system parts designed. Present benefits. Metrcs, uptime of apps, etc. And then evaluate?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants