You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The XDAG Funding System is a tool that automates the process of rewards. A contributor should be able to create a proposal, upload and edit a proposal. The proposal should consist of the following:
General task description.
Milestones with detailed tasks to be finished.
Timeline which details an estimated amount of time spent on each
task.
Start and end date for the proposal, and each milestone.
Amount of funds required.
Each proposal will be split into a minimum of 2 milestones.
Milestones and proposals must have a status:
The definition of these statuses are fairly easy to understand. Payment should only be made once a milestone has been finished with two or more favourable reviews. The community should be able to review proposals, and ask for revisions to current in-progress or under review proposals. Once a proposal has been finished, the remaining funds should be rewarded.
Features include:
Easy overview of proposals and their status.
Each proposal has its own page with an interface showing relevant information.
WYSIWYG text editor which supports Markdown formatting.
Funds should be held in escrow. Automatic payment per milestone upon finished review.
A review system where each user has the ability to comment, rate, and ask for revisions. The user should also have some form of trust factor.
A higher rank of trust weighs more than a low rank trust. Trust factorneed not be shown to the end user.
A clear and concise description of what you want to happen.
Prerequisites & implementation
In this section, I will try to detail what is needed before XFS can be implemented on XDAG.io.
3.1 Prerequisites
XDAG RPC.
3.2 Implementation
In this section, I will detail an outline of the preferred implementation.
Develop XFS using an object-oriented programming language, such as Python, C++, or Java. The XFS should also have a frontend.
The XFS code must be made publicly available as open source.
XFS should call the XDAG RPC for payments and balance refreshing.
The wallet should be kept in cold storage and not accessed by third parties for payouts.
XFS should be hosted separately from the XDAG node.
XFS should have a simple UI similar to the block explorer.
Automated wallet and address creation. Suggested methods:
(a) A new wallet with a new address for each proposal.
(b) The same wallet, but with a new address for each proposal.
(c) The same wallet with the same address for each proposal, with a different Tx remark for each proposal.
First of all, I am sure that this is a very good idea. Since the community does not have many funds and developers, I suggest putting it forward in the form of a github issue. We only need a simple text format, because this is simple enough to describe and easy to implement
What is XFS?
The XDAG Funding System is a tool that automates the process of rewards. A contributor should be able to create a proposal, upload and edit a proposal. The proposal should consist of the following:
task.
Each proposal will be split into a minimum of 2 milestones.
Milestones and proposals must have a status:
The definition of these statuses are fairly easy to understand. Payment should only be made once a milestone has been finished with two or more favourable reviews. The community should be able to review proposals, and ask for revisions to current in-progress or under review proposals. Once a proposal has been finished, the remaining funds should be rewarded.
Features include:
A higher rank of trust weighs more than a low rank trust. Trust factorneed not be shown to the end user.
A clear and concise description of what you want to happen.
Prerequisites & implementation
In this section, I will try to detail what is needed before XFS can be implemented on XDAG.io.
3.1 Prerequisites
3.2 Implementation
In this section, I will detail an outline of the preferred implementation.
(a) A new wallet with a new address for each proposal.
(b) The same wallet, but with a new address for each proposal.
(c) The same wallet with the same address for each proposal, with a different Tx remark for each proposal.
link to the original file from Mathsw : https://drive.google.com/file/d/1gQysWuuZ3WiT28vAvwFVDxyLMzZa7eq2/view?usp=sharing
The text was updated successfully, but these errors were encountered: