Social Resource Floor
Contribute

Open blueprint · Digital public infrastructure

A floor beneath which no person should fall.

The Social Resource Floor is a blueprint for a universal structure through which people can access the resources needed for basic survival — grounded in being human, not in financial status.

The floor
Food Housing Energy Healthcare Transportation Childcare & education Emergency support Monetary assistance Community resources

The idea

Human survival should not depend on financial access.

Today, survival is largely financial: people generally need money, banking, employment, or purchasing power to obtain food, housing, energy, healthcare, and other necessities. This project explores a different starting point.

Access to basic survival resources should be grounded in being human, not in financial status.

This does not mean abolishing money, banking, markets, or the wider financial system. The aim is narrower and more fundamental: financial systems should not be the condition that determines whether a person can access the basic resources required to survive. Money becomes one possible resource or delivery method — not the organizing principle of survival.

What this is

  • A blueprint and conceptual structure — definitions, relationships, and interfaces.
  • An integration layer that sits above existing social-protection systems.
  • A universal structure that stays locally defined and locally deployable.
  • Open interfaces first, so any component can be replaced without lock-in.

What this is not

  • Not, yet, a working universal social-resource infrastructure.
  • Not a replacement for existing benefit-delivery platforms.
  • Not an attempt to solve every political, legal, and governance question at once.
  • Not a single mandatory product or vendor.

How it fits

A coordination layer, not a replacement.

The Floor is designed to work alongside existing digital public infrastructure — coordinating across providers and resource types through open APIs, events, and adapters, while each system keeps its own mission.

Coordination Provider and resource registries, cross-provider coordination, and accountability.
Policy & decisions Locally defined rules and a pluggable policy-engine interface with traceable decisions.
Identity, consent & trust Interfaces that minimize personal data while still enabling coordination.
Integration fabric Open schemas, events, and adapters so systems can participate by capability.
Existing delivery rails OpenSPP, OpenG2P, OpenCRVS and other systems keep delivering — the Floor coordinates.

Current scope

Building the blueprint, carefully and in the open.

01

Define the concepts

Establish shared vocabulary for people, providers, resources, policies, and entitlements.

02

Map the relationships

Describe how needs, eligibility, entitlements, and delivery connect across providers.

03

Find the interfaces

Identify the minimum contracts two independent systems need to participate.

04

Name the open questions

Keep governance, funding, privacy, and authority as explicit questions, not assumptions.

Open to contribution

Help shape the structure.

This is early-stage, exploratory work — which is exactly when a clear idea and a few extra minds matter most. Whether your background is social protection, engineering, policy, or lived experience, there is a way in.

Read & discuss Start with the README and specification drafts, then open an issue with questions or gaps.
Sharpen the models Help refine the resource, provider, entitlement, policy, and consent definitions.
Bridge existing systems Contribute research or adapters for OpenSPP, OpenG2P, OpenCRVS, and others.
Ask hard questions Governance, privacy, and funding are open by design — challenge the assumptions.