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

Funds should be returned to payers if target not met #8

Open
1 task
patriacaelum opened this issue Nov 3, 2021 · 1 comment
Open
1 task

Funds should be returned to payers if target not met #8

patriacaelum opened this issue Nov 3, 2021 · 1 comment

Comments

@patriacaelum
Copy link

Since owners can deploy a proposal without meeting a minimum horizon, the process of the proposal inverter is effectively split into two phases:

  1. The "Fundraising" phase, where the proposal remains stagnant until enough funds have accumulated to meet the minimum requirements.
  2. The "Research" phase, where the proposal begins to allocate funds to the committed brokers.

Should the "Fundraising" phase not reach its target in a timely manner, the owner of the proposal may choose to cancel the proposal. In this case, the funds should be returned to the payers.

  • In the ProposalInverter.cancel() method, if ProposalInverter.started is False, then the funds in the ProposalInverter.payer_contributions should be reallocated to their respective payers and all committed brokers should have have their stake reallocated to them
@patriacaelum
Copy link
Author

With the change specified above, there is no time limit for the "Fundraising" phase. It can be infinitely long until the owner chooses to cancel the proposal.

Should there be a specified time limit for the "Fundraising" phase before the proposal is forced to cancel?

patriacaelum referenced this issue in longtailfinancial/proposal-inverter Mar 3, 2022
Added payer contributions and changed minimum start conditions to all…
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

No branches or pull requests

1 participant