LAW-108 β€” Victim Pathway Capacity Law

Open archive search
Archive registry entry

LAW-108 β€” Victim Pathway Capacity Law

Systems fail victims when resolution pathways require high coherence, auditability, and endurance from nodes whose coherence, auditability, and endurance were damaged.

draftid: LAW-108version: 1.0.0updated: 2026-06-17
Archive Progress

This section can be read now; registry depth and cross-references are still being strengthened.

Foundation
Online

The section has a stable overview route and basic reader context.

Technical Layer
Online

A deeper technical overview is available.

Registry
Current

171 registry entries are available.

Cross-links
Curating

Related concepts are being connected conservatively for accuracy.

0. Plain Statement

Systems fail victims when they require high coherence, auditability, and endurance from those whose coherence, auditability, and endurance were damaged.

Plain-language version:

A harmed node should not be required to carry the hardest part of the justice pathway alone.

If a resolution system requires the harmed node to repeatedly explain, prove, organize, persist, escalate, navigate complexity, tolerate delay, absorb retaliation risk, and remain perfectly coherent after harm, the pathway is structurally misdesigned.

Justice pathways must fit harmed-node capacity.


1. Formal Definition

The Victim Pathway Capacity Law states that victim-resolution, harmed-node reporting, testimony, intake, investigation, appeal, repair, and restoration pathways fail when pathway demands exceed the capacity of the harmed node.

Canonical form:

textScroll
pathway demand > harmed-node capacity β‡’ resolution failure

This law governs:

  • intake;
  • testimony;
  • reporting;
  • evidence submission;
  • complaint pathways;
  • appeals;
  • harmed-node support;
  • restoration pathways;
  • repair claims;
  • victim services;
  • platform reporting;
  • institutional grievance systems;
  • medical harm reporting;
  • security incident reporting;
  • workplace complaint systems;
  • legal and governance pathways;
  • AI-mediated support and representation.

A harmed node may have reduced capacity because the harm damaged:

  • coherence;
  • agency;
  • confidence;
  • boundary integrity;
  • resources;
  • memory access;
  • communication bandwidth;
  • endurance;
  • trust;
  • auditability;
  • social support;
  • material stability;
  • legitimacy access;
  • safety;
  • time;
  • attention;
  • ability to repeat testimony;
  • ability to navigate systems.

Therefore, a pathway that demands high capacity from the harmed node reproduces injustice even when formally available.

A pathway is not accessible because it exists.

A pathway is accessible only if the harmed node can actually use it without disproportionate additional debt.


2. Canonical Form

Core form:

textScroll
pathway demand > harmed-node capacity β‡’ resolution failure

Capacity-fit form:

textScroll
resolution_pathway valid when pathway_demand ≀ harmed_node_capacity + support_capacity

Burden inversion form:

textScroll
harm damages capacity; bad pathways demand the damaged capacity back

Failure form:

textScroll
testimony_load + delay + friction + proof_burden > harmed_node_capacity β‡’ pathway collapse

Restoration-valid contrast:

textScroll
victim pathway valid when support lowers demand, protects agency, and increases harmed-node O over Ξ€

Related variables:

textScroll
O, H, Ξ΅, ΞΉ, Au, Au_eff, Β΅α΅’, BΞ£, K, Οƒ, R, R_eff, 𝓑, 𝓓, Ξ¦, Ξ›, βŠ—, Ξ“, Ξ , Ξ, β„›, Θ, Ξ£, Ξ¨, Ξ€, FI, MS, L, harmed_node_capacity, pathway_demand, support_capacity, testimony_load, reporting_load, intake_friction, proof_burden, delay_cost, retaliation_risk, resolution_probability, agency, harmed_node_O

Where:

