Skip to content
CCPEDIAby Unity Nodes
SIGs

Why Dev Fund proposals fail, measured from the repository

2 posts18 viewsLast activity 8h ago

  1. orumedominicOP

    Disclosure first: proposal #860 is mine, and no vote has ever been opened on it. Every number below comes from a tool anyone can run.

    I went looking for why some proposals sit still and found something more useful than I expected.

    Seven votes have failed. Six recorded no vote against at all. They ran out of their 21 days while the eligible voters did not vote. The threshold is 51% of allowed voters rather than of votes cast, so an absence counts exactly like a no.

    Four of those seven were reopened within days of expiring. #813 the same day, #866 and #453 on 9 November, and #577 on 10 November. So a failed vote is a restarted clock, not a verdict, and reading your own failure as a rejection of the work is probably wrong.

    All seven were opened within ninety seconds of each other on 16 October, so all seven expired on the same day. One batch, not seven decisions.

    One thing for anyone measuring this themselves: the repository’s labels show three failures, not seven. A reopened vote has its label reset too, so the first failure stops being visible. My own tool counted that way and was wrong by four until I checked the vote comments instead.

    Working, tools, and every figure:

    File dominicrume/cantor8_kya_rails

    docs/dev-fund-vote-mechanism.md

    # How a Canton Dev Fund proposal actually reaches a vote
    
    Measured 10 November 2026 with `python3 tools/vote_pipeline.py`. The tool
    reads the live repository and refuses to print numbers if its own positive
    control on proposal #942 fails. Re-run it before quoting any figure here.
    
    **This document was wrong on 9 November and is corrected below.** It said
    #866 "died". It did not. Its vote expired unvoted on 6 November and a second
    vote was opened on 9 November. The tool missed it because the tool counted
    labels, and a re-opened vote has its label reset. The correction is the
    finding.
    
    For 43 days #860 was pushed with the question "who will champion this". That
    was the wrong question. The mechanism is not a championing process. It is a
    vote that one person opens by hand and a committee clears in a weekly
    meeting, and #860 has never entered it.
    
    ## Disclosure
    
    I have a financial interest in this subject. **Canton Dev Fund proposal #860
    
    This file has been truncated. show original

    Two things I could not establish and would value an answer on. Is there a published calendar for the voting sittings? And when a vote expires unvoted, what triggers it being reopened?

  2. Jatin_Pandya_cf

    A proposal’s progress depends on the champion, and if they have one in the first place.
    Do you have a champion for your proposal?? If yes then they have to make sure the proposal is under vote.

    You can learn the proper process at Canton LocalNet Guide