Budget #69 — Voting Policy & Rationales
📋 Voting Policy v2 — proposal-kind-aware applicability matrix
The criteria are applied selectively based on proposal kind, not uniformly.
'This proposal falls under [kind]. From my voting policy, criteria A, C, F apply. Applying each: A: ..., C: ..., F: ... Therefore this proposal does not satisfy these criteria.'
Tx and TVL-quality contribution materiality
Treasury allocations to dApp-class proposals should produce on-chain economic activity proportional to capital deployed. Tx is directly causal for ecosystem activity. TVL alone is NOT — per Algorand Foundation research (and parallel observations across L1s), TVL does not correlate with token price or ecosystem prosperity. TVL must be evaluated by quality, not quantity. The criterion therefore distinguishes Tx (always good) from TVL (quality-dependent: ADA sell-pressure reduction or active Tx generation).
TVL quality decision tree: For a TVL claim, ask in order: (1) Does the locked asset INCLUDE ADA? → Tier 1 (positive). (2) Is the asset actively traded (generating Tx) OR paired with ADA in DeFi? → Tier 2 (positive). (3) Otherwise → Tier 3 narrative-only. Tier 3 TVL fails C1 regardless of magnitude. Algorand Foundation research caveat: TVL is not a monotonic indicator of ecosystem health. TVL can be inflated by farming incentives (temporary), token-price rallies (mechanical), or accounting tricks (reflexive — same asset double-counted across protocols). Tx remains the more reliable indicator. Acknowledged uncertainty: If evidence emerges that narrative-TVL announcements causally drive Cardano adoption / ADA purchase / Tx, this framework should be revised. Current framework reflects best-available evidence, not certainty.
Cardano-native track record
Lack of Cardano-native track record alone is not disqualifying — but for proposals where the proposer acts as judge / fund allocator (secondary-grant-dao) or claims to drive Cardano-specific outcomes (BD network, dApp), the absence of verifiable prior delivery on Cardano is a structural unsuitability signal. The criterion distinguishes 'we want to build for Cardano' (entrant-OK) from 'trust us to build/judge Cardano' (entrant-not-OK).
Critical for secondary-grant-dao: proposers act as judges, so absence of Cardano-native track record makes them structurally unqualified — not 'preferred to have', but 'required to have'. For dApp-class proposers, can be relaxed if (a) team includes named Cardano-experienced contributors, (b) initial deliverable is small-scope pilot before scaled funding.
KPI = outcome, not process
Process metrics (LOIs sourced, MoUs signed, attendance, masterclasses delivered) measure proposer activity, not Cardano ecosystem outcome. Tying milestone payments to outcome KPIs (Tx generated, TVL deposited, USD revenue collected) creates an accountability incentive. Without outcome KPIs, the proposer is paid for doing-the-work regardless of whether Cardano benefits.
Process metrics CAN be valid intermediate KPIs in BD/marketing/education work — the issue is using them as payment trigger without outcome anchor. Acceptable formulation: 'Process metric M with target N must be achieved AND outcome metric O with target P must be observed within X months for milestone Y to release'.
Treasury return mechanism
When Treasury invests in a commercial entity that subsequently captures revenue, asymmetry occurs: public capital builds infrastructure whose commercial value is privately captured. C4 demands explicit symmetry — repayment, revenue share, fee return, or token allocation. The DeltaDeFi 'Treasury Loan with Perpetual Upside' structure is the constructive opposite of pure-grant-to-commercial-entity.
Treasury return need not be 1:1 cash repayment. Acceptable forms: (a) revenue share to Treasury wallet, (b) fee burn proportional to Cardano Treasury equity, (c) token allocation to Treasury, (d) DeltaDeFi-style 'Loan with Perpetual Upside' (loan + revenue share). The criterion fails only when proposer explicitly states 'No return'.
Non-duplication (3-tier comparison framework)
Treasury allocations to functionality already supplied by another funded source double-spend public capital. 3-tier comparison framework (refined to avoid circular logic):
• Tier A(valid duplication): comparison target has completed funding (past Catalyst delivery / past TW with milestones disbursed) OR is live in production with verifiable usage.
• Tier B(weaker; conditional): comparison target is in active TW currently in voting — citing it as 'duplication' is conditional because it's not yet ratified. Use as 'overlap concern pending TW outcome'.
• Tier C(cannot use): comparison target is another Budget #69 item in the same evaluation cycle — circular logic.
Coordinated overlap is NOT duplication: Top-5 dApps clear-signing + Ledger CIP-113 + Cardano Ledger app maintenance form a 3-layer coordinated effort — by-design, not duplicative. 17 active TWs request 74% of NCL but they are claims pending DRep+CC vote, not committed funds. Until ratification, NCL absorption is theoretical ceiling — Tier B comparison.
L1 feasibility
Cardano L1 has measurable economic constraints: per-tx fee ~0.17 ADA ≈ $0.04 (per ADAtool epoch fee data) and ~20-second block time (per Cardano Ouroboros Praos parameters). Use cases that economically require sub-cent fees or sub-second finality (continuous market-making with frequent order updates, micropayments at $0.001 unit cost, agent-to-agent commerce at high tx frequency) cannot operate viably on Cardano L1. C6 forces proposers to either (a) demonstrate L1 viability at empirical fee/block constraints, or (b) explicitly commit to L2 implementation (Hydra, Midgard, Partner Chain) — the latter then changes the L1-Tx-KPI denominator.
C6 is *not* about absolute infeasibility of Cardano L1 — it's about economic per-tx ratio for high-frequency use cases. Many use cases work economically on Cardano (DEX swaps every few seconds, NFT mint events, vesting/staking interactions). C6 fails specifically when proposed use case requires update frequency that makes per-tx fee material (e.g., orderbook MM, micropay). Proposer can satisfy C6 by either (a) re-scoping to lower-frequency use case, (b) committing to L2 with clear KPI re-anchoring.
CoI safeguards
Conflict-of-interest is a structural risk when (a) proposer acts as fund allocator (deciding who else receives Treasury funds, e.g., secondary grant DAOs), (b) proposer is paid to amplify other commercial entities (marketing — selecting which projects get amplified), (c) proposer's tokenomics route Treasury investment back to their token holders (Libertum-pattern). C7 demands enforceable safeguards: exclusion thresholds (committee members not eligible for own funding), allocation caps (max % of grant pool to member-affiliated projects), independent review process. 'Will be published' is insufficient — concrete safeguards must be in proposal text before vote.
Direct dApp builders building their own product (e.g., Indigo iAssets, BloxBean SDK, Mithril) are not subject to C7 — they are not allocators of public funds to others. C7 specifically targets fund-allocation structures (where allocator can be recipient) and marketing-amplification structures (where amplifier-of-others receives Treasury budget). Edge case: if a dApp's tokenomics structurally routes Treasury investment value back to commercial-entity-token holders (Libertum-pattern), C7 applies — even though they're 'direct dApp builders' on surface.
Past funding → outcome attribution
Repeat-funded proposers must demonstrate that prior cycles produced verifiable Cardano-specific outcomes. 'Completed' Catalyst status alone is insufficient — outcome must be Cardano builder adoption / production deployment / Tx contribution, not internal team activity. /tx-roi backend (https://adatool.net/tx-roi) provides the systematic prior-funding lookup.
C8 is forgiving for first-time proposers (no prior cycles to attribute). For repeat proposers, examine: (a) /tx-roi catalyst+TW history, (b) Intersect TW milestone delivery status, (c) tx_label production data for proposers with on-chain footprint. Single-cycle 'completed' isn't enough; requires evidence of downstream Cardano builder/user/value impact.
Thesis validation
Treasury investment ahead of demand validation inverts normal risk order. C9 demands proposers demonstrate that the central thesis (e.g., 'institutional self-custodial demand on Cardano', 'AI agents are new financial users', 'enterprise BD pipeline will convert') is empirically supported via pilot results, signed LOIs from named counterparties, or quantitative market-sizing analysis. Asserted thesis alone — without empirical anchor — fails C9. The criterion is most rigorous for speculative-finance class but applies broadly to demand-dependent proposals.
C9 differs from C8 (past funding outcome) — C9 is forward-looking thesis, C8 is backward-looking attribution. New entrants without prior funding can pass C8 (no cycles to attribute) but still fail C9 (their forward thesis is unvalidated). For research class (C9 excluded), thesis validation is replaced by C5 non-duplication + C8 outcome. Marketing/education (C9 excluded) replaced by C3 marketing thesis validation.
NCL allocation share
Net Change Limit (NCL) is the constitutional cap on Treasury withdrawals per cycle (currently 350M ADA for 2026-27 cycle per Cardano constitutional parameters). C10 prevents single proposals from monopolising scarce Treasury capacity at the expense of other ecosystem priorities. The 3-band threshold (<5% proceed / 5-15% scrutiny / >15% major concern) is calibrated against typical infrastructure proposal sizes (most well-scoped infrastructure asks land <5%; large initiatives 5-15%; multi-team strategic asks >15% should require strong justification).
Bundled NCL evaluation: Individual proposals may pass C10 separately but bundled (e.g., 4 Intersect items + active Intersect TWs) may be material. C10 should also evaluate bundled portfolio share. NCL claims pending ratification: 17 active TWs requesting 74% of NCL are claims pending DRep+CC vote, not committed funds. Until ratification, NCL absorption is theoretical ceiling. Budget #69 voting interacts with TW outcomes for total NCL realisation. Constitutional NCL is a cycle-level cap, not absolute spending limit: unspent NCL doesn't roll over to next cycle in current Cardano constitutional parameters; this means ration over the 18-month cycle, not just any-given-month.
Secondary grant DAO restrictions
Secondary grant DAOs split visibility into two layers, both practically unobservable to individual DReps. (1) Where funds actually flow to secondary recipients — even when secondary DAOs publish dashboards (CBDAO has one, Catalyst has long-running ones, this proposal will likely include one too), the structural constraint is NOT tooling availability. DReps are an unspecified mass of mostly-unpaid volunteers with day jobs; capacity for governance is bounded by personal time and resources. Core attention goes to reviewing on-chain GAs (constitutional minimum). Continuously tracking a secondary DAO's internal allocation across dozens of downstream proposals — voting cycles, milestone reviews, dispute resolutions — is outside what most DReps can fit in. Better dashboards don't reduce the cumulative attention required to exercise oversight. Empirically: among DReps I have spoken with, none can monitor Catalyst or CBDAO fund-allocation outcomes at the individual-recipient level. (2) Whether the secondary DAO's own internal governance operates without member capture / allocation bias / self-dealing — same DRep-capacity constraint applies, made worse by internal voting records / CoI disclosures / per-decision rationale not normally being produced at audit-grade granularity. Direct TW (one recipient, one set of deliverables) is straightforwardly handled within typical DRep attention budget by contrast. The Constitutional amendment lowering Direct TW barriers (17 active TWs requesting 74% of NCL, pending ratification) makes secondary mechanisms structurally less needed. C11 sets a high bar: default NO unless three exception conditions all met.
Acceptable exception examples (theoretical): (a) Draper University-style fixed expert team with verifiable startup-judging track record (Y Combinator, Techstars, Plug and Play), (b) Catalyst Fund Operations style — established procedural DAO with explicit constitutional anchor and CoI safeguards. Neither current Budget #69 secondary-DAO proposal meets these criteria.
Scope / team-size justification
Filling a gap identified during by-category review of Policy v2: core-protocol / wallet-hardware / education / infrastructure proposals had previously only C5 + C8 + C10 (or fewer) applicable. This created 'too-loose' threshold — passing C8 (past funding outcome) alone could approve continuing-maintenance work without verifying that the proposed scope and team size are warranted by current user/adoption base. C12 demands maintenance-class proposals justify their scope+team via empirical user metrics + benchmarking against comparable maintainers.
C12 is an internal-improvement criterion identified during Policy v2 self-audit: 'core-protocol' and 'wallet-hardware' kinds had only C5+C8+C10 previously, allowing default-YES with weak verification. C12 strengthens these. Note: sole-maintainer status (BloxBean for Java/JVM, Cardano.nix for Nix) implicitly satisfies C12 because there's no benchmark — alternative is non-existence. Such cases should self-acknowledge sole-maintainer status.
✨ Per-proposal rationales
Applicable criteria: C1, C3, C5, C6, C7, C9. Applying each:
• C1 — Tx/TVL contribution materiality: $10M aggregate TVL across 10 protocols ≈ $500K average each, achievable through temporary farming incentives. Proposal lacks: (a) increment vs current ~$132M Cardano DeFi TVL (per DefiLlama April 2026 = 7.6% increment, but achievable via farming dilution), (b) durability metrics beyond a 30-day trailing average, (c) Treasury ROI metrics such as protocol fee revenue or holder-diversity measures. The 30-day-ish farming-incentivized TVL pattern is well-documented across L1s as 'mercenary capital' that exits when farming ends.
• C3 — KPI = outcome with causal attribution: Headline TVL is achievable through farming campaigns; the proposal does not commit to retention metrics (TVL persistence after farming-incentives end) or holder-diversity measures or per-protocol volume targets. No causal attribution between Treasury investment and durable TVL retention.
• C5 — Functional duplication with existing AMM ecosystem: Cross-check existing Cardano DEXes (all Tier A — funded and live in production):
- Minswap (per ADAtool db-sync tx_label.minswap = 31.4M tx all-time) — established AMM
- SundaeSwap (7.5M tx all-time) — established AMM
- WingRiders (4.7M tx all-time) — established AMM
- Splash / Splash Protocol (combined 6.1M all-time) — orderbook-AMM hybrid
- Spectrum / VyFinance / Steelswap / MuesliSwap — additional AMMs
- DexHunter — aggregator (4.1M all-time, aggregating across all of the above)
Functional substitution by AMM aggregator pattern (DexHunter routing) is empirically present at scale. Pure-orderbook differentiation positioning needs to demonstrate substitution-resistance.
• C6 — L1 feasibility: Cardano L1 has ~20-second block time (per Ouroboros Praos parameters) + per-tx fees on every order/cancel (~0.17 ADA ≈ $0.04 per ADAtool epoch data). Active market-making at typical professional-MM frequency requires sub-second order updates — economically impossible at L1 fees. Empirical reference: tx_label.muesliswap shows last_6m / all-time activity ratio of ~0.78% (per ADAtool db-sync) — MuesliSwap's pivot away from pure orderbook design produced empirical activity collapse, not just strategic re-positioning. The structural constraint is empirically demonstrable.
• C7 — CoI safeguards: Founding contributors (Dano Finance, Fallen Icarus per proposal) can plausibly become funding recipients through protocols they author or operate. The proposal commits to publishing CoI rules but does not specify exclusion thresholds, allocation caps for member-affiliated protocols, or independent review requirements. 'Will be published' is not a verifiable governance commitment, and capture resistance cannot be assessed from the document as written.
• C9 — Thesis validation (decisive): Core thesis — that institutional, self-custodial, censorship-resistant settlement demand exists on Cardano specifically — is asserted but not evidenced. No pilot results, institutional letters of intent, or market sizing analysis are provided. Per 2026-05-10 X community search across Cardano DEX/institutional traffic discussion, no demand signal for institutional-grade self-custodial CLOB on Cardano was surfaced in 21-day window. Committing 3.4M ADA before small-scale validation inverts the normal order of risk.
Therefore this proposal does not satisfy these criteria.
Applicable criteria: C1, C3, C6, C9. Applying each:
• C1 — Tx contribution materiality: Headline benchmark in proposal is 'capital efficiency: 10,000 tx per 100,000 ADA disbursed'. Applied to ₳6.2M = 620K total tx target across 12 months. Distributed: 51.7K tx/month average. Per ADAtool db-sync 2026-05 baseline (~800K monthly Cardano L1 tx), 51.7K/800K = ~6.5% increment. However, automated/bot-driven activity is a well-known issue in cross-chain activity-mining schemes — the target can be met without quality contribution. Proposal lacks unique-active-user / tx-type-diversity / retention indicators that would distinguish quality contribution from bot-padded numbers.
• C3 — KPI = outcome with causal attribution: Process-only metrics (capital efficiency ratio, total tx count) without quality indicators. No cohort tracking of x402-driven users, no merchant onboarding count tied to milestone, no agent-commerce volume from named platforms.
• C6 — L1 feasibility (decisive): x402 (HTTP 402 protocol re-implementation by Coinbase, productively running on Base/Solana per their public docs) and agent-to-agent (A2A) commerce presuppose sub-cent fees and sub-second finality. Cardano L1 fee structure (~0.17 ADA/tx ≈ $0.04 per ADAtool epoch fee data 2026) and ~20-second block time (per Ouroboros Praos parameters) cannot economically host these patterns. A unit transaction in x402 is typically $0.001-0.01 (per HTTP 402 spec context); at Cardano L1 fee of $0.04, the tx fee is 4-40× the unit transaction value — economically inverted. The proposer's claim that Cardano L1 hosts these patterns is unsupported.
• C9 — L1/L2 KPI ambiguity: Proposal maps to Cardano L1 monthly transaction target (800K → 27M by 2030 per IO Vision 2030 framing). Since C6 forces L2 implementation (Hydra / Midgard / Partner Chain), the L1 KPI mapping is structurally incompatible with the technical reality. Document does not define 'on-chain transactions' (L1-only / L2-inclusive / any-Cardano-anchored), rendering the headline capital-efficiency metric unverifiable as written.
Therefore this proposal does not satisfy these criteria.
Applicable: C3, C4, C8. Applying:
• C3 — KPI = outcome (mixed): Process metrics (intake count, signed pilots, case studies, conversion rate) are valid intermediate BD KPIs by industry convention. The issue is not their inclusion, but the absence of outcome-anchored milestone triggers tied to Cardano Tx/TVL/USD-revenue contribution. The proposal does not specify the % of intake → measurable Cardano outcome.
• C4 — Treasury return: Proposal claims contribution to 'Monthly Transactions' but provides no projected tx/month figure, making expected protocol fee return on the 929,699 ADA investment unverifiable. No revenue share or repayment mechanism specified.
• C8 — Past performance pattern: In a separate STORM Catalyst proposal, the same proposer's KPI structure assigns 1 point per enterprise receiving a Cardano report — measuring engagement and awareness, not transactions or deployments. This is a weak mechanism for contributing to Cardano's 2030 transaction target.
Applicable: C1, C9, C10. Applying:
• C1 — Tx/TVL contribution materiality: RWA tokenized funds do not generate transactions at scale. Empirical reference: BlackRock BUIDL is the world's largest tokenized fund at $147M AUM with only 1,359 cumulative transactions over 2 years = approximately 50 tx/month with 54 holders (per BUIDL public Etherscan data). Bridge Fund's 'several thousand tx/year' projection = 0.02-0.05% of Cardano's monthly 800K tx baseline — within observational noise rather than meaningful contribution. The TVL +€100M figure also depends on raising €85M from external LPs; only €15M is reliably committed by the Treasury.
• C9 — Thesis validation: Two unsupported assertions:
1. '10% net IRR target': no comparable historical realized IRR data is disclosed for Foncière Renaissance or similar funds. Real estate IRR is path-dependent (interest rates, regional market cycles); without historical realized IRR, 10% is a marketing target, not an evidenced projection.
2. No precedent of any blockchain Treasury acting as LP is cited. This is a category-novel investment for any blockchain treasury — pilot-stage, not validated thesis.
• C10 — NCL allocation share (major concern): 65,405,000 ADA requested = 18.7% of the 350M ADA Net Change Limit for the 2026-27 budget cycle. Per my voting policy: '<5% (proceed), 5-15% (scrutiny), >15% (major concern)' — this proposal hits the major concern band. A single proposal consuming nearly one-fifth of 18-month Treasury capacity crowds out other priority initiatives (USDCx integration, infrastructure, etc.).
Therefore this proposal does not satisfy these criteria.
Applicable: C1, C5. Applying:
• C5 — Functional duplication with LayerZero (TW #77 Pentad Critical Integrations, vendor-confidential ₳70M pool): Per Pentad public announcements (@Cardanians_io 197♥ snapshot 2026-05-07), LayerZero is one of four named Pentad Critical Integrations alongside Circle USDCx ✅, Dune analytics ✅, Pyth Oracle ✅ — LayerZero status: ⏳ pending (announced + funding committed, deployment ongoing, NOT yet live on Cardano mainnet as of 2026-05-10). Funding flows through TW #77 (Withdraw ₳70M for Cardano Critical Integrations Budget, ratified epoch 605, Pentad-led, vendor identities confidential pending integration completion). Tier A-ish (funded + announced + deployment-in-progress) but NOT yet live.
LayerZero global footprint (off-Cardano): 160+ chains, $200B cumulative cross-chain volume, $90B liquidity (LayerZero public docs).
Project Janus's three pillars overlap with what LayerZero will provide once deployed:
- Janus DVN (Decentralized Verifier Network) ↔ LayerZero DVN
- Janus CCT / OFT-equivalent (Cross-Chain Token / Omnichain Fungible Token) ↔ LayerZero OFT standard
- Janus GMP (Generalized Messaging Protocol) ↔ LayerZero GMP
This asks DReps to pay twice for the same set of problems — Pentad has already committed funding for LayerZero deployment via TW #77; approving Project Janus's ₳30.6M creates parallel funding for the same use cases.
• C1 — Tx contribution structurally negligible: ChainPort (the primary identified deliverer in the Janus proposal) has cumulative track record of 97,000 total ports across 47+ chains over 2+ years of operation (per ChainPort public stats as of July 2025). The Cardano share is a fraction of that 97K total, translating to a few hundred tx/month at most for the Cardano leg. Bridges by their nature generate lower-frequency transactions than DEX or lending infrastructure. Even if Project Janus achieves 10× the typical ChainPort Cardano share, the contribution is on the order of 0.25-1% of Cardano's current monthly 800K tx baseline. With LayerZero deployment funded (TW #77) and likely to mature during the funding cycle, ChainPort's market-share assumptions themselves require re-evaluation downward.
Therefore this proposal does not satisfy these criteria.
Applicable: C5 — but the real concern is at a different layer, not duplication itself. Applying:
• C5 (light) — Some analytics-layer overlap with existing tools (adatool, Cexplorer, Cardanoscan, Lido Nation, gov-health.intersectmbo.org, gov.tools, multiple individual DRep efforts). Noting this for completeness, but duplication is NOT the main argument here.
• The real concern — this proposal isn't addressing the actual Cardano governance bottlenecks. Tools, research artifacts, deliberation methodology, content, motivated community — all of these already exist in abundance. Adding more of them does not move the needle. The two actual bottlenecks are both untouchable by this proposal:
(a) End-user wallet UIUX for delegation: The primary lever for improving delegation behavior (moving stake out of auto-abstain default, increasing active vote / re-delegation frequency) is the wallet UI/UX experience itself — how easily a wallet user discovers DRep options, reviews rationale, and switches delegation. Only wallet providers (Eternl, Lace, Daedalus, Vespr, Begin, NuFi, Tokeo, Yoroi, etc.) can control this. Neither a Governance Coalition nor an RFP program has authority over wallet front-ends. This bottleneck is structurally outside the proposal's reach.
(b) DRep-to-DRep consensus building — the dirty, exhausting negotiation work: Cardano governance has many DReps holding fundamentally different views and values (on NCL ceilings, on which proposals to fund, on Treasury return mechanisms, on operator-capacity questions). Improving governance means finding compromise positions across those gaps — proposal by proposal, vote by vote. This is slow, manual, relationship-based work that happens through X DMs, Telegram, Discord side-channels, in-person events, and 1-on-1 calls. Research papers, analytics dashboards, structured deliberation protocols, and reward schemes do not substitute for the actual sit-down-and-negotiate effort. The proposal does not commit to performing this work directly — it commits to funding more research / RFPs / coordination layer artifacts.
Both bottlenecks are outside the scope this proposal can credibly address. Adding another coordination layer — whether analytics, deliberation tooling, or research artifacts — does not change the wallet stack and does not perform the cross-DRep negotiation work.
Therefore this proposal does not satisfy this criterion as currently scoped.
Applicable criteria: C2, C3, C4, C7, C8. Applying each:
• C2 — Cardano-native track record (decisive): Per /tx-roi backend, Magenta Labs has 'N/A' Cardano funding history (no prior Catalyst, no prior TW). Team experience cited in proposal: Polygon Labs, ZKsync, Outlier Ventures, Polkadot — none Cardano-native. The bidirectional trust signal evaluation: positive side (Cardano deliveries) is empty; negative side (operator history red flags) — none publicly surfaced, so neutral. Net: positive signal absent. Compared to two existing BD-style proposers with verifiable Cardano track record:
- STORM: Implementation Partner, 9/11 Catalyst deliveries on Cardano (per public Catalyst funding records via /tx-roi). Demonstrated capability to convert Cardano BD pipeline into deliverables.
- NMA: Active Masumi engagement since Oct 2024 (per Masumi public docs + per Intersect TW where Masumi has 28.7K tx footprint).
Magenta lacks the comparable Cardano-specific delivery record. The 'Polygon experience transfers' counter-argument requires Cardano-experienced staff/advisor disclosure — proposal does not name such structure.
• C3 — KPI = outcome with causal attribution: Proposal explicitly states 'ecosystem KPIs are not used as direct milestone triggers'. Payment milestones tie to process metrics: 60 sourced opportunities / 20 LOIs / 10 deployments. These measure Magenta's pipeline progression, not Cardano outcomes. Causal attribution gap: 'opportunities sourced' → 'Cardano-attributable Tx/TVL/wallet creation' is the unspecified middle step. Without UTM-tracked or cohort-attributable downstream metrics, milestone payments fund pipeline activity regardless of Cardano outcome.
• C4 — Treasury return mechanism: No revenue share, fee return, repayment, or success-based clawback specified. BD-as-grant structure with no return. The 'subsidy' framing means Treasury bears 100% of pipeline-development risk while downstream deployment commercial value (if any) accrues to deployed dApps and Magenta's commercial relationship with them — not Treasury.
• C7 — CoI / counterparty verifiability: WP4's two-layer evidence model restricts named counterparty / LOI evidence to administrators and designated reviewers. DReps cannot verify the targets of funded work — empirical KPI verification at DRep level impossible. Counter-argument: NDAs are industry standard in enterprise BD. Refutation: STORM operates similar confidentiality structure but with verifiable Cardano deliveries (9/11 Catalyst); the gap is delivery track record visibility (a ratio metric: deliverables/NDA-subjects), not full-disclosure-vs-no-disclosure binary.
• C8 — Past funding outcome (combined with C2 'N/A'): 'N/A' Cardano funding history means C8 cannot be evidence-applied to attribute past success or failure. Combined with C2's lack of Cardano delivery record, the proposer is asking Cardano Treasury to fund Cardano-central BD work as their first Cardano engagement at ₳2.5M scale. This inverts normal sequencing — typical pattern: small initial Catalyst proposal → demonstrate delivery → larger TW → Treasury-funded BD network.
Therefore this proposal does not satisfy these criteria.
Applicable: C5, C8, C9. Applying:
• C5 — Functional overlap with IO Budget 2026 proposal: IO Global has separately submitted active TW #102 'IO: Cardano High Assurance Technical Collaboration' (13.1M ADA) covering FV tooling accessibility. Tier Bcomparison (active TW pending ratification, not yet funded) — overlap concern is conditional on #102's vote outcome. If #102 ratifies, Lean 4 Auditor Training is duplicative. If #102 fails, Lean 4 Auditor Training has scope but should still satisfy C9 (thesis validation) independently.
• C9 — Demand thesis unsupported: The proposal's central claim that 'Cardano cannot scale TVS faster than auditor capacity' is asserted without empirical support:
- No survey data identifying which Cardano protocols are waiting for audits
- No data on audit firm backlogs or wait times
Empirical counter-evidence: at least 8-10 firms actively serve Cardano audit/security work — MLabs, Anastasia Labs, CertiK, Quantstamp, Hacken, Tweag, Runtime Verification, No Witness Labs (the proposer itself). Per EMURGO official statement, Cardano TVL $1.1B+ with zero major Cardano hacks — current capacity functions at least at the catastrophic-failure-prevention level.
• C8 — Conflation of niche scarcity with Cardano scarcity: 'Lean 4 + Blaster auditor scarcity' is genuinely globally rare (Lean 4 is a niche proof assistant; Blaster is the proposer's own tool). 'Cardano auditor scarcity' is not. The proposal frames the former as if it were the latter — this conflation is the central evidence gap.
Therefore this proposal does not satisfy these criteria.
Applicable: C1, C3, C4, C8, C9. Applying:
• C1 — Tx KPI claims structurally implausible: Proposal claims 450K tx Year 1, 1M Year 2, 3-5M Year 3 (annual rates). Converting to monthly: Year 1 = 37.5K/month (~4.7% of Cardano 800K monthly baseline), Year 2 = ~83K/month (~10%), Year 3 = 250-417K/month (31-52% of Cardano monthly baseline). The Year-3 figure is the implausibility benchmark. Compared to BlackRock BUIDL (~50 tx/month at $147M AUM, per public Etherscan data), generating 37.5K/month from a single Plantec partnership starting month 1 already requires ~1,233 license-issuance operations/day — no evidence presented that single LatAm floriculture propagator's actual operational volume supports this, let alone the Year-3 escalation to 7-10× that rate.
• C3 — KPI inconsistency: WP4 sets 'additional 2 LOIs' as a KPI — suggesting the existing Plantec partnership may itself not be on formal commitment basis (i.e., LOI-stage rather than executed contract).
• C4 — Public-to-private capture: Treasury funds 653K ADA of development. After WP4 establishes 'commercial fee structure', commercial revenue accrues to proposer; explicit Treasury return = 'No'. Public capital builds infrastructure whose commercial value is privately captured — same asymmetry as Bridge Fund proposal.
• C8 — Track record domain mismatch: Proposer's delivered Catalyst track record is in government/electoral domains (blockchain voting system, Atala PRISM voter ID). Floriculture commercial enterprise ERP integration is a different domain. The ASP.NET / C# stack cited in proposal is also distinct from Cardano dApp development mainstream (TypeScript / Aiken). Domain transferability concerns.
• C9 — Pilot-to-mass-adoption gap: Multiple Cardano supply chain / traceability proposals have been funded historically via Cardano Foundation and Catalyst, none of which has generated mass adoption tx volume. No evidence presented that floriculture would produce different results.
Therefore this proposal does not satisfy these criteria.
Applicable: C2, C3, C8, C9. Applying:
• C2 — Cardano-native track record (decisive): Per /tx-roi backend, Justice Conder (proposer) has Cardano funding history 'N/A'. Experience cited: Polygon Labs, Quadratic Accelerator. Same pattern as Magenta Labs (DeFi & OpenFi US, also Budget #69 NO) — building central Cardano financial infrastructure with no Cardano-native delivery record.
• C3 — KPI = outcome (zero quantitative commitments): Across 4 work packages, the 'How will success be measured?' sections contain no specific tx, user, or TVL targets. Phrases like 'Number of active users', 'Volume of fiat to USDCx conversions', 'Monthly transaction activity generated' appear in milestone definitions without target values. Milestone triggers are process metrics, replicating the accountability gap of Magenta Labs proposal.
• C8 — Past funding pattern: 'N/A' Cardano track record means C8 cannot be applied with evidence — but combined with C2's lack of Cardano delivery history, the proposer is asking Cardano Treasury to fund ambitious Cardano-central infrastructure as their first Cardano work.
• C9 — Speculative thesis (decisive): 'AI agents are becoming a new class of financial users' is not a validated market as of 2026:
- x402 protocol: emerging, with sub-1K daily tx adoption across all chains as of 2026-Q1
- MCP (Model Context Protocol): early-stage, no on-chain financial application at scale
- Agent commerce: A16z-portfolio thesis with negligible production volume
No empirical baseline for agent-driven tx within Cardano's monthly 800K. All expected Tx depends on this unvalidated thesis materialising.
Therefore this proposal does not satisfy these criteria.
Applicable: C8, C9. Applying:
• C8 — Past funded projects' adoption unverifiable: Per /tx-roi backend, Eryx (Cooperativa de Trabajo Eryx) has 1 prior Catalyst = 200K ADA. Separately, Eryx has a ZK Bridge TW (gov action id 38, ₳700,000 face, ratified epoch 575). Adoption metrics for the prior funded work (Cardano builder downloads, integration count, live mainnet usage) are not presented in the current proposal.
Per @perturbing's Ekklesia comment, multiple of the four proposed Year-1 contributions are problematic on their own terms (not just adoption): (i) PLONK verifier in Aiken — perturbing/plutus-plonk-example already exists (a port to Aiken is non-trivial but trivial-research-wise); (ii) RISC Zero zkVM → BLS12-381 — non-trivial scalar-field conversion risk (stark argument over wrong-sized scalar field); (iii) Aiken ZK extensions — existing aiken/crypto/bls12_381 stdlib raises sufficiency question; (iv) Semaphore — standard ZK primitive with no Cardano-specific demand signal in proposal.
• C9 — Demand from any Cardano builder unverifiable: PLONK verifier (tool), RISC Zero integration (infrastructure), Aiken ZK extensions (tool maintenance), Semaphore V4 (primitive) are all building blocks for builders to use, not direct tx/TVL generators on their own. Without identifying ≥1 named Cardano builder committing to use these, the scope-to-adoption gap is wide.
Therefore this proposal does not satisfy these criteria.
Applicable: C1, C4, C8, C9. Applying:
• C1 — Tx contribution structurally negligible: The Secretariat of Modernization of Entre Ríos processes an estimated 50-150 projects/year (based on public LatAm provincial-government scale). Per-project tx generation for traceability/verification is typically 5-20 events/lifecycle. Result: ~21-63 tx/month = 0.003-0.008% of Cardano's monthly 800K tx baseline. Proposal contains no specific numerical commitment.
• C4 — Treasury recovery on astronomical timescale: Repayment is limited to the 19.4% contingency as ADA price hedge, with no commercial revenue share. Tx fee recovery calculation (at Cardano current ~0.17 ADA/tx ≈ $0.04 fee, net Treasury share ~50%):
- Entre Ríos solo (~50 tx/month × $0.02 fee × 50% Treasury share = $0.50/month): recovery period ~13,000-55,000 years for 653K ADA grant
- LatAm-wide deployment (assuming 100× scale-up): ~38 years
Effectively a permanent grant structure.
• C8 — TxPipe domain transfer concern: Per /tx-roi, TxPipe has strong delivery track record on builder infrastructure (Pallas, Oura, UTxO RPC, Dolos — 26 Catalyst proposals + 663K TW = 4.53M ADA cumulative; per Intersect TW: 9/10 milestones delivered). However, GOV.EXE is gov-pilot domain — distinct from builder-tooling delivery. Domain transferability is uncertain; track record is not directly applicable.
• C9 — Government blockchain pilot historical success rate: Pilot completion ≠ production deployment ≠ replication. Government blockchain pilots historically have low conversion-to-production rates (e.g., Sweden Lantmäteriet land registry pilot 2017-2018 ended without production deployment; Estonia X-Road is exception, not norm). As Treasury investment, this falls into a high-failure-rate category.
Therefore this proposal does not satisfy these criteria.
Applicable: C3, C8. Applying:
• C3 — KPI = outcome (zero Cardano-specific commitments): All proposed KPIs are process metrics — masterclass attendance, mentorship utilization, pitch readiness, Techstars Accelerator acceptance rate. No commitments on Cardano-specific:
- Deployment count (named projects committing to deploy on Cardano)
- Tx generation
- TVL contribution
'$3B TVL / 1M MAU by 2030' is cited as Cardano-wide ecosystem target, not as Techstars-attributable commitment. The proposal cannot make Techstars accountable to that target.
• C8 — Prior F13 Cardano funding outputs unverified: Per public Catalyst funding records, Project 1300182 (claimed by proposer as F13 Cardano funding precedent) has the following verification gap:
- Proposal claims 'great success'
- No verifiable outcome metrics presented in current proposal: graduates deployed on Cardano (count), tx/TVL generated, retention beyond program end, etc.
- Per /tx-roi backend, no verifiable production tx attributable to F13 graduates as a cohort
Without past period outcome attribution, the +funding for 2030 strategy cycle cannot be evidence-supported.
Therefore this proposal does not satisfy these criteria.
Applicable: C2, C3, C4, C7, C8. Applying:
• C2 — Cardano-native track record 'N/A': Per /tx-roi backend, prior Cardano funding 'N/A'. Team experience cited: Polygon, ZKsync, Outlier Ventures, Polkadot — same template as Magenta Labs (Budget #69 NO).
• C3 — Process KPIs only: All milestone-tied KPIs are process metrics:
- 50+ screened (intake count)
- 20+ LOIs (commitment-letter count)
- 10+ 'in deployment or activation' (loose definition)
- 4 reports (deliverable count)
Definition of 'opportunities in deployment' is loose: counts 'testnet preparation', 'funding review started', 'liquidity route preparation' — none of these are actual Tx/TVL contribution commitments.
• C4 — No Treasury return: Same BD-as-grant pattern. No revenue share, fee return, or repayment.
• C7 — Counterparty opacity: WP4 'two-layer evidence model' restricts named counterparty/LOI evidence to administrators and designated reviewers. DReps see only aggregated progress, making empirical KPI verification at DRep level impossible. Same pattern as Magenta proposal.
• C8 — Combined with C2 absence: 'N/A' Cardano funding history means C8 cannot be evidence-applied; combined with C2 lack of Cardano delivery record, the proposer is asking Cardano Treasury to fund Cardano-central BD work as their first Cardano engagement.
Therefore this proposal does not satisfy these criteria.
• C1 (Tx/TVL materiality) — NOT applicable: a DSL doesn't directly generate Tx; it enables others. Tx is wrong metric.
• C3 (KPI = outcome) — NOT applicable: research deliverables (release, audit, integration) are output metrics by design.
• C4 (Treasury return) — NOT applicable: public-good DSL is intentionally non-revenue-generating.
• C6 (L1 feasibility) — NOT applicable: DSL design has no direct L1 fee/blocktime constraint.
• C7, C9, C10, C11 — NOT applicable to research/DSL.
Applicable criteria: C5 (non-duplication), C8 (past funding outcome). Applying each:
• C5 — Note on Aiken comparison (different target audience): Marlowe is designed for financial-domain experts (lawyers, financial professionals, non-programmers) — a DSL for non-coders to express financial contracts. Aiken is designed for software engineers writing on-chain code. These are different target audiences and 'accessibility' means different things in each context, so Aiken does NOT directly substitute Marlowe's intended user base. However, the empirical observation that every major Cardano DeFi protocol (Minswap, Liqwid, Indigo, SundaeSwap, WingRiders, Bodega, CSwap — verified via tx_label production usage) is built by software engineers using Aiken/Plutus suggests the financial-DSL audience for Marlowe simply hasn't materialised on Cardano. Proposal itself acknowledges: 'the vision ... was ahead of where Cardano adoption actually was'. The C5 substance is audience non-materialisation, not Aiken duplication.
• C8 — Past funding outcome + community 'V2-of-failed-V1' critique: The proposal does not present its own adoption / usage data to demonstrate the prior Marlowe investment has produced sustained Cardano DeFi adoption — and it does not cite signed adoption commitments from any major Cardano DeFi protocol for V2.
*Supporting (but inconclusive) signal from our side*: ADAtool db-sync archive (epoch 1-629, 2017-09 to 2026-05-09) shows tx_label.marlowe (CIP metadata label 1564) trajectory — 2022: 84 tx; 2023: 5,901 tx (peak); 2024: 408 tx; 2025: 14 tx. Last 30 days = 0 tx. *Caveat*: this label captures Marlowe transactions carrying the 1564 metadata; Marlowe activity sent without that metadata would be undercounted.
*Independent community signal*: @matiwinnetou (2026-05-08, ♥61) — public budget critic — explicitly cites Marlowe as the cautionary 'V2 of a protocol with zero V1 adoption' example: 'caution dReps regarding some proposals … trying to create proposal for V2 of a protocol while V1 has zero adoption … assuming users will adopt the solution (like we didn't have Marlowe as an example [used by nobody or almost nobody])'. The proposer concedes V1 adoption gap in proposal text ('the vision ... was ahead of where Cardano adoption actually was').
The decisive gap is that the Marlowe side has not presented its own adoption data, and the community-recognised 'V2-of-failed-V1' pattern applies.
Therefore this proposal does not satisfy these criteria.
Applicable: C1, C4, C8. Applying:
• C1 — Tx contribution negligible: Year 1 targets — 100 bundle tx + 200 wallets — represent 0.001% of Cardano's monthly 800K tx baseline. Even at 10× over-delivery, contribution would still be <0.01% of monthly tx.
• C4 — Tx fee recovery on astronomical timescale: 100 bundle tx Year 1 × $0.04 fee × 50% Treasury share = $2/year. Recovery period for any meaningful grant size = effectively permanent grant.
• C8 — Past funded projects' attribution weak: Per the proposal, the Swarm Treasury System has been operational 4+ years and has generated 350+ bundle tx total. That averages 85-100 tx/year — extremely small monthly/annual cadence. For other completed Catalyst projects by the same proposer:
- Redis State Channels DRED
- Universal Skills Authentication
- cPoker Dred
- Stellar Contracts
None of these have public-information-verifiable production deployment, Cardano builder adoption, or Tx/TVL contribution. Completed project count is high (7+), but empirical Cardano ecosystem contribution lacks sufficient evidence per project.
Therefore this proposal does not satisfy these criteria.
Applicable: C2, C5, C8, C11. Applying:
• C2 — Track record as judge: Per the proposal summary, this is a DRep-governed funding mechanism — DReps act as judges with CoI rules, rationale requirements, and capped compensation. This is different from the Builder DAO / Tooling DAO Initiative-DAO-framework pattern (which uses builder-members voting on each other's proposals). Structurally, DRep-as-judge is less captured than builder-self-voting. However, no fixed expert team with verifiable Cardano grant-judgment track record exists; rotating DReps don't have measurable success record in startup-stage allocation judgment. The proposers have not published a comparable allocation track record.
• C8 — Past funded projects attribution: As proposal itself states, direct alignment is limited to governance metrics; Tx/TVL falls under 'indirect alignment' dependent on funded projects. The grant pool is forwarded to other proposers; outcome attribution chain is two-step indirect.
• C11 — Operating cost ratio: Per the proposal's own breakdown:
- Setup: 1.188M ADA
- Council compensation: 500K ADA
- DAO Service provider: 600K ADA
- DRep Rewards: 600K ADA
- Final reward: 100K ADA
- Intersect admin: 417K ADA
- Total operating cost: ~3.4M ADA = 24% of total budget
Typical grant programs (Y Combinator, Techstars, AWS Activate, Catalyst Fund operations) operate at 5-10% overhead. 24% is 2.4-4.8× the benchmark range. Per /tx-roi data on past similar structures (Wada 27 Catalyst proposals = 1.81M ADA / 0 verifiable outcome), high-overhead community-DAO patterns historically have not produced measurable Cardano outcomes.
• C5 — Two-step funding removes DRep oversight (decisive structural concern): A direct Treasury Withdrawal is straightforwardly auditable — one recipient, one set of deliverables, one accountability path. A secondary-grant DAO splits that visibility into two layers, and both layers are practically unobservable to individual DReps — NOT because tooling is missing, but because of DRep-capacity constraints:
1. Where the funds actually go (secondary grant recipients): Secondary DAOs typically publish dashboards (CBDAO has one, Catalyst has long-running ones, this proposal will likely include one too) — these tools EXIST. The structural problem is on the consumer side: DReps are an unspecified mass of mostly-unpaid volunteers with day jobs. Capacity for governance is bounded by personal time and resources, and core attention naturally goes to reviewing on-chain GAs (the constitutional minimum). Continuously tracking a secondary DAO's internal allocation decisions across dozens of downstream proposals — voting cycles, milestone reviews, dispute resolutions — is outside what most DReps can fit in, no matter how usable the dashboard. Empirically: among DReps I have spoken with, not a single one can monitor Catalyst or CBDAO fund-allocation outcomes at the individual-recipient level.
2. Whether the secondary DAO's own internal governance is operating properly (no internal fraud, no member capture, no allocation bias toward affiliated parties): same DRep-capacity constraint applies, made worse by internal voting records / CoI disclosures / per-decision rationale not normally being produced at audit-grade granularity.
Both oversight dimensions failing simultaneously is the structural problem with secondary-grant-DAO patterns. Direct TW is structurally preferable when feasible — fits within typical DRep attention budget. The Constitutional amendment lowering direct-TW barriers makes this argument stronger, not weaker. (For context: Intersect TW data shows 17 active TWs requesting 259M ADA = 74.1% of 350M NCL if all ratified — direct TW path is being actively used.)
Therefore this proposal does not satisfy these criteria.
Applicable: C3, C4 (decisive). Applying:
• C4 — Treasury return explicitly zero (decisive): Proposal text quote: 'Will any portion of the requested funds be returned to the Cardano Treasury? No.' No repayment, no commercial revenue share, no fee return. Pure grant structure.
Houdiniswap is profitable commercial entity with public revenue indicators:
- $9.2M+ cumulative fees (per Token Terminal as of 2025)
- Top 50 by revenue on Token Terminal ranking
- Already organically integrated with 35+ chains (per Houdiniswap public docs)
After Cardano Treasury funds integration cost ($315K), Houdiniswap captures 100% of Cardano-routed swap fees with no revenue share to the Treasury. A commercial entity with $9.2M+ revenue base has structural commercial incentive to integrate any chain it deems profitable — Treasury subsidy is unnecessary if integration is commercially worthwhile, and harmful (zero return) if it isn't.
• C3 — KPI vagueness: KPI commitments limited to '≥10 completed Cardano-involving swaps post-launch' and 'measurable volume within 90 days'. No concrete volume target specified. The proposal does not specify what % of Houdiniswap's existing $2.8B cumulative volume would be routed through Cardano.
Therefore this proposal does not satisfy these criteria.
Applicable: C2, C5, C7, C11. Applying:
• C5 — Functional duplication with CBDAO framework: Proposal explicitly states (per proposal text): 'Cardano Builder DAO was the first successful pilot implementation of the Initiative DAO framework' — replicating CBDAO's framework for the tooling vertical. Given CBDAO's empirical outcome (per /cbdao-tracker measurement: most funded projects held positions independent of CBDAO funding; 3 of 14 R1-funded projects in top 38; Masumi possibly excepted), justification for replicating same structural pattern in tooling vertical does not hold.
• C2 — Track record as judge (member-builders self-voting, not DRep judges): Members are builders / tooling-project contributors (inherited from CBDAO Initiative DAO framework where members vote on each other's proposals — 2025 R1+R2 operated this way). Distribution decision-makers and recipients overlap by design. 'Builder DAO experience' is claimed as basis but this is distinct from a measurable success record of judgment outcomes. A fixed expert team with measurable judgment track record (e.g., Y Combinator, Techstars) could be entrustment-eligible — Tooling DAO is not.
• C7 — CoI without enforceable safeguards: Members self-vote on each other's proposals (per proposal mechanic). Self-voting is a structural CoI without explicit safeguards (exclusion thresholds, allocation caps for member-affiliated projects, independent review).
• C11 — Default-NO criteria check:
- (a) Fixed expert team: ✗ rotating members
- (b) Operating overhead ≤10%: must check, but typical Initiative DAO framework targets 15-25%
- (c) No self-voting: ✗ self-voting allowed
Fails 2 of 3 exception conditions.
• C5 (additional) — Two-step funding removes DRep oversight (DRep-capacity constraint, not tooling): Direct TW is straightforwardly auditable within a typical DRep attention budget (one recipient, one set of deliverables). A secondary-grant DAO splits visibility into two layers, both practically unobservable to individual DReps — not because tooling is missing (CBDAO has dashboards, Catalyst has long-running ones, Tooling DAO will likely include one), but because DReps are an unspecified mass of mostly-unpaid volunteers with day jobs whose governance attention is bounded by personal time/resources. Core attention goes to on-chain GAs; continuously tracking a secondary DAO's per-cycle allocation decisions across dozens of downstream proposals — even with a usable dashboard — is outside what most DReps can fit in. Empirically: among DReps I have spoken with, none can monitor Catalyst or CBDAO fund-allocation outcomes at the individual-recipient level, AND the same constraint applies to verifying the secondary DAO's internal governance (member capture / allocation bias / self-dealing). Direct TW is structurally preferable. (Context: 17 active TWs request 259M ADA = 74.1% of 350M NCL if all ratified — direct TW path is actively used.)
Therefore this proposal does not satisfy these criteria.
Applicable: C1, C4, C7. Applying:
• C1 — Tx contribution structurally low: RWA tokenized funds do not generate transactions at scale. Empirical reference: BlackRock BUIDL ~50 tx/month at $147M AUM (per BUIDL public Etherscan data). RWA tx generation is per-buy/sell/distribution-event basis, low frequency.
• C4 — No Treasury return (decisive): Cardano Treasury pays $548K integration cost. Post-integration, platform fees flow to Libertum (5% to LBM token buyback per Libertum tokenomics docs). No revenue share with Cardano Treasury specified in proposal. Pure grant + private fee capture.
• C7 — Structural CoI from tokenomics: Libertum tokenomics allocates 5% of platform revenue to LBM token buyback & burn (per Libertum public tokenomics). This creates a structural CoI:
- Cardano Treasury investment ($548K) → Libertum operates Cardano integration
- Libertum captures Cardano-routed platform fees
- 5% of those fees → LBM buyback & burn
- LBM token holders (commercial entity stakeholders, not Cardano stakeholders) benefit
LBM market scale (~$1.4M market cap per CoinGecko reference) makes the indirect financial impact non-trivial relative to grant size.
Note: Direct price impact via the integration → revenue → buyback → price chain is multi-step and uncertain in magnitude. The CoI exists at the structural level (Treasury investment → commercial-entity-token holder benefit) regardless of whether the price chain materialises significantly. The objection is the structural alignment, not the magnitude.
Therefore this proposal does not satisfy these criteria.
Applicable: C8 (past funding outcome). Applying:
• C8 — Past funded projects' adoption empirically weak: Per /tx-roi backend (https://adatool.net/tx-roi), zkFold has received 9 Catalyst proposals + 1.16M ADA TW = 3.52M ADA cumulatively across multiple cycles. Reviewing each:
- ENCOINS (zkFold's flagship privacy product, launched November 2023): per LiveCoinWatch (https://www.livecoinwatch.com), market price has declined -99.7% from ATH; 24h volume has been $20-$2,663; last traded date 2025-03-18. ADAtool db-sync archive has no `encoins`/`encs` label in tx_label (production tx 0 verifiable). The ENCS governance token policy `9a9693a9...` has only 1 mint event (TGE).
- ZKFold Symbolic, UPLC Converter, ZK cross-border payment, Smart Contract Wallet: claimed 'completed' but no verifiable Cardano builder adoption metric (downloads, integration count, GitHub usage by other Cardano projects) presented in proposal or accessible publicly.
- zkFold ZK Rollup TW (active Treasury Withdrawal, separate funding stream): per cardanotreasury.fi as of 2026-05-10, 5/5 milestones delivered (681K ADA disbursed). However, milestone delivery is a process completion metric, not production adoption metric; no production tx consuming the ZK Rollup deliverable on Cardano mainnet is verifiable.
- Public questions raised about deliverable-vs-scope alignment for prior funded items (e.g., Cardano integration of zkPass oracle feeds — actual production usage on Cardano cannot be verified at this time).
- The proposal explicitly refuses Tx/MAU/TVL/revenue ecosystem commitments (proposal text quote: "zkFold does not commit to specific ecosystem-wide transaction, MAU, TVL, or revenue targets"). The 'controlled delivery metrics' offered (3 mainnet launches, 99% uptime) are output metrics. Mainnet launch ≠ adoption.
Given 3.52M ADA prior funding produced no empirically-verifiable Cardano ecosystem outcome at scale, additional 2026 funding for zkFold without an outcome commitment fails C8.
Therefore this proposal does not satisfy this criterion.
Applicable: C3 (target audience + outcome — sole criterion). Applying:
• C3 — Audience is undefined; even if defined, content abundance is not the constraint: Proposal KPIs are output/process metrics (50M+ views, 850 content pieces, 100% creator retention) without specifying which audience is being acquired (developers? ADA holders? DeFi users? institutional outreach? general retail?). The proposal mentions 'wallet creation referrals' and 'DApp click-through' only as 'tracked where measurable' — explicitly not commitments. Effectiveness fundamentally depends on the audience definition, which isn't there.
But even with a clearly defined audience, this category isn't where Cardano's actual constraint lies: Cardano-related video content + educational material already exists in abundance (long-running creator channels, dApp explainers, governance walkthroughs, AI-generated explainers, community-produced tutorials). The kind of content C4 proposes to produce — explainers, marketing videos, ecosystem education — is increasingly producible by AI tools at near-zero marginal cost. Subsidising more of the same volume rarely solves a real problem. Whatever the actual blocker for Cardano awareness/adoption is (audience targeting that nobody else is doing? a content type that AI/community can't replicate? a specific institutional channel?), it is not described in the proposal.
Conditional path: if the proposer can identify (a) a specific audience that current content abundance fails to reach, (b) a content type that genuinely cannot be matched by AI/community supply, and (c) a per-segment outcome KPI tied to that audience's behaviour change, then the proposal becomes evaluable. As currently scoped, it adds volume to an oversupplied layer.
Therefore this proposal does not satisfy this criterion.
Applicable: C1 (sole, decisive). Applying:
• C1 — Tx/TVL contribution trivial (decisive): Proposal commits Min new RWA TVL = $100K. Quantitative analysis:
- $100K / $132M Cardano DeFi TVL (April 2026 per DefiLlama) = 0.076%
- $335K Treasury invest → $100K TVL = negative ROI: $3.35 invested per $1 of TVL created
Specific use case scale:
- 250 heads of cattle: family-farm scale (commercial feedlots typically 1,000-50,000 heads per facility per USDA cattle-on-feed data)
- Lifecycle tx low frequency: cattle 4-6 month finishing cycles + real estate ~1 year holding cycles
- Total: hundreds of tx annually, ≪ Cardano monthly 800K tx baseline
Per-ADA capital efficiency is structurally negative for this proposal.
Therefore this proposal does not satisfy this criterion.
Applicable: C8 (sole). Applying:
• C8 — Adding governance education does not address the actual governance bottlenecks: Cardano's governance work has been heavily funded already — Cardano Foundation, Intersect, EMURGO continuous outreach; multiple Catalyst-funded DRep education proposals across F4-F12; Civics Committee's own Constitutional Workshop Series. Tools, research, content, motivated community are all abundantly supplied. Yet the headline governance metrics haven't moved — registered DReps are a minimal fraction of ADA holders, active voting DReps are an even smaller subset, and >50% of staking ADA remains in default auto-abstain. Adding more of the same supply doesn't fix this because the actual bottlenecks are elsewhere, and both are outside this proposal's scope:
(a) End-user wallet UIUX for delegation — Moving stake out of auto-abstain default requires improving how wallet users discover DRep options, review DRep rationale, and switch delegation. Only wallet providers (Eternl, Lace, Daedalus, Vespr, Begin, NuFi, Tokeo, Yoroi, etc.) control this layer. An education program has no authority over wallet front-ends — workshop attendees, no matter how well-trained, still hit the same UIUX friction when they try to delegate.
(b) DRep-to-DRep consensus building — Cardano governance has many DReps holding fundamentally different views and values. Improving governance means finding compromise positions across those gaps — proposal by proposal, vote by vote. This is slow, manual, relationship-based negotiation work that happens via X DMs, Telegram, Discord side-channels, in-person events, 1-on-1 calls. Adding more educated DReps doesn't substitute for the actual sit-down-and-negotiate effort — and there's no shortage of motivated participants today; the gap is in the consensus-finding process itself.
The proposal's expected outcomes ('25+ new DReps, 60%+ delegation intent') therefore lack a credible causal pathway to actual governance improvement. Even if the workshop produces engaged graduates, they hit (a) wallet UIUX friction when delegating and (b) the DRep-consensus negotiation gap as they participate. More workshop cohorts do not change either.
Therefore this proposal does not satisfy this criterion.
Applicable: C3, C8. Applying:
• C3 — KPI = outcome (Cardano network outcomes absent): Proposed KPIs center on:
- Tier-1 listings (exchange listing output for selected projects)
- Project-specific SOWs (individual project market metrics)
- Media reach
- Events delivered
These are output/marketing metrics for selected commercial entities, not Cardano network commitments. 'Tier-1 listing' is market positioning achievement for selected projects, not a Cardano network outcome.
Selection criteria select 'already-successful top projects': per proposal, criteria include token market cap, sustained TVL, DAU, Tx, DeFi traffic share, Tier-1 listing suitability. These pass projects already at scale. Marketing amplifies product-market fit; does not create it. Solana Jupiter at zero-TVL launch would not have been selected under these criteria.
• C8 — Past funding pattern (Rare Network / Rare Evo track record): Two prior funding streams exist — both should be evaluated, neither is presented with outcome data in the current proposal:
1. TW #47 — Cardano Summit 2025 and regional tech events (₳6M, ratified epoch 575, 2025-07): Per the on-chain TW abstract — 'spearheaded by the Cardano Foundation and fortified by regional ecosystem partners (EMURGO, Rare Evo, Wada, Catalyst Africa Town Hall, Ada Solar)'. CF was the prime; Rare Evo was one of five regional partners, executing a regionally-focused Summit event (US/North America scope). The 'Unified Events Campaign' branding seen on @RareNetworkWeb3 X posts (Hong Kong, Tokyo, Paris, Miami, Duke) appears to be the year-long executed series under this 2025 TW funding plus follow-on activity. This is a material prior cycle to evaluate Rare Network on — but the current Budget #69 proposal does not present empirical Cardano network outcomes from it. Required: per-event attribution data (new wallets in the post-event 30-day window, dev signups, dApp pilots, on-chain Tx attributable to event audiences). Currently absent.
2. F14 Catalyst Amplify Cardano pilot (per /tx-roi: 4 prior Catalyst proposals = 50,400 ADA total). Ekklesia X endorsement from @_____: 'The Amplify Cardano pilot through Project Catalyst Fund 14 delivered real results, and this 18 month proposal is a direct extension of a model that's already running' — but no per-cohort cohort-attribution data is cited.
Cited record (60+ activations, average 2,000 attendees, 1M video views, 5 years of Rare Evo) consists of process/output metrics. No documented Cardano network-attributable outcomes from either funding stream:
- TVL increase (attributable to Rare events under TW #47)
- Permanent developer onboarding (count of devs who became active Cardano contributors)
- New Cardano DApp launches (attributable to Rare cohort)
- Wallet creation uplift (attributable to Rare audiences)
- Tx impact
The gap is that Rare Evo's regional-partner outcome contribution from TW #47 isn't presented as the empirical foundation for the Budget #69 scale-up ask.
Therefore this proposal does not satisfy these criteria.
Applicable: C2, C3, C4, C8, C9. Applying:
• C2 — Cardano-native track record limited: Per /tx-roi, proposer has cumulative ~$80K+ Catalyst grant history (Accra 100K, CATS $30K, Prisma DIDs 75K, Argentina 60K). Small base relative to proposed scale-up.
• C4 — Treasury return zero (decisive): Proposal text quote: 'Will any portion of the requested funds be returned to the Cardano Treasury? No.' Pure grant for protocol development; protocol-generated surplus is captured by RPC holders (institutional investors); Treasury is neither protocol developer, issuer, nor holder.
• C3 — KPI vagueness: KPI-related statements are qualitative claims like 'exponential second and third order dynamics', with no specific Tx / TVL / user numerical commitments. Cardano network outcomes depend on dual hypothetical conditions: incubated project success + institutional capital inflow.
• C8 — Past funded outcome attribution: '110 teams incubated' and '45 hub deployments' are process metrics. No measurable Cardano network impact (participants on Cardano, teams launched on Cardano, Tx volume contribution, TVL impact) presented per grant. Three example projects cited (CarPool, MediSure, Safro Connect):
- 'first delivery' (still building) status
- 'building' (no live deployment) status
- 'transactions accumulation' (early-stage, no scale)
All early-stage; no closed deals or measurable Cardano on-chain outcomes presented.
• C9 — Hypothetical institutional capital dependency: Protocol value proposition centers on engagement with 'institutional capital sources (RBF providers, impact-first funds, mission-driven foundations)', but no committed partners, LOIs, or conditional commitments exist. Treasury funding is infrastructure investment ahead of demand validation; demand validation is a future event dependent on post-launch (9 months + alpha).
Therefore this proposal does not satisfy these criteria.
Applicable: C2 (only as supporting context — Wada has Cardano track record, so C2 alone passes), C8 (past funding outcome attribution). Applying:
• C8 — Past funded projects' outcome attribution (decisive): Per /tx-roi backend (https://adatool.net/tx-roi), Wada has received 27 Catalyst proposals across multiple fund cycles since F4 = 1.81M ADA cumulative funding. Examples of past Wada-funded Catalyst items (per public Catalyst funding records): West Africa onboarding programs, Planting Roots, Nurturing Roots, Cardano Hubs Directory, Expanding Cardano's Reach in Africa, etc.
Production tx attributable to Wada-funded outcomes (per ADAtool db-sync `tx_label` aggregation): 0 verifiable. The track record cited in the current proposal — '20+ hubs', '13 countries', '1,200 developers at CATS 2026' — consists of process metrics (event delivery, attendee count, country coverage).
Measurable Cardano network outcomes from the 27 prior funded projects, that could justify a 28th funding cycle, are absent from public information:
- Cardano DApp launches by program participants: not enumerated
- Cardano Tx volume contribution: not measurable in tx_label
- TVL impact: not enumerated
- Long-term ecosystem retention (alumni still active on Cardano N months post-program): not measured
A public commenter on the proposal raised the same empirical concerns (paraphrased): 'How many developers does the initiative realistically expect to onboard into the Cardano ecosystem in terms of long-term impact?' and 'What measurable outcomes should realistically be expected a few months after the program concludes?' — these remain unaddressed in the proposal.
Cumulative 1.81M ADA × 0 verifiable Cardano outcome ratio is a strong empirical signal that an additional funding cycle without outcome-attribution requirements should not be approved.
Therefore this proposal does not satisfy this criterion.
Applicable criteria: C2 (track record as grant judge), C5 (non-duplication), C8 (past funding outcome), C11 (secondary-DAO restrictions). Applying:
• C2 — Track record as judge (note: members are builders, not DReps): Per the proposal text — 'requesting members of the CB DAO are not permitted to receive funding from other DAOs at the same time' — the DAO's voting members are themselves builders / requesting parties (with overlap between decision-makers and recipients). 2025 Round 1+2 operated this way: builders voted on each other's funding proposals. Some DReps may participate, but the core voting structure is builder self-judgment. This is NOT a fixed expert grant-judging team (Y Combinator, Techstars, Plug and Play, Draper University) — it's a member-based DAO with structural self-voting. No equivalent measurable success record in Cardano grant distribution judgment exists. Fails C2.
• C8 — Round 1 outcome attribution (anchored to my /cbdao-tracker measurement): CBDAO 2025 received 12M ADA, distributing 11.1M across 34 projects in Round 1+2. Per Intersect TW data, CBDAO 12M ADA is 4/4 milestones fully delivered. Per ADAtool db-sync 1-month measurement (monthly tx baseline ~772K, top-38 cutoff = 2,517 tx/month), only 3 of CBDAO Round 1's 14 funded projects rank in the top 38: DexHunter (~4.1M tx all-time), CSwap (~408K all-time), Masumi (~22K all-time). DexHunter and CSwap held top-tier positions before CBDAO funding (DexHunter is established 2024 aggregator; CSwap is established mid-tier DEX). Masumi is a possible counter-example — small base pre-funding, measurable Tx growth during funding period. However, controlled experiment-style causality cannot be confirmed. The remaining 11 funded projects (Vespr, Anvil, Strike, Flux Point Studios, Metera, Snek, Handle, Xerberus, TapDano, Gero, Wanchain in R1; UTXOS, Walkers, Cexplorer, BankFi in R2) have no clear Tx attribution from CBDAO funding. Net assessment: CBDAO funding cannot be empirically shown to have created new Tx generators; subsidies appear to have flowed primarily to either (a) projects already generating Tx independently before CBDAO funding, or (b) projects not generating measurable Tx at all — with Masumi as a possible exception. The 'creating new Tx' middle ground is largely absent.
• C11 — Scale-up justification + CoI: 2026 ask 20.6M ADA = +72% scale-up over 2025's 12M. Round 1 outcome (above) does not empirically support the +72% increase. Self-voting realised in practice: 2025 Round 1+2 operated with builder-members voting on each other's funding proposals (per proposal text on member structure + reported operation). This is the textbook structural CoI — decision-makers and recipients overlap by design, no exclusion threshold, no independent review. Fails C11.
• C5 — Two-step funding removes DRep oversight (DRep-capacity constraint, not tooling): Direct TW is straightforwardly auditable within a typical DRep attention budget (one recipient, one set of deliverables). A secondary-grant DAO splits visibility into two layers, both practically unobservable to individual DReps — NOT because tooling is missing (CBDAO publishes dashboards, Catalyst has long-running ones, ADAtool maintains /cbdao-tracker externally), but because DReps are an unspecified mass of mostly-unpaid volunteers with day jobs whose governance attention is bounded by personal time/resources. Core attention naturally goes to on-chain GAs (constitutional minimum); continuously tracking CBDAO's internal per-cycle allocation decisions across dozens of downstream proposals — voting cycles, milestone reviews, dispute resolutions — is outside what most DReps can fit in regardless of how usable the dashboard is. (1) Empirically: none of the DReps I have spoken with can monitor Catalyst or CBDAO fund-allocation outcomes at the individual-recipient level. The /cbdao-tracker measurement above (R1 attribution analysis) required dedicated external tooling effort + analysis time most individual DReps don't have. (2) Same capacity constraint applies to verifying CBDAO's internal governance (member capture / allocation bias / self-dealing) — additionally hampered by internal voting records / CoI disclosures / per-decision rationale not normally produced at audit-grade granularity. Self-voting (C11) compounds this. Direct TW is structurally preferable; the Constitutional amendment lowering direct-TW barriers (17 active TWs requesting 74.1% of 350M NCL, claims pending vote) makes this argument stronger. Fails C5.
Therefore this proposal does not satisfy these criteria.
Applicable: C4, C5, C8 (revised after 2026-05-10 X community findings). Applying:
• C5 — Existing Rust Ogmios client exists (decisive new evidence): Per @ItsDave_ADA (2026-05-10 X), an existing Rust client for Ogmios is publicly available: https://github.com/vietanhrs/ogmios.rs. Confirmed scope coverage of vietanhrs/ogmios.rs (MIT licensed, Rust 1.70+, Ogmios v6.x compatible): chain synchronization (block follow + rollback notifications), transaction submission + evaluation, mempool monitoring, ledger state queries (UTXOs, pools, parameters, governance), server health checking — i.e., the full Ogmios protocol surface. Status: minimal activity (0 stars, 11 commits, no releases) — likely early-stage / not actively maintained, BUT the codebase exists and can be forked / extended at a fraction of new-build cost. The earlier C5 dismissal ('Rust client complements existing TS/JS clients; not duplicative') was incomplete — it didn't engage with this specific existing Rust implementation.
• C4 — Pricing concern (community signals): Per X community (2026-05-10): @matiwinnetou ('545K is insane, can be vibe-coded in 2 weeks, 50K max'), @ItsDave_ADA ('I'll do it for 125'). Proposal asks 545,694 ADA. At ADA ≈ $0.24, that's ~$130K, and at higher ADA prices it scales up. Community price expectations for greenfield Rust Ogmios client = $50K-$125K range. Even allowing for higher quality / better maintenance commitment than vibe-coded baseline, 545K ADA represents 4-10× the community's stated reasonable range.
• C8 — Builder demand still plausible: Rust ecosystem demand for a Cardano-Ogmios client is real (Amaru, Dingo, Pallas-using projects, dApp Rust backends). The question is whether a NEW build is justified vs forking/maintaining vietanhrs/ogmios.rs at much lower cost.
Vote shifted from YES → NO (community signal decisive) based on:
1. Existing OSS Rust client (vietanhrs/ogmios.rs) wasn't engaged with in proposal
2. Pricing significantly above community expectations
3. Resubmission path: (a) explain why vietanhrs/ogmios.rs cannot be forked / extended, OR (b) reframe as maintenance/extension of existing OSS at sub-100K ADA cost, OR (c) demonstrate concrete technical superiority (benchmarks vs vietanhrs/ogmios.rs) justifying greenfield build at 5×+ cost.
Applicable: C1, C4, C9. Applying:
• C1 — Tx contribution structurally low: Clinical trial / pharma supply chain has very low transaction frequency (per-batch / per-trial-event basis). Empirical references:
- Pharma supply chain blockchain pilots (MediLedger, etc.) generate hundreds-to-thousands of tx/month at full scale
- Clinical trial smart contracts: per-milestone events, low cadence (not real-time)
Result: 0.001-0.01% of Cardano monthly 800K tx baseline ceiling, similar to Floriculture / GOV.EXE.
• C4 — Public-funded private-capture risk: If commercial fee structure is post-launch (typical for pharma platforms), Treasury investment captures public infrastructure value privately. Same Floriculture / Bridge Fund concern. Proposal must specify Treasury revenue share to satisfy C4.
• C9 — Pharma blockchain pilot historical success rate: Pilot completion ≠ production deployment ≠ replication. Pharma is heavily regulated, slow-moving. Treasury investment in domain-specific blockchain pilots (cross multiple verticals) historically have low conversion-to-production rates. Without named regulatory partnership commitment + signed LOIs, this falls into high-failure-rate category.
Therefore this proposal does not satisfy these criteria.
Main reasons
1. Current Cardano partner chain demand is unvalidated
- Cardano-derived partner chains in production: 2 (Vector = AFF itself, the proposer; Midnight = IOG bespoke privacy chain)
- Independent third-party Cardano partner chain builders: 0
- The proposal's demand validation KPI is 'minimum 1 institutional or enterprise builder team publicly commits to evaluating Tachýs by M15' — this is a future objective, not validated commitment at funding time
- $3.29M for 'minimum 3 builders engaged' target = cost-per-engaged-builder $1.1M
2. Vector's outcome attribution is not yet established
- AFF (Apex Fusion Foundation) launched Vector in 2025-12 (~5 months in production as of evaluation)
- Vector is at 'open for project onboarding' stage, not a fully populated ecosystem
- Vector tenant / usage data is not publicly disclosed
- Vector was launched before adopting Tachýs (currently uses Cardano-derived consensus); Tachýs itself has zero production deployment as of 2026-05
- The proposal's WP7 M15 deliverable schedules the first Tachýs deployment on Vector mainnet
- I.e., Tachýs production proof-of-concept arrives only at the 15-month mark of this funding cycle — initial achievement at funding cycle end
3. Scope is anchored to projected demand, not current demand
| Item | Value |
|---|---|
| Consortium size | 6 partners |
| Duration | 15 months |
| Budget | $3.29M |
| WP1 PM overhead | 16% ($526K) |
| Dedicated FTE roles | 3 (Technical Delivery Lead + Programme Delivery Lead + Ecosystem Engagement Lead) |
Comparable maintainer benchmarks (Substrate for Polkadot, Cosmos SDK) presuppose multi-billion-dollar mature ecosystems with extensive existing parachain demand. Tachýs consortium scope is anchored to projected institutional adoption, but the current Cardano partner-chain ecosystem (Vector + Midnight = 2 chains, third-party builders = 0) does not justify it. Scope is not anchored to actual builder demand.