Skip to main content

The Terp Network Community Proposal Lifecycle

Phase 1: Discussion & Ideation

The purpose of this phase is to vet ideas with the active Terp community members. Each idea for a proposal should have its own Commonwealth thread, and discussions should be as narrowly focused as possible. Anyone can participate and is encouraged to provide feedback in this phase of governance. The goal of Phase 1 discussion is to gain a rough community consensus, and refine the idea so that it can be formalized. The thread author should make an effort to address all comments and take them into consideration.

  • Minimum Duration: 48 hours
  • Forum Tag: [IDEATION]

Phase 2: TCP Formalization

Phase 2 is where the idea is formalized into an TCP that includes all of the criteria specified in the TCP Template. It must be a clear and complete description of the proposed enhancement. All TCPs must have the following core components, with additional/varying sections for certain proposal types (refer to the templates page):


Title: - Short and sweet, with the correct tags prefixed.

Summary - A brief, high-level summary of what changes are being suggested. Summary should be a single sentence, or a bulleted list.

Authors - List of authors and contributors involved in the writing of the proposal.

Abstract - Abstract is a multi-sentence (short paragraph) technical summary. This should be a very terse and human-readable version of the motivation and specification sections. Someone should be able to read only the abstract to get the gist of what this specification does.

Motivation - The motivation section should describe the "why" of this proposal. What problem does it solve? What benefit does it provide to the Terp network?

Proposal Type Specific Content

Make sure to double check your proposal type to see what additional information or details are required. Especially for funding proposals!


  • Minimum Duration: 72 hours (3 days)
  • Forum Tag: [PRE-PROPOSAL]

Phase 3: TCP Signaling (Temperature Check)

At any point during Phase 2, the author may finalize the TCP by initiating a community temperature check. To do this, the author must change the tag of the forum post to [PROPOSAL], and add a forum poll to gauge the community sentiment.

Proposals should only move to Phase 3 once the author has considered all community comments, responded to all concerns and questions, and believes that the proposal is ready to go on-chain for a final network-wide vote. Proposals in Phase 3 should not be edited further with the exception of minor mistakes.

Forum Tag: [PROPOSAL]

Phase 4: On-Chain Voting

If the signaling polls in Phase 3 show an overall positive sentiment and no major issues are brought up, the proposal may be submitted on-chain for the formal voting. Submission guidelines are listed here.

Forum Tag (Depending on Outcome): [VOTING], [PASSED], [REJECTED], [VETO]

Proposal Lifecycle Flowchart

Other TCP Statuses

  • Withdrawn: Assigned when a member withdraws their proposal, or if the proposal is abandoned with no activity. Forum Tag: [WITHDRAWN]
  • Deferred: Assigned when a proposal has been deemed as not ready or not a priority but can be re-proposed at a later date. This status can be assigned during Phase 3 with a failed forum poll or signaling. Forum Tag: [DEFER]

Assistance & Review

All proposers are welcome to approach the Governance subDAO for assistance in any part of the Proposal Lifecycle. In addition, proposers may request a formal review of the proposal before going on chain.