Skip to main content

Applications for the autumn mentorship cohort are open until 30 September. Apply now

Proposal Due Diligence

Proposal Due Diligence: From Claim to Evidence

One repeatable workflow applied to every proposal: scope the review and check your own conflicts, map claims to evidence, verify sources honestly, test feasibility and delivery, then steelman the proposal and publish a neutral record of questions and unknowns.

IntermediateWorkshop120 minv1.0.0 · effective Aug 9, 2026
Course catalogue

Learning outcomes

  • Scope a review to the decision actually in front of you and record your own conflicts before reading
  • Separate factual claims, forecasts, assumptions, opinions and value judgements in a claim-evidence map
  • Assess provenance, independence, recency and reproducibility, and record failed verification honestly
  • Test critical path, staffing, permissions, dependencies, duplication, history, maintenance and fallback
  • Steelman a proposal, convert red flags into fair public questions, and publish an auditable record
120 minutes · 5 lessonsVersion 1.0.0 · effective 8/9/2026
Lesson 1 of 522 min read

Intake, scope and the conflict check

Establishing what decision is actually in front of you, how deep the review needs to go, and what you must disclose before you start.

What you will be able to do

Most bad reviews are lost in the first ten minutes. A representative opens a proposal, reads the summary the proposer wrote, absorbs its framing, and spends the next two hours arguing inside a frame someone else built. Intake is the discipline of establishing, before any evaluation, three things: what decision is actually in front of you, how much review that decision deserves, and whether you are the right person to be reviewing it without disclosure. None of this is about the merits. All of it determines whether your later work on the merits is worth anything.

  • Restate the decision from the on-chain action and its metadata anchor rather than from the pitch.
  • Set and state a review depth proportionate to the ask, the reversibility and the time available.
  • Run a conflict check and record its result before reading in detail.
  • Open a diligence record another person could continue without speaking to you.

Definitions

Intake
The fixed set of steps you perform on every proposal before evaluation begins: identify the action, locate its metadata, restate the ask, fix the timeline, set review depth, and check your own position.
Anchor
The link and content hash recorded on chain that binds a governance action to an off-chain metadata document. CIP-100 defines the base structure of that document; the anchor is what makes the off-chain text part of the record rather than commentary about it.
Scope
The boundary of the decision. A treasury withdrawal decides whether funds leave the treasury under stated conditions. It does not decide whether the team is admirable, whether the topic is important, or whether a better project exists somewhere.
Review depth
The amount of work you commit to: a screening read, a standard review, or a deep review with external checks. Depth should track the size of the ask, how reversible the outcome is, and how much time remains before the vote.
Conflict
Any holding, relationship, funding, employment or prior public commitment that a reasonable observer could think might affect your judgement. A conflict is not misconduct. Failing to disclose one is the problem.

Start from the action, not the pitch

Cardano governance actions are typed. The Developer Portal governance guide and the constitutional framework distinguish, among others, treasury withdrawals, parameter changes, updates to the constitutional committee, hard-fork initiations, new constitutions and info actions. The type is not decoration: it determines who else votes, what thresholds apply, whether the outcome is reversible, and what a yes actually authorises. A parameter change and an info action can be described in prose that sounds identical and mean entirely different things.

So the first artefact you open is the on-chain record, and the second is the metadata document at its anchor. CIP-100 gives that document a predictable shape: authorship, the body of the argument, references, and witnesses that tie claims to identities. Reading the anchored document rather than a forum summary matters for a mundane reason. The anchored text is what the action is committed to; a forum post, a Discord thread or a slide deck can say anything and be revised silently. When the anchored document and the public narrative diverge, that divergence is itself your first finding, and it is a neutral, checkable one.

Restate the ask in your own words in a single sentence with three parts: what is authorised, under what conditions, and to whom. If you cannot write that sentence from the anchored document, you have found a scoping problem before you have evaluated anything. Record it as such, in those terms, without suggesting anyone concealed it.

Choosing a review depth on purpose

You cannot deep-review everything, and pretending otherwise produces the worst outcome: shallow reviews presented with the confidence of deep ones. Choose depth explicitly and say so in your record. A screening read confirms the type, the ask, the deadline and any obvious scope problem. A standard review adds the claim-evidence map and source verification. A deep review adds independent feasibility checks, delivery history and, where warranted, an expert consultation.

  1. Size of the ask, relative to the treasury and to your own tolerance for error.
  2. Reversibility: a parameter change can be changed back; funds already disbursed generally cannot.
  3. Breadth of effect: does this touch one team, one sector, or every participant?
  4. Time remaining before the decision date, honestly counted in hours you will actually have.
  5. Whether anyone independent has already published a verifiable review you can check rather than repeat.

