> For the complete documentation index, see [llms.txt](https://j-kawai0908s-organization.gitbook.io/value-decentralization-whitepaper/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://j-kawai0908s-organization.gitbook.io/value-decentralization-whitepaper/social-design/07-social-frontiers.md).

# 7. Social Design Explorations

{% hint style="warning" %}
**Design Exploration / Not Current Implementation**

This chapter does not describe implemented arenas or proven public policies. It explores the value tensions, Hard Constraints, and Value Pools that could arise if Value Decentralization were applied to different social domains.
{% endhint %}

The purpose is not to automate the selection of one correct policy. It is to make visible which value judgment was applied, within which context, to which evidence, by whose budget, and under which rule.

## 7.1 Humanitarian Aid

Simplifying eligibility checks can deliver aid faster, but may reduce resistance to fraud or duplicate claims. Strict screening can increase precision while delaying people who lost their documents, are displaced, or lack digital access.

| Design element       | Example                                                      |
| -------------------- | ------------------------------------------------------------ |
| Value Tension        | delivery speed, coverage, fraud resistance, privacy          |
| Hard Constraint      | total budget, minimum emergency aid, appeal, data protection |
| Artifact             | universal grant, staged aid, needs-aware distribution        |
| Possible Value Pools | Rapid Relief, Vulnerable Households, Auditability            |

## 7.2 Public Procurement

Concentrating procurement with the cheapest supplier may reduce short-term cost while creating a single point of failure during bankruptcy, disaster, or cyberattack. Diversifying suppliers may improve resilience while increasing cost.

| Design element       | Example                                                    |
| -------------------- | ---------------------------------------------------------- |
| Value Tension        | procurement cost, supplier diversity, failure resilience   |
| Hard Constraint      | quality, legal eligibility, delivery capacity, audit trail |
| Artifact             | single supplier, equal split, resilient lots               |
| Possible Value Pools | Taxpayer Efficiency, Continuity, Local Suppliers           |

## 7.3 Platform Dispatch

Optimizing only for the fastest customer arrival may concentrate work among a subset of workers or locations. Optimizing only for equal allocation may increase travel distance and waiting time.

| Design element       | Example                                                      |
| -------------------- | ------------------------------------------------------------ |
| Value Tension        | customer speed, worker income stability, geographic coverage |
| Hard Constraint      | minimum pay, rest, dangerous-route prohibition, appeal       |
| Artifact             | nearest-first, rotation, floor-aware dispatch                |
| Possible Value Pools | Fast Service, Worker Stability, Regional Access              |

## 7.4 Energy Justice

Dynamic pricing can reduce peak demand, but may concentrate costs on households that cannot easily change when they consume energy, including people using home medical equipment, older residents, and people living in poorly insulated housing.

| Design element       | Example                                                 |
| -------------------- | ------------------------------------------------------- |
| Value Tension        | peak reduction, household cost, comfort, carbon         |
| Hard Constraint      | safe temperature, medical power, opt-out, privacy       |
| Artifact             | dynamic price, flat support, protected flexibility      |
| Possible Value Pools | Grid Stability, Low-income Protection, Carbon Reduction |

## 7.5 Emergency Coverage

Concentrating emergency resources in high-demand urban centers may improve average response time while worsening the worst response times in low-density regions.

| Design element       | Example                                                    |
| -------------------- | ---------------------------------------------------------- |
| Value Tension        | median response time, worst-region response, idle capacity |
| Hard Constraint      | severity priority, vehicle capacity, hospital capacity     |
| Artifact             | nearest dispatch, forecast placement, regional floor       |
| Possible Value Pools | Citywide Speed, Rural Coverage, Critical Care              |

## 7.6 Social Housing

Maximizing tenant turnover may provide housing to people on waiting lists more quickly, while disrupting the schools, care relationships, and communities of existing tenants.

| Design element       | Example                                                      |
| -------------------- | ------------------------------------------------------------ |
| Value Tension        | waiting time, housing stability, community continuity        |
| Hard Constraint      | non-discrimination, accessibility, appeal, transition period |
| Artifact             | strict turnover, permanent tenancy, income-indexed stability |
| Possible Value Pools | Urgent Access, Family Stability, Mixed Communities           |

## 7.7 Conditions for moving from exploration to evidence

Advancing any of these ideas from a design exploration into social implementation would require at least:

* participatory design of metrics and constraints with affected communities;
* dataset provenance and privacy review;
* monitoring of unmeasured negative externalities;
* explicit separation of simulation and operational evidence;
* independent reproduction;
* appeal and dispute procedures;
* public authority over rule changes; and
* management of conflicts of interest between Value Pool funders and evaluators.

Whenever numbers are presented, they must be labeled as an Illustrative Assumption, Simulation Result, or Observed Data.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://j-kawai0908s-organization.gitbook.io/value-decentralization-whitepaper/social-design/07-social-frontiers.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.