Solution Evaluation

CIP Evaluation Synthesis

Pricing-as-viability conflation — CIP-0023 + CIP-0082

This folder evaluates the CIPs that act on the fee layer of the Cardano reward pipeline — the operator/member split that runs after the SL-D1 reward formula has already produced a per-pool allocation. The reward envelope itself is left untouched by these candidates; what changes is how the resulting pool reward is divided between the operator's take and the delegators' share.

The two CIPs in scope (CIP-0023, CIP-0082) target the priority-1 problem the mainnet diagnostic identifies for any V2 reform: small-operator viability. Today, 73 % of productive pools sit below the ~3 M ADA viability line, and no single-pool retail operator earns a competitive wage — the median 12 410 ADA/yr covers infrastructure but not 5–15 hours/month of skilled labour. Both CIPs correctly identify this population as the target. They differ on the instrument used (margin floor vs rate floor) and whether minPoolCost survives the reform.

CIP-0082's stages 3–4 raise the protocol parameter k (target pool count). k is not itself a CIP — it is a transversal protocol parameter, raised here as part of the four-stage package. The standalone k-lever analysis that supports the verdict on those stages lives in cip-0082.md §B.3. The same analysis applies to any future k-recalibration proposal — not only to CIP-0082.

Verdict on both CIPs: no-go, for one structural reason.

The two CIPs correctly identify the target — small-operator viability — but mechanically they address ROS attractiveness, not profitability structure. Both act on fee-layer pricing (flat-fee reduction, margin / rate floors) to make small pools more ROS-attractive to delegators. But neither revises the reward-distribution formula itself. For a hollow pool below saturation, pool reward still scales linearly with pool stake ($\hat f' = R \lambda_{\text{size}} \sigma_{\text{rel}}$). Small-operator absolute profitability therefore changes only if delegation actually migrates from large pools to small ones — the fee reform by itself does not raise what a small-pool operator earns at constant size.

The redistribution bet is unevidenced. Both CIPs implicitly depend on that migration. The diagnostic does not support it: delegation is not sticky, but not clearly yield-following either — the observed flow tracks brand, wallet integration, and visibility. There is no mainnet signal that the migration will occur at the scale the CIPs need.

If the migration does not happen, the reforms invert their intent. Without the redistribution, fee-layer tightening produces the opposite outcome of what the CIPs target: it fragilises the small-operator population (sub-reliable operator revenue cut −9× under the Margin swap, while remaining below the ~28 600 ADA/yr cost floor); it amplifies multi-pool operator concentration (the transfer compounds with fleet size — +200 K ADA/yr per 11+ pool entity vs −11 K ADA/yr per sub-reliable single-pool operator); and it amplifies profit disparity because proportional margin rules scale operator take linearly with pool reward.

A principled separation — abstract viability from pricing. minPoolCost (flat fee / fixed cost) and minPoolRate / poolRate (rate / commission) are pricing tools. Operators should remain free to set them to compete on an open market; the pricing signal is what delegators read to distinguish between operators. The viability floor (the minimum income a productive operator needs to cover operational cost) is a different function and belongs on a different layer. Conflating them — as CIP-0023 and CIP-0082 do by using pricing floors to bolt viability into the fee structure — forces every operator into the same pricing regime whether they need the floor or not, and weakens the pricing signal. A V2 design should:

Table of Contents

1. Fee-layer parameters

The fee-split formula has three parameters with distinct roles:

Parameter Type Current role
minPoolCost Absolute ADA fixed-fee floor Deducted from per-pool allocation before the margin split — produces the $1/\sigma$ regressivity hyperbola
minPoolMargin (CIP-0023) Relative % margin floor Applied after minPoolCost; targets a floor on operator take
minPoolRate (CIP-0082 stage 2) Proportional rate floor Replaces minPoolCost under the 4-stage reform; flat 3 % rate everywhere

Table 1.1 — Fee-layer parameters. minPoolCost is a pricing tool used today as a viability backstop; minPoolMargin and minPoolRate are the same primitive (a margin floor) at two different calibrations.

Reading aid — what the n-MPO axis means. n = how many pools an operator runs as a single entity. n = 1 means a single-pool operator; n ≥ 11 means an entity controlling 11 or more pools. Findings labelled "n-MPO" measure the per-entity effect across that axis — i.e. how a reform's revenue impact compounds with fleet size. The nine-tier pool-size taxonomy (Dormant → Saturated → Oversaturated) and the n-MPO bracketing are the two reference axes used throughout the per-CIP files.

2. The two candidates

Candidate Instrument Verdict Per-CIP file Source
CIP-0023 — Fair Min Fees minPoolMargin floor (no hard fork) No-go as standalone — same instrument as CIP-0082 stage 2 with smaller calibration cip-0023.md CIP-0023 · PR #66
CIP-0082 — Improved Rewards Scheme Parameters 4-stage: minPoolCost halving (done) → minPoolRate = 3 % (HFC) → k-raises No-go as standalone — stage 2 inverts operator revenue, stages 3–4 fire in the wrong regime cip-0082.md CIP-0082

Table 2.1 — The two fee-layer CIPs and the verdict carried in their per-CIP files.

Mechanical relation between the two CIPs. CIP-0082 stage 2 is mechanically equivalent to a paired variant of CIP-0023 (reduction of minPoolCost + introduction of a margin floor) — at the extreme calibration: cost taken to zero, rate set to 3 % (vs CIP-0023's illustrative 50 ADA + 1.5 %). The CIP-0082 author credits CIP-0023 explicitly. As live governance items, CIP-0023 standalone is subsumed by CIP-0082 stage 2 unless governance explicitly declines the hard fork that stage 2 requires.

On the k-raise embedded in CIP-0082 stages 3–4. The standalone analysis of the k lever — its mechanical effect on the split, its delegator-market assumptions, and its structural limits — lives in cip-0082.md §B.3. It is independently citable from any future k-recalibration proposal because the analysis does not depend on stage 2 being in scope.

3. Reading order

  1. cip-0023.md — narrower instrument, single parameter, clearer historical lineage. Start here: every structural finding on the margin-floor mechanism carries into CIP-0082 stage 2.
  2. cip-0082.md — broader 4-stage reform that subsumes and extends the CIP-0023 intent. Stage 2 is CIP-0023's paired variant at harsher calibration; stages 3–4 are pool-count expansions.

The standalone k-lever deep dive in cip-0082.md §B.3 supports the §3 verdict on stages 3–4 and does not need to be read separately.

4. References

Status: Active 2026/04/23. Subfolder of ../README.md. Candidates that act on the fee layer of the Cardano reward pipeline.

Reader Feedback

Comments and reactions are anchored to this page. Sign in with GitHub to post — threads live in the project Discussions.