The Proposal Window is an important concept within XDCDAO that everyone using the platform should be familiar with, whether you are part of a committee or just a reader. Being aware of the Proposal Window's timing is crucial.
If ignored, it might exclude a Master Node from participating in the voting process.
As the illustration above shows, Proposal window consist of 3 periods:
1- Voting Period
2- Execution Delay
3- Execution Deadline
Voting Period
This period has a start and end time during which a proposal can receive votes from the three tiers of governance bodies.
Execution Delay
After the voting period ends, there is a 10-minute delay to prevent the proposal from being executed immediately. This helps address any security concerns.
Execution Deadline
Once the Execution Delay is over, the proposal can be executed. The Execution Deadline also has a start and end time, indicating when the proposal should be executed.
Why define an Execution Period?
Having a defined period for execution ensures that proposals do not remain indefinitely executable as voting criteria can change over time.
Proposal Windows were established during the initial deployment of the DAO.
Why is it important to understand Proposal Windows??
If you don't understand this term, you may end up with the following scenarios:
1- There is chance to left behind voting period.
2- Can not promote proposals to the community properly in case you're a community member or someone encourage people to vote.
3- May be confused that that if a proposal passes end of voting period, and still is not executable.
4- And other concerns that as the platform goes forward, we'll figure this out.
Conclusion
Understanding the Proposal Window is crucial for anyone involved with XDCDAO, whether you are a Master Node operator, committee member, or simply a community participant. The Proposal Window, consisting of the Voting Period, Execution Delay, and Execution Deadline, ensures that proposals are managed efficiently and securely.
Make sure to familiarize yourself with the Proposal Window to ensure that you don't miss out on important voting opportunities and that you understand the overall governance structure of XDCDAO. Your active participation is vital to the success and development of the XDC ecosystem.
Discussion (5)
My understanding of this post is that as a masternode holder, I will need to register my node(s) during every voting period.
So for example, member A submits a proposal and the voting period is the time that I, as a masternode or standby node holder will use to register my node(s) to be able to vote. Is this correct?
Thanks for your comment. I've edited the master node article to address this question. also explain it here in more details as well.
assume we have t1 and t2. any time between t1, t2 is considered as proposal window and as described in this article its role is mainly receiving votes, and manages execution logic.
So, A master node should be registered once before t1 OR t2 after. (not in between!).
this registration of delegate works for other windows down the road. XDCDAO does not expect that master nodes every time come and delegate(it's One-time registration)
This makes sense. Thank you!
Hey Beny,
Thanks for all the information.
My only concern is regarding the execution delay window. Isn't 10 minutes too less to address any security concerns?
The concern should be address in way that the malicious voter can not do all its operations in ONE single transaction. e.g: an attack utilizing flash loan
XDC block time 3-4 secs, so existing delay does make perfect sense and is enough to go with.