Writing the chosen depth into the record is what makes a light review honest instead of misleading. "Screening read only; I did not verify the delivery history" is a defensible statement. Silence, followed by a confident conclusion, is not.

The conflict check, before you read

The conflict check is run first because its purpose is to bind you before you know whether you like the proposal. Once you have formed a view, every relationship starts to look either irrelevant or damning depending on which way you are leaning. Ask a fixed list of questions and answer them in writing: do I hold a position that this outcome could move? Have I worked with, been funded by, or competed against anyone named? Have I taken a public position on this topic that I would find costly to abandon? Is a delegator of mine an interested party? Does anyone in the proposal have a personal relationship with me?

Most answers will be no, and the check takes two minutes. When one is yes, the response is graduated. Disclose in the record, and in your published rationale, in plain terms: what the interest is, when it began, and roughly its scale. Where the interest is material and direct, consider abstaining and say why. Recusal is not an admission of wrongdoing; it is a statement that the decision should not depend on your particular position. The Institute's disclosure guidance exists so that disclosure looks routine rather than confessional.

Worked example - Fictional composite for training

Fictional composite for training

A treasury withdrawal titled "Regional Governance Onboarding" requests 310,000 ada over nine months. The public thread describes it as "funding for community education across three regions". The anchored CIP-100 document says something narrower: the withdrawal funds a delivery organisation to run twelve workshops and publish a curriculum, with regional partners named as recipients of a sub-grant pool that is described but not itemised.

The intake note writes itself once you separate the two documents. Action type: treasury withdrawal, irreversible once disbursed. Ask, restated: authorise 310,000 ada to one named organisation, which is to run twelve workshops, publish a curriculum, and distribute an unspecified portion to unnamed regional partners. Decision date: nineteen days away. Depth: standard review, because the sum is significant and the outcome is irreversible, with the sub-grant pool flagged for closer attention. Divergence noted: the thread says "education across three regions"; the anchored document commits to twelve workshops and a curriculum. That is not a contradiction, but the anchored scope is narrower and it is the scope on record.

Conflict check: the reviewer once spoke, unpaid, at an event organised by one named regional partner, two years ago. That is minor and indirect, and it is disclosed in one sentence rather than agonised over. The review proceeds.

Counterexample

A reviewer opens the same proposal, reads the forum thread, decides within a minute that community education is exactly what the ecosystem needs, and spends two hours writing a supportive analysis of a scope the action does not contain. They never open the anchor. They do not notice the sub-grant pool. Their conflict check is never written because they never felt conflicted. The output is fluent, sincere and unusable: nobody can tell which document it reviewed.

The inverse failure is just as common. A reviewer distrusts the proposer, opens with a hunt for wrongdoing, and produces a document in which every ambiguity becomes evidence of intent. Both reviews skipped intake. Both reached a conclusion before establishing the question.

Common mistakes

  • Reviewing the summary rather than the anchored document, then quoting the summary as if it were the commitment.
  • Treating every action type as if it were a funding decision, and applying budget reasoning to a parameter change.
  • Choosing review depth implicitly by how interesting the topic is rather than by size, reversibility and time.
  • Running the conflict check after forming a view, when it can only confirm what you already want.
  • Recording a divergence between narrative and anchor as deception rather than as a divergence.
  • Starting the record only once you have something conclusive to say, which guarantees the early reasoning is lost.

What this establishes

After intake you can state, from primary records, what action is proposed, what a yes authorises, when the decision falls, how deeply you intend to review it, and what interests of yours are on the table. You have one timestamped artefact that any delegator could read and any other reviewer could continue. None of it is a judgement about merit, and that is the point: it is the frame inside which judgement will later be defensible.

What remains unknown

Intake tells you nothing about whether the claims are true, whether the team can deliver, whether the price is reasonable, or whether the sub-grant pool in the example is well governed. It does not tell you whether a narrower anchored scope was deliberate or careless - and you should not guess. It does not reveal conflicts held by other people, which you are not in a position to assert. Those questions belong to the next four lessons, and to the questions you will eventually publish.

Ten minutes of intake buys you a review of the actual decision. Skipping it buys you a confident review of something else.

Takeaways

  • Diligence begins with the action and its anchor, not with the proposer's narrative.
  • Review depth is a decision you make explicitly and state, not something that happens to you.
  • A conflict check written before reading is evidence of process; one written afterwards is a rationalisation.
  • The intake note is the first artefact of an auditable record, and it costs ten minutes.
  • Scoping tells you what the decision is; it does not tell you how to vote.

Applied activity

Write an intake note

Choose one governance action currently visible on chain, or the fictional composite in this lesson. Without reading any summary written by the proposer or by a third party, write an intake note of no more than 250 words: the action type, the anchor location, the ask in your own words, the decision date, the review depth you are committing to and why, and your conflict check with any disclosure it produced. Timestamp it.

