search

near-daos / sputnik-dao-contract

Smart contracts for https://app.astrodao.com
https://astrodao.com/
MIT License
108 stars 77 forks source link

Poll Proposal - changes to smart contract #78

Open crypto-credit opened 2 years ago

crypto-credit commented 2 years ago

I have just run a Poll on our DAO https://app.astrodao.com/dao/swine-dao.sputnik-dao.near/proposals/swine-dao.sputnik-dao.near-26

When the majority (51%) of the council members had voted the Poll was automatically approved. This means that the other council members did not have the opportunity to vote. I would like to suggest that this is changed to enable a Vote (Poll) proposals to stay open after the threshold of votes are cast.

This should only apply to this one category of Poll proposals and not affect the general Voting Policy set for the DAO

ctindogaru commented 2 years ago

Do you need this just for the Poll type of proposals?

Also, what's the motivation behind this? Is it just to get everyone's opinion on a certain topic and not limit it to only half of the group?

crypto-credit commented 2 years ago

I would suggest this as the default functionality for Poll proposals. Other proposals (like payouts) should keep to the standard Voting Policy (51% to approve).

The reason for this request is primarily to encourage participation by ALL council members in the decision making process. To show that everyone's opinion counts.

IMO it would also provide an additional tool for internal governance of the DAO. Using this type of Poll proposal provides a transparent on chain way for council members to discuss DAO business

TrevorJTClarke commented 2 years ago

@crypto-credit I suspect the real issue here revolves around the threshold closure preference, meaning if we had a way to allow poll accepting votes until the expiration of the proposal, it could solve your problem. This would then require a finalization method on the proposal however, before the poll would be "complete". Is this the intended/desired outcome you were thinking? If so, will need to think further on best way to consider, as there is another effort in PR #102 that might be a more efficient way to achieve this.