RE: Proposals with Payment on Delivery on Hive. How I would do it.
You are viewing a single comment's thread:
The system you describe is excellent and I want to see it become a reality. The fact that even a funded Proposal can suddenly loose funding makes DHF very unreliable. We could temporally see a smart contract based approach using multisig to secure the funds.
- Once funding is approved, HBD goes to the escrow account.
- Votes can be calculated similar to how @splinterlands is doing it.
- Multisig release the funds at the end of voting period.
This will require 2 multisig accounts. One will be funded by DHF similar to @valueplan and the other one will be the escrow account.
hive-139531
dhf-proposals
payment-on-delivery
funding
hive
proofofbrain
technology
hive-engine
cent
leofinance
0
0
0.000
I don't understand why would you need two multisig accounts in your approach. Why would you need a Value Plan-like account at all in this case for this type of funding on delivery? Value Plan is still useful for prefundings or for small projects that would never get funding otherwise. But in this case, one escrow account should be enough. Unless I'm missing something. After payment is approved by vote (or by not enough participation in the vote), funds are sent from escrow to the destination account (proposal creator or whoever they designate), and that can be a normal account (not multisig).
I would avoid using a multisig account and use an account with no keyholders at all instead (I believe keys are burned). @hive-fund (the DHF account) is such an account, and the distribution of funds is controlled exclusively by code, without any (number of) people having control over the account.
This would be the ideal scenario. I assume it would take some extra work for the developers. The method I suggested does not require any changes to the current code.
The first account is to receive funding from DHF the same way all the existing Proposals are funded. Let's call this Mini DAO. When a project is selected for funding, the payment will be moved to Escrow account with a memo telling what the funds are for.
We could have a regular post on the Escrow account and ask HP holders to vote (similar to ow https://peakmonsters.com/proposals work). If the votes reach the target specified, the payment happens at once. Partial or no payments mean funds get returned to Mini DAO. This 2 account model was suggested for clarity.
Anyone can easily see how much is available for funding. and projects can have a certain guarantees about their payments and transparency is presented in a user friendly way. Nobody will have to dig deep to figure out what is happening to the funds. No changes to the existing DHF code needed.