Deliverable: A timestamped intake note with action type, anchor, restated ask, decision date, chosen review depth and a conflict check. · about 25 minutes

Sources

  • Governance actions guide(opens in a new tab)

    Cardano Developer Portal

    Action families, metadata anchors, deposits and lifecycle mechanics.

  • CIP-100 - Governance metadata(opens in a new tab)

    Cardano Improvement Proposals

    Structure of off-chain governance metadata documents, anchors, authors and witnesses.

  • On-chain governance action records

    Cardano on-chain record

    Individual actions, anchors and vote records as read from the chain by the learner.

  • DRep Institute conflict disclosure guidance

    Cardano DRep Institute

    The Institute's disclosure template and guidance, published on this site.

Practical exercise

Complete due-diligence record

Run the whole workflow on the fictional composite proposal used in this course, or on a proposal of your choice, and produce one neutral diligence record. Include: the intake note with scope and your conflict check; the claim–evidence–unknowns matrix with each item typed as fact, forecast, assumption, opinion or value judgement; the source log with provenance, independence, recency and reproducibility for every source you touched, including the ones that failed verification; the feasibility and delivery notes; a steelman of the proposal in its strongest fair form; three public questions; and the unknowns register with resolution conditions. Describe evidence and gaps, never motives. Do not produce a score, a rating or a recommended vote.

Deliverable: A neutral diligence record: intake and conflict note, claim–evidence–unknowns matrix, source log, feasibility notes, steelman, three public questions, and an unknowns register.

  1. 1.What exactly is being asked for, in your own words, without the proposer's framing?
  2. 2.Which claims did you verify against a primary source, and which source was it?
  3. 3.Which claims could you not verify, and what would it take to verify them?
  4. 4.What is the strongest argument against your current reading of the evidence?
  5. 5.What would you publish so someone who disagrees with you can audit your reasoning?
Autosaves on this device0 / 20,000

Signed out: this draft stays on this device. Sign in to save it to your account and have it count towards completion.

Final assessment

Proposal due diligence assessment

Eight questions on running the diligence workflow. Answers and explanations appear only after you submit. Retries are unlimited and results are private.

8 questions · pass mark 70%Private result · unlimited attempts · never published

Sign in to submit an attempt. Assessments are graded on the server, so they cannot be taken anonymously.

  1. 1. A proposal thread describes "community education across three regions", while the anchored governance metadata commits to twelve workshops and a curriculum. What is the correct first entry in your record?

    Think about which document the action is actually bound to.

  2. 2. A proposal states: "Twelve workshops will produce a measurable increase in delegation." No method or base rate is given. How should this be recorded?

    Which category of statement is this, and what evidence does that category need?

  3. 3. Workshops are scheduled to begin in month 2 but the curriculum they use is not finished until month 3. What kind of observation is this?

    What governs the earliest possible finish?

  4. 4. Three articles support a claim. All three quote the same paragraph from the proposer's own report. What is the correct assessment?

    Count origins, not documents.

  5. 5. Which output is explicitly outside the scope of this diligence workflow?

    Recall what diligence does and does not produce.

  6. 6. You searched the referenced repository and the organisation's event list on a stated date and located three of six claimed events. How should this be written?

    A result has a method and a date.

  7. 7. When should a reviewer run and record their own conflict check?

    Consider what happens to your judgement once you have a view.

  8. 8. A reviewer agrees with the statement "onboarding matters more than tooling at this stage". Where does that belong in the record?

    Can this be verified against any source?

Reference sheet

Due-diligence canvas

A printable one-page canvas for running the same review on every proposal and recording the result.

Definitions