TableScroll
VariableMeaning in this law
harmed_node_capacityCapacity available to affected nodes after harm
pathway_demandTotal load imposed by the resolution pathway
support_capacityCapacity supplied to help the harmed node navigate the pathway
testimony_loadDemand created by telling, retelling, documenting, or defending the account
reporting_loadDemand created by forms, portals, calls, escalation, evidence, and follow-up
intake_frictionBarriers at the first point of access
proof_burdenBurden placed on the harmed node to establish harm, causality, responsibility, or eligibility
delay_costAdditional debt created by time between harm and resolution
retaliation_riskRisk of punishment, backlash, disbelief, exposure, exclusion, or further harm
resolution_probabilityLikelihood that the pathway produces coherent repair
agencyHarmed-node ability to choose, refuse, participate, pause, exit, and influence repair
harmed_node_OCoherence of the harmed node across the pathway
R / R_effRestoration capacity of the pathway and supporting system
𝓑Bandwidth headroom required for processing and participation
𝓓Damping needed so pathway participation does not destabilize the harmed node
BΞ£Boundary integrity, safety, privacy, consent, and scope protections
Au / Au_effAuditability of the pathway without overloading the harmed node
FIFeedback integrity; harmed-node feedback must actually change pathway behavior
MSMoral / meaning symmetry; standards and burden must not invert against harmed nodes
LLegitimacy of the pathway and justice system
HHidden debt accumulated when harmed nodes cannot access resolution
ι / ΞInversion when the pathway treats harmed-node capacity damage as noncompliance or weakness
Ξ¦Existence of a formal pathway or closure metric; not sufficient proof of accessibility
Ξ“Classifies harmed-node capacity, pathway demand, support need, proof burden, and repair obligation
Ξ Operationalizes intake, reporting, testimony, support, triage, review, appeal, and repair
β„›Restoration that reduces harmed-node debt and increases coherence
ΘHumility preventing pathway designers from assuming capacity they have not measured
Ξ£Scope of pathway, eligibility, burden, and repair obligation
Ξ¨Affected-node feedback validating pathway usability
Ξ€Time validation of resolution and harmed-node coherence

3. Core Mechanism

The law unfolds because harm often reduces the exact capacities that systems demand for resolution.

Coherent victim pathway

textScroll
harm occurs
β†’ harmed-node capacity is assessed
β†’ pathway demand is reduced
β†’ support capacity is supplied
β†’ testimony and proof burden are minimized
β†’ safety and boundaries are protected
β†’ repair proceeds
β†’ harmed-node coherence rises over time

Pathway collapse pathway

textScroll
harm occurs
β†’ harmed-node capacity decreases
β†’ pathway requires high endurance / proof / repetition
β†’ delay and friction accumulate
β†’ harmed node exits or fails pathway
β†’ harm remains unresolved
β†’ hidden debt and legitimacy debt rise

The core mechanism is:

textScroll
a pathway fails when it demands the capacity the harm damaged

Detailed mechanism:

  1. A harmed node experiences coherence damage.

Harm may reduce agency, clarity, energy, resources, social support, trust, boundary integrity, or ability to participate.

  1. The system offers a pathway.

The pathway may include reporting, testimony, documentation, investigation, appeal, repair, enforcement, or restoration.

  1. The pathway imposes load.

The harmed node may be required to initiate, explain, prove, repeat, escalate, withstand delay, and tolerate uncertainty.

  1. If pathway demand exceeds capacity, resolution fails.

The harmed node may withdraw, be disbelieved, miss deadlines, lose coherence, lose access, or accept false closure.

  1. Failure becomes hidden debt.

The system may mark the pathway as available while harmed nodes cannot use it coherently.

  1. Coherent design supplies capacity and lowers demand.

The pathway becomes usable when support, pacing, advocacy, protection, clear interfaces, evidence assistance, and repair logistics reduce the burden.

  1. Time validates the pathway.

A victim pathway works when harmed-node coherence improves and recurrence decreases over time.


4. When This Law Applies

This law applies whenever a harmed node must access a pathway to receive repair, justice, support, correction, appeal, representation, protection, compensation, restoration, or recurrence prevention.

It is especially important when:

  • reporting is difficult;
  • testimony must be repeated;
  • proof burden is high;
  • forms and portals are complex;
  • deadlines are strict;
  • harmed nodes must self-advocate;
  • resolution requires persistence;
  • retaliation risk exists;
  • evidence is hard to preserve;
  • pathway language is unclear;
  • appeals are burdensome;
  • support is absent;
  • staff are overloaded;
  • outcomes depend on perfect documentation;
  • harmed-node feedback is treated as noise;
  • complaint systems exist but are rarely usable;
  • AI, platform, medical, workplace, school, legal, institutional, or governance systems claim accessible resolution.

The law applies strongly when:

textScroll
resolution requires more capacity than the harmed node has after harm

or when:

textScroll
formal pathway existence is mistaken for actual pathway accessibility

Typical domains:

TableScroll
DomainVictim Pathway Capacity Expression
AI systemsUsers harmed by AI decisions need appeal, correction, explanation, rollback, and repair pathways that do not require expert-level persistence.
SecurityIncident victims need support, recovery, identity repair, account recovery, evidence handling, and clear remediation without excessive burden.
InstitutionsComplaint and grievance systems must reduce harmed-node burden rather than demand endurance.
Medicine / biologyHarm reporting and care correction must account for reduced capacity, pain, fatigue, uncertainty, and access barriers.
EconomyContract, debt, labor, fraud, and consumer harm pathways fail when access requires resources the harmed node lacks.
GovernanceLegal and administrative pathways must not require harmed nodes to carry impossible proof, time, or cost burdens.
CultureCommunity repair pathways must preserve dignity, agency, boundary, and voice without forcing repeated exposure.
RestorationRestoration must protect harmed-node capacity while repairing debt and preventing recurrence.

5. When This Law Does Not Apply

This law should not be used to remove all responsibility, evidence, process, or discernment from justice pathways.

A pathway still requires truth, auditability, fairness, and coherent classification.

The law says the system must not offload excessive burden onto the damaged node.

False-positive cases:

TableScroll
CaseWhy pathway demand may still be needed
Some evidence is requiredEvidence can be necessary, but the system should assist collection and avoid excessive burden
Multiple accounts conflictCareful classification is needed without punishing harmed-node limitations
Safety requires reviewReview can be valid if support and pacing are provided
False claims are possibleAudit remains necessary, but proof burden should not invert into harmed-node overcapacity
The harmed node cannot participate fullySupported representation, pacing, or alternate pathways may be needed
Confidentiality limits disclosureLimits can be coherent if explained and paired with audit
Pathway must prioritize urgent casesTriage is valid if transparent and capacity-aware

Important distinction:

Capacity-aware pathways preserve auditability; they do not erase auditability.


6. Diagnostic Signature

Canonical diagnostic:

textScroll
pathway demand > harmed-node capacity β‡’ resolution failure

Warning signature:

textScroll
reporting friction↑
testimony repetition↑
proof burden↑
delay↑
support↓
retaliation risk↑
harmed-node capacity↓
β‡’ victim pathway collapse

Common indicators:

TableScroll
DiagnosticExpected movementInterpretation
harmed_node_capacityassessed, protectedPathway must fit available capacity
pathway_demandshould decreasePathway demand should not exceed harmed-node ability
support_capacityshould increaseSystem supplies capacity rather than extracting it
testimony_loadshould decreaseRepetition and burden should be minimized
reporting_loadshould decreaseAccess and documentation should be simplified
intake_frictionshould decreaseFirst contact should be usable
proof_burdenshould be balancedAuditability must not become burden inversion
delay_costshould decreaseDelay creates additional debt
retaliation_riskshould decreasePathways must protect participants
resolution_probabilityshould increaseUsable pathways produce actual resolution
agencyshould increaseHarmed node gains choice and influence
harmed_node_Oshould increasePathway supports coherence
L↑ if validLegitimacy rises when pathways are usable
H↑ if invalidHidden debt rises when pathways exist but fail
Ξ¦not sufficientA hotline, form, portal, or policy is not proof of access
Ξ€requiredTime validates usability and repair

Additional diagnostics:

TableScroll
DiagnosticUse
Victim Pathway CapacityTests whether resolution pathway fits harmed-node capacity
Harmed-Node CapacityMeasures available coherence, bandwidth, resources, and endurance
Pathway DemandMeasures total load imposed by resolution
Resolution BurdenTracks burden placed on harmed nodes
Testimony LoadDetects repeated exposure or explanation burden
Reporting LoadDetects access and documentation burden
Intake FrictionDetects failure at first contact
Auditability BurdenDetects proof burden shifted to harmed node
Endurance DemandDetects delay and persistence requirements
Support SufficiencyTests whether system supplies capacity
Temporal ProofValidates resolution over time

7. Failure Pattern

If ignored, this law lets systems claim pathways exist while harmed nodes cannot use them.

General failure pathway:

textScroll
harm occurs
β†’ capacity decreases
β†’ pathway demands high coherence / proof / endurance
β†’ harmed node cannot carry demand
β†’ pathway exits, stalls, or closes
β†’ system records non-completion as user failure
β†’ hidden debt persists
β†’ legitimacy decays

Common failure modes:

  • Victim Pathway Collapse β€” harmed nodes cannot complete resolution pathway.
  • Harmed-Node Overload β€” pathway demands exceed damaged capacity.
  • Resolution Burden Shift β€” system shifts repair labor onto the harmed node.
  • Testimony Extraction β€” harmed node repeatedly supplies experience without receiving repair.
  • Reporting Exhaustion β€” forms, portals, calls, and escalation consume capacity.
  • Intake Friction Failure β€” harmed nodes fail before the pathway begins.
  • Proof Burden Inversion β€” harmed node must prove what system audit should help establish.
  • Auditability Burden Transfer β€” audit responsibility is displaced onto the affected node.
  • Procedural Retraumatization β€” pathway participation compounds coherence damage.
  • Pathway Abandonment β€” harmed node exits due to overload, delay, or disbelief.
  • Silencing by Complexity β€” procedural complexity suppresses feedback.
  • False Closure β€” unresolved harm is recorded as completed, declined, or unsupported.
  • Legitimacy Debt β€” trust decays because pathways fail under actual harmed-node capacity.
  • Recurrence Persistence β€” harm repeats because resolution pathway never repairs origin conditions.
  • Restoration Failure β€” support, repair, and prevention do not activate.

Compact failure signature:

textScroll
pathway_demand↑ + harmed_node_capacity↓ + support↓ β‡’ H↑ + L↓

8. Restoration Implications

Restoration requires redesigning pathways around harmed-node capacity.

The first restoration question is not:

textScroll
Is there a pathway?

The first restoration question is:

textScroll
Can the harmed node actually use this pathway without carrying more demand than their damaged capacity can support?

Restoration priorities:

  1. Assess harmed-node capacity.
  2. Measure pathway demand.
  3. Reduce intake friction.
  4. Reduce testimony repetition.
  5. Rebalance proof burden.
  6. Provide support capacity.
  7. Protect boundaries and privacy.
  8. Reduce retaliation risk.
  9. Preserve agency and choice.
  10. Improve pathway throughput and follow-through.
  11. Validate harmed-node coherence over time.

Relevant restoration arcs:

TableScroll
Restoration ArcWhy it applies
Victim Pathway RedesignRebuilds pathways around actual harmed-node capacity
Harmed-Node Capacity ProtectionPrevents resolution from consuming damaged capacity
Pathway Demand ReductionLowers burden to usable levels
Testimony Load ReductionReduces repetition and extraction
Intake Friction RepairMakes first access point usable
Support Sufficiency IncreaseSupplies capacity to navigate resolution
Audit Burden RebalancingPrevents proof burden inversion
Agency RestorationRestores harmed-node choice and participation
Boundary ReconstitutionProtects privacy, consent, safety, and scope
Repair Sufficiency IncreaseEnsures pathway leads to actual repair
Feedback Integrity RestorationMakes harmed-node feedback actionable
Temporal ValidationConfirms pathway improves coherence over time

Minimal restoration sequence:

textScroll
assess harmed_node_capacity
β†’ measure pathway_demand
β†’ reduce friction / testimony / proof burden
β†’ add support_capacity
β†’ protect BΞ£ + agency
β†’ perform β„›
β†’ validate harmed_node_O and L over Ξ€

Temporal validation requirement:

textScroll
pathway demand decreases
support capacity increases
harmed-node agency improves
testimony load decreases
retaliation risk decreases
repair proceeds
harmed-node coherence rises
pathway abandonment decreases
recurrence decreases
legitimacy stabilizes over time

9. Design Rule

Design victim pathways so harmed-node capacity is protected, not consumed.

Operational design requirements:

  • Measure harmed-node capacity.
  • Measure pathway demand.
  • Design intake for low friction.
  • Minimize repeated testimony.
  • Avoid requiring perfect coherence from harmed nodes.
  • Provide advocacy, translation, technical support, and navigation support where needed.
  • Preserve choice, consent, privacy, and pacing.
  • Rebalance proof burden toward system audit where possible.
  • Protect against retaliation.
  • Provide status visibility.
  • Provide appeal and correction pathways.
  • Provide repair, not just case handling.
  • Track pathway abandonment as failure signal.
  • Track harmed-node coherence over time.
  • Validate recurrence prevention.

Avoid:

  • forms as access theater;
  • hotlines without follow-through;
  • portals that require expert navigation;
  • repeated retelling without repair;
  • long delays without support;
  • proof demands that exceed damaged capacity;
  • treating non-completion as lack of harm;
  • treating silence as resolution;
  • requiring harmed nodes to become investigators;
  • requiring harmed nodes to remain perfectly composed;
  • exposing harmed nodes without boundary protection;
  • AI appeal systems that require users to reverse-engineer the model;
  • institutional pathways that protect the institution from feedback;
  • justice systems that convert harmed-node exhaustion into closure metrics.

10. Cross-Scale Expressions

TableScroll
Scale / LayerExpression of the Law
U0 β€” SubstrateHarmed-node body, material condition, and basic capacity must be protected during resolution.
U1 β€” Energy / capacityReporting, testimony, travel, cost, time, and persistence consume energy and slack.
U2 β€” Boundary / interfacePathways must protect privacy, consent, access, safety, pacing, and exit.
U3 β€” Process / executionIntake, reporting, investigation, support, repair, and appeal must be usable under damaged capacity.
U4 β€” Classification / claimSystems must not misclassify capacity damage as noncompliance or unreliability.
U5 β€” Time / delayDelay increases burden and can convert pathways into hidden denial.
U6 β€” Field effectHarmed-node outcomes reveal whether the pathway works beyond formal existence.
U7 β€” Recurrence / memoryPathways must encode lessons so harmed nodes do not need to repeat the same burden.
U8 β€” Environment / forcingInstitutions, markets, platforms, AI systems, media, and legal systems shape harmed-node access to repair.

11. Examples

Example A β€” Reporting Portal That Fails Users

Scenario:

A platform provides a reporting portal, but users must submit extensive evidence, navigate unclear categories, repeat the issue across tickets, and wait without status visibility.

Law expression:

textScroll
formal pathway + pathway_demand > user_capacity β‡’ resolution failure

Interpretation:

The pathway exists, but its demand exceeds the harmed node’s usable capacity.


Example B β€” Workplace Complaint System

Scenario:

A harmed employee must document every event, confront retaliation risk, repeat testimony to multiple parties, and keep working under the same conditions while waiting for resolution.

Law expression:

textScroll
testimony_load + retaliation_risk + delay_cost > harmed_node_capacity

Interpretation:

The pathway shifts resolution burden onto the harmed node.


Example C β€” AI Appeal Burden

Scenario:

An AI system denies access, flags content, changes ranking, or makes an automated decision. The user must infer the reason, collect evidence, appeal through opaque forms, and repeat the case without explanation.

Law expression:

textScroll
AI decision + opaque appeal β‡’ auditability burden transfer

Interpretation:

AI appeal pathways fail when users must reverse-engineer the system to seek repair.


Example D β€” Medical Harm Reporting

Scenario:

A patient harmed by a care process must navigate complex forms, medical language, fragmented offices, long delays, and unclear responsibility while still needing care.

Law expression:

textScroll
care harm + pathway friction↑ β‡’ harmed-node O↓

Interpretation:

Resolution must account for the reduced capacity created by the harm itself.


Scenario:

A person has a formal legal right but cannot afford counsel, time off, filing costs, evidence gathering, or procedural navigation.

Law expression:

textScroll
formal right + capacity barrier β‡’ inaccessible justice

Interpretation:

Formal availability is not pathway accessibility.


Example F β€” Coherent Harmed-Node Pathway

Scenario:

A system provides simple intake, supported documentation, privacy protections, clear status, one-account testimony, advocate support, bounded timelines, repair options, appeal, and recurrence prevention.

Law expression:

textScroll
support_capacity↑ + pathway_demand↓ β‡’ harmed_node_O↑ + L↑

Interpretation:

The pathway protects capacity and improves resolution.


12. Relationship to Nearby Laws

TableScroll
Related LawRelationship
LAW-001 β€” Coherence Priority LawVictim pathways are valid when harmed-node coherence improves
LAW-002 β€” Coherence Trajectory LawPathways must improve trajectory over time
LAW-004 β€” Stability-Coherence Separation LawA closed case may not indicate coherence
LAW-006 β€” Time Validation LawPathway success requires temporal validation
LAW-010 β€” Hidden Debt Accumulation LawFailed pathways accumulate hidden justice debt
LAW-011 β€” Hidden Debt Return LawUnresolved harm returns through recurrence
LAW-012 β€” Error Lag LawPathway collapse often appears after delayed burden accumulation
LAW-013 β€” Auditability-Debt LawAuditability must not be offloaded entirely to harmed nodes
LAW-015 β€” Suppressed Auditability Debt LawSuppressed audit creates burden for harmed nodes to prove the system’s debt
LAW-017 β€” Silent Extraction LawTestimony extraction can become silent extraction
LAW-020 β€” Bandwidth Threshold LawHarmed-node bandwidth may be below pathway demand
LAW-023 β€” Restoration Capacity Load LawPathways require restoration capacity proportional to load
LAW-029 β€” Integration Cost LawParticipating in resolution has real cost
LAW-030 β€” Slack Sovereignty LawHarmed nodes need slack to participate without further debt
LAW-041 β€” Boundary Membrane LawPathways must protect boundary integrity
LAW-042 β€” Consent Structurality LawParticipation must preserve meaningful choice and consent
LAW-048 β€” Feedback Integrity LawHarmed-node feedback must change the pathway
LAW-049 β€” Feedback Without Slack Becomes Extraction LawAsking for testimony without support extracts from damaged capacity
LAW-052 β€” Stability Proof LawPathways must remain usable under stress
LAW-061 β€” Restoration Sequencing LawPathway steps must be sequenced around capacity
LAW-064 β€” Restoration Debt Reduction LawPathways must reduce debt, not merely process claims
LAW-065 β€” Pseudo-Restoration LawFormal support without repair becomes pseudo-restoration
LAW-066 β€” Restoration Capacity Sufficiency LawSupport capacity must be sufficient for harmed-node need
LAW-067 β€” Temporal Proof LawPathway success must hold over time
LAW-068 β€” Boundary-First Restoration LawSafety and privacy often precede testimony and repair
LAW-071 β€” No Forced Forgiveness LawPathways must not demand closure or forgiveness before repair
LAW-072 β€” Quiet Minimization Debt LawMinimizing harmed-node burden creates debt
LAW-075 β€” Capacity Before Demand LawLAW-108 specializes capacity-before-demand for harmed-node pathways
LAW-102 β€” Legitimacy Audit LawLegitimacy depends on usable pathways for affected observers
LAW-103 β€” Justice Stability LawJustice fails when victim pathways collapse
LAW-104 β€” Justice Logistics LawVictim pathway capacity is a core justice logistics requirement
LAW-105 β€” Repair Before Enforcement LawEnforcement must not replace harmed-node repair pathways
LAW-106 β€” Exposure Legibility LawExposure often depends on harmed-node reporting
LAW-107 β€” Exposure Without Restoration LawExposure can overburden harmed nodes without support
LAW-109 β€” High-Ξ¦ Legitimacy Scaling LawHigh-influence actors require stronger harmed-node pathways
LAW-110 β€” Governance Sequencing LawGovernance must sequence intake, support, audit, repair, and prevention
LAW-111 β€” Meaning Audit LawVictim-pathway narratives are not audit-exempt
LAW-115 β€” Surveillance–Restoration LawDetection must route into harmed-node support and repair
LAW-120 β€” Security Legibility LawHarmed-node security claims require traceable pathways
LAW-128 β€” AI Representation LawAI representing harmed nodes requires continuous auditability and scope clarity
LAW-132 β€” AI Legitimacy Function LawAI legitimacy depends on usable affected-user repair pathways
LAW-133 β€” Error Scale LawLarge-scale systems generate many harmed nodes even at low error rates
LAW-134 β€” Layered Interception LawLayered safeguards reduce harmed-node pathway overload
LAW-147 β€” Economic Contract State-Space LawFormal consent or contract may fail if harmed-node pathway capacity is absent

Aliases folded into this law:

  • Victim Pathway Capacity Law
  • Harmed-Node Capacity Law
  • Pathway Demand Capacity Law
  • Resolution Pathway Capacity Law
  • Victim Resolution Capacity Law
  • Harmed-Node Overload Law
  • Pathway Demand Exceeds Capacity Law

Deduplication note:

This law should remain the root harmed-node pathway capacity law. LAW-075 states the broader capacity-before-demand rule. LAW-104 defines justice logistics generally. LAW-107 governs exposure without restoration. LAW-108 specializes those constraints for victim-resolution pathways, intake, testimony, reporting, and repair.


13. Operator Mapping

TableScroll
OperatorRole in this law
Ξ“Classifies harmed-node capacity, pathway demand, support need, proof burden, risk, and repair obligation
Ξ Operationalizes intake, testimony, reporting, support, triage, audit, appeal, repair, and prevention
ΞCaptures inversion when pathways treat harmed-node capacity damage as failure, noncompliance, or unreliability
βŠ—Pathway creates coupling between harmed node, institution, evidence, authority, and repair system
β„›Performs repair and reduces harmed-node burden, hidden debt, and recurrence risk
Ξ€Validates whether the pathway improves harmed-node coherence over time
ΘPrevents designers from assuming capacity, blaming withdrawal, or mistaking formal access for usability
Ξ£Defines pathway scope, eligibility, burden, privacy, and repair obligation
Ξ¨Harmed-node and field feedback validates pathway usability
Ξ›Tests compatibility between pathway design and harmed-node coherence

Coherent operator sequence:

textScroll
harm occurs
β†’ Θ prevent capacity assumptions
β†’ Ξ“ assess harmed_node_capacity + pathway_demand
β†’ Ξ£ define pathway scope and protections
β†’ Ξ  reduce friction / testimony / proof burden
β†’ add support_capacity
β†’ Au/FI preserve audit and feedback
β†’ β„› perform repair
β†’ Ξ¨ validate harmed-node effects
β†’ Ξ€ validate harmed_node_O and L over time

Inverted operator sequence:

textScroll
harm occurs
β†’ capacity decreases
β†’ pathway demand remains high
β†’ Ξ“ misreads overload as noncompliance
β†’ Ξ  requires repetition / proof / delay endurance
β†’ harmed node exits or collapses
β†’ β„› fails
β†’ H↑
β†’ Ξ / ι↑
β†’ L↓

14. Machine-Readable Summary

yamlScroll
id: "LAW-108"
name: "Victim Pathway Capacity Law"
type: "law"
status: "draft"
family:
  - "Justice, Governance, and Legitimacy Laws"
summary: "Systems fail victims when resolution pathways require high coherence, auditability, and endurance from nodes whose coherence, auditability, and endurance were damaged."
canonical_statement: "Systems fail victims when they require high coherence, auditability, and endurance from those whose coherence, auditability, and endurance were damaged."
core_form: "pathway demand > harmed-node capacity β‡’ resolution failure"
capacity_fit_form: "resolution_pathway valid when pathway_demand ≀ harmed_node_capacity + support_capacity"
burden_inversion_form: "harm damages capacity; bad pathways demand the damaged capacity back"
failure_form: "testimony_load + delay + friction + proof_burden > harmed_node_capacity β‡’ pathway collapse"
restoration_valid_contrast: "victim pathway valid when support lowers demand, protects agency, and increases harmed-node O over Ξ€"
variables:
  primary:
    - "harmed_node_capacity"
    - "pathway_demand"
    - "support_capacity"
    - "testimony_load"
    - "reporting_load"
    - "intake_friction"
    - "proof_burden"
    - "delay_cost"
    - "retaliation_risk"
    - "resolution_probability"
    - "agency"
    - "harmed_node_O"
    - "R"
    - "R_eff"
    - "BΞ£"
    - "Au"
    - "Au_eff"
    - "FI"
    - "L"
    - "H"
  secondary:
    - "O"
    - "Ξ΅"
    - "ΞΉ"
    - "Β΅α΅’"
    - "K"
    - "Οƒ"
    - "𝓑"
    - "𝓓"
    - "Ξ¦"
    - "Ξ›"
    - "βŠ—"
    - "Ξ“"
    - "Ξ "
    - "Ξ"
    - "β„›"
    - "Θ"
    - "Ξ£"
    - "Ξ¨"
    - "Ξ€"
    - "MS"
diagnostics:
  - "Victim Pathway Capacity"
  - "Harmed-Node Capacity"
  - "Pathway Demand"
  - "Resolution Burden"
  - "Testimony Load"
  - "Reporting Load"
  - "Intake Friction"
  - "Auditability Burden"
  - "Endurance Demand"
  - "Support Sufficiency"
  - "Repair Sufficiency"
  - "Feedback Integrity"
  - "Legitimacy"
  - "Temporal Proof"
failure_modes:
  - "Victim Pathway Collapse"
  - "Harmed-Node Overload"
  - "Resolution Burden Shift"
  - "Testimony Extraction"
  - "Reporting Exhaustion"
  - "Intake Friction Failure"
  - "Proof Burden Inversion"
  - "Auditability Burden Transfer"
  - "Procedural Retraumatization"
  - "Pathway Abandonment"
  - "Silencing by Complexity"
  - "False Closure"
  - "Legitimacy Debt"
  - "Recurrence Persistence"
  - "Restoration Failure"
restoration_arcs:
  - "Victim Pathway Redesign"
  - "Harmed-Node Capacity Protection"
  - "Pathway Demand Reduction"
  - "Testimony Load Reduction"
  - "Intake Friction Repair"
  - "Support Sufficiency Increase"
  - "Audit Burden Rebalancing"
  - "Agency Restoration"
  - "Boundary Reconstitution"
  - "Repair Sufficiency Increase"
  - "Feedback Integrity Restoration"
  - "Temporal Validation"
related_laws:
  - "LAW-001"
  - "LAW-002"
  - "LAW-004"
  - "LAW-006"
  - "LAW-010"
  - "LAW-011"
  - "LAW-012"
  - "LAW-013"
  - "LAW-015"
  - "LAW-017"
  - "LAW-020"
  - "LAW-023"
  - "LAW-029"
  - "LAW-030"
  - "LAW-041"
  - "LAW-042"
  - "LAW-048"
  - "LAW-049"
  - "LAW-052"
  - "LAW-061"
  - "LAW-064"
  - "LAW-065"
  - "LAW-066"
  - "LAW-067"
  - "LAW-068"
  - "LAW-071"
  - "LAW-072"
  - "LAW-075"
  - "LAW-102"
  - "LAW-103"
  - "LAW-104"
  - "LAW-105"
  - "LAW-106"
  - "LAW-107"
  - "LAW-109"
  - "LAW-110"
  - "LAW-111"
  - "LAW-115"
  - "LAW-120"
  - "LAW-128"
  - "LAW-132"
  - "LAW-133"
  - "LAW-134"
  - "LAW-147"
related_invariants:
  - "INV-001"
  - "INV-002"
  - "INV-006"
  - "INV-073"
  - "INV-080"
operator_sequence:
  coherent:
    - "harm occurs"
    - "Θ prevent capacity assumptions"
    - "Ξ“ assess harmed_node_capacity + pathway_demand"
    - "Ξ£ define pathway scope and protections"
    - "Ξ  reduce friction / testimony / proof burden"
    - "add support_capacity"
    - "Au/FI preserve audit and feedback"
    - "β„› perform repair"
    - "Ξ¨ validate harmed-node effects"
    - "Ξ€ validate harmed_node_O and L over time"
  inverted:
    - "harm occurs"
    - "capacity decreases"
    - "pathway demand remains high"
    - "Ξ“ misreads overload as noncompliance"
    - "Ξ  requires repetition / proof / delay endurance"
    - "harmed node exits or collapses"
    - "β„› fails"
    - "H↑"
    - "Ξ / ι↑"
    - "L↓"
aliases:
  - "Victim Pathway Capacity Law"
  - "Harmed-Node Capacity Law"
  - "Pathway Demand Capacity Law"
  - "Resolution Pathway Capacity Law"
  - "Victim Resolution Capacity Law"
  - "Harmed-Node Overload Law"
  - "Pathway Demand Exceeds Capacity Law"
deduplication_note: "Root harmed-node pathway capacity law. LAW-075 states the broader capacity-before-demand rule. LAW-104 defines justice logistics generally. LAW-107 governs exposure without restoration. LAW-108 specializes those constraints for victim-resolution pathways, intake, testimony, reporting, and repair."
source: "content/archive/laws/technical.md"

15. Compact Card Version

LAW-108 β€” Victim Pathway Capacity Law

Systems fail victims when they require high coherence, auditability, and endurance from those whose coherence, auditability, and endurance were damaged.

Core form:

textScroll
pathway demand > harmed-node capacity β‡’ resolution failure

Capacity-fit form:

textScroll
resolution_pathway valid when pathway_demand ≀ harmed_node_capacity + support_capacity

Plain meaning:

A harmed node should not be required to carry the hardest part of the justice pathway alone. If a system requires repeated testimony, high proof burden, persistence, complex navigation, delay endurance, and retaliation risk from a damaged node, the pathway is structurally misdesigned.

Burden inversion form:

textScroll
harm damages capacity; bad pathways demand the damaged capacity back

Failure form:

textScroll
testimony_load + delay + friction + proof_burden > harmed_node_capacity β‡’ pathway collapse

Primary variables:

harmed_node_capacity, pathway_demand, support_capacity, testimony_load, reporting_load, intake_friction, proof_burden, delay_cost, retaliation_risk, resolution_probability, agency, harmed_node_O, R, R_eff, BΞ£, Au, Au_eff, FI, L, H, Ξ“, Ξ , β„›, Θ, Ξ£, Ξ¨, Ξ€

Diagnostic signature:

Reporting friction rises, testimony repetition rises, proof burden rises, delay increases, support decreases, retaliation risk rises, and harmed-node capacity falls. This indicates victim pathway collapse.

Failure risk:

Victim pathway collapse, harmed-node overload, resolution burden shift, testimony extraction, reporting exhaustion, intake friction failure, proof burden inversion, auditability burden transfer, procedural retraumatization, pathway abandonment, silencing by complexity, false closure, legitimacy debt, recurrence persistence, restoration failure.

Restoration priority:

Assess harmed-node capacity, measure pathway demand, reduce intake friction, reduce testimony repetition, rebalance proof burden, provide support capacity, protect boundaries and privacy, reduce retaliation risk, preserve agency, perform repair, and validate harmed-node coherence over time.