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
In plain language
Before you judge a governance proposal, you have to work out what decision it actually asks for. That sounds obvious, but most people skip it. They read a summary written by the proposer, absorb the framing, and start arguing inside that frame.
Intake is a short, fixed routine you run first: find the on-chain action and its anchored document, restate the ask in one plain sentence, decide how deep a review this decision deserves, and check whether you have any personal stake in the outcome. None of this tells you whether the proposal is good. It tells you what you are actually looking at, so that everything you do afterward is aimed at the right target instead of at someone else's pitch.
Why this matters for a DRep
If you skip intake, you can produce a long, careful-sounding review of the wrong thing. A DRep who reviews the forum summary instead of the anchored document may approve a scope nobody actually committed to, or miss a sub-grant pool buried in the real text. A DRep who checks conflicts after forming an opinion will always find a reason the conflict does not matter.
Getting intake wrong does not just waste time, it produces a confident, well-written record that cannot be trusted, because nobody can tell which document it was actually reviewing.
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.
The obvious answer
The proposal thread and the anchored metadata document describe the same action, so it is fine to read whichever one is more readable and save time.
What you might be missing
The anchored document is the only one the action is actually committed to. A forum post or slide deck can be edited or deleted after the vote, and can describe a broader or friendlier scope than what is on chain. When the two disagree, that gap is itself a finding worth recording, not an inconvenience to resolve by picking the nicer-sounding version.
Treating the two as interchangeable also hides the fact that thresholds, reversibility and who else votes are set by the action type, which only the anchored record reliably states.
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.
- Size of the ask, relative to the treasury and to your own tolerance for error.
- Reversibility: a parameter change can be changed back; funds already disbursed generally cannot.
- Breadth of effect: does this touch one team, one sector, or every participant?
- Time remaining before the decision date, honestly counted in hours you will actually have.
- 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.
Watch out
A disclosure describes your own interest. It never asserts an interest on someone else's behalf. Writing "the proposer is probably connected to X" without evidence is an allegation, not diligence, and it is out of scope for this workflow.
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.
Questions to sit with
- What would you need to see to be sure the forum summary matches the anchored document?
- If the review depth you chose turns out to be too shallow, what would reveal that before the vote?
- What conflict of interest would be easy to convince yourself does not count?
- What is missing from an intake note that only says the topic is important?
- What would change your view of how deep this particular review needs to go?
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.
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
Teach it back
Explain the intake and conflict check step in your own words to a delegator who has never heard of it.
Write it for a delegator who has never heard of it.
- States that intake means reading the actual on-chain action and its anchored document before forming an opinion, not the forum summary.
- Explains that review depth is chosen on purpose based on the size, reversibility and time available, and is written down.
- Explains that a conflict check is run before reading the proposal in detail, and describes what disclosure looks like when a conflict exists.
- Avoids suggesting intake tells you whether the proposal is good; it only tells you what decision is in front of you.
Sign in to write your explanation and see the model answer afterwards.
Key takeaways
The short version of this lesson. Read these first when you come back to revise.
- 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.
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 Standards Institute conflict disclosure guidance
DRep Standards Institute
The Institute's disclosure template and guidance, published on this site.