Intake
The fixed set of steps you perform on every proposal before evaluation begins: identify the action, locate its metadata, restate the ask, fix the timeline, set review depth, and check your own position.
Anchor
The link and content hash recorded on chain that binds a governance action to an off-chain metadata document. CIP-100 defines the base structure of that document; the anchor is what makes the off-chain text part of the record rather than commentary about it.
Scope
The boundary of the decision. A treasury withdrawal decides whether funds leave the treasury under stated conditions. It does not decide whether the team is admirable, whether the topic is important, or whether a better project exists somewhere.
Review depth
The amount of work you commit to: a screening read, a standard review, or a deep review with external checks. Depth should track the size of the ask, how reversible the outcome is, and how much time remains before the vote.
Conflict
Any holding, relationship, funding, employment or prior public commitment that a reasonable observer could think might affect your judgement. A conflict is not misconduct. Failing to disclose one is the problem.
Factual claim
A statement about the world that is true or false now and could in principle be checked against a record. "The tool has been live since epoch 500" is a factual claim.
Forecast
A statement about the future that depends on a method and inputs. "Participation will rise by 20 percent" is a forecast; its quality lives entirely in how it was produced.
Assumption
Something taken as given for the argument to work, often unstated. "Regional partners will be available in the first month" may never appear as a sentence yet carry the whole schedule.
Opinion
A defensible interpretation of evidence that reasonable people could dispute. "This is the most practical approach available" is an opinion, and labelling it as one is not a criticism.
Value judgement
A statement about what matters. "Education deserves priority over tooling" cannot be verified; it is argued. Treating it as a finding is how reviews smuggle in politics.
Load-bearing
An assumption or claim whose failure would collapse the proposal rather than dent it. Most proposals have two or three.
Provenance
Where a piece of evidence came from and through whose hands: who produced it, from what underlying material, when, and whether it has been altered since.
Primary evidence
The record itself. The on-chain governance action, the anchored CIP-100 metadata document, a repository''s commit history, a signed statement by the party concerned.
Secondary evidence
An account of the record: an article, a dashboard, a thread, a summary. Useful for orientation, never sufficient on its own for a load-bearing claim.
Independence
The absence of an incentive or a chain of repetition connecting the source to the proposer. Three articles that all cite the same press release are one source.
Recency
How current the material is relative to the claim, together with the date you checked it. Live values change; a stale observation is not wrong, it is out of date, and only a recorded date lets a reader tell.
Reproducibility
Whether another person, given your notes, could take the same steps and see the same thing.
Critical path
The longest chain of steps that must happen in sequence. Its length, not the total volume of work, sets the earliest possible finish.
Dependency
Anything the plan needs but does not control: a third party, a data source, an upstream release, a decision by another body, a permission.
Permission
Formal authority or access required to act - repository rights, credentials, a licence, a data-sharing agreement, a venue, or approval from another governance body.
Duplication
Work that substantially overlaps something already funded, built or under way elsewhere. A question about coordination, not about originality.
Maintenance
The obligations that begin when delivery ends: hosting, moderation, updates, support, and the person who carries them.
Fallback
The stated response when a step slips or fails: what stops, what continues, what is returned, and who decides.
Steelman
The strongest fair statement of the proposal''s case, in terms the proposer would accept as accurate, written before criticism.
Red flag
An observation that increases the chance the plan fails or that a claim is wrong. It is a property of the document or the evidence, never a property of a person.
Fair question
A question that names where you are looking, what you observed, and what answer would resolve it - answerable in a paragraph, without an implied accusation.
Unknowns register
The list of items you could not resolve, each with the reason, the condition that would resolve it, and the date you last tried.
Neutral record
A published diligence artefact that reports process and evidence, discloses your interests, and does not tell anyone how to vote.

Checklist / method

  • Intake: name the action type, the anchor, the ask, the decision date and the depth of review you are committing to
  • Conflict check first: holdings, relationships, funding, prior public positions - disclose before you read, not after
  • Restate the ask in your own words, without the proposer's framing, and confirm it against the on-chain action
  • Type every statement: fact, forecast, assumption, opinion or value judgement - different types need different evidence
  • Facts need a source; forecasts need a method and inputs; assumptions need to be named and tested; value judgements are argued, not verified
  • Source log columns: claim, source, provenance, primary or secondary, independence, date, reproducible yes/no, result
  • Prefer the primary record: the on-chain action and its CIP-100 anchor over any summary of it
  • Independence means the source is not the proposer, not paid by the proposer, and not repeating the proposer
  • Recency: state the date you checked; live values change and a stale check is a failed check
  • Reproducibility: could a stranger follow your steps and reach the same observation? If not, record it as unverified
  • Failed verification is a result - write 'could not verify X by method Y on date Z', never an accusation
  • Feasibility: critical path, staffing, permissions and access, dependencies, duplication, history, maintenance, fallback
  • Steelman before you criticise: state the strongest fair version of the proposal in the proposer's best terms
  • Turn each red flag into a question: location, observation, and the answer that would resolve it
  • Publish the unknowns register: item, why unresolved, what would resolve it, by when
  • All cases in this course are fictional composites for training; never cite an invented dataset or comparable
  • Never imply misconduct without evidence; describe what is missing, not what someone intended
  • Diligence informs judgement; it does not produce a score, a ranking or an automatic vote

Verified sources

Final template

  1. 1.What was asked - a plain restatement of the request.
  2. 2.What I verified - claim, source, and what the source actually says.
  3. 3.What I could not verify - the open list, with the question still outstanding.
  4. 4.Strongest counter-argument - stated in its best form.
  5. 5.Disclosures - relationships, holdings or history relevant to this action.
  6. 6.How I would publish this - the rationale a reader could audit.