UBC Limit and Portability Profiles¶
Document Status¶
| Field | Value |
|---|---|
policy-id |
DIA-UBC-LIMITS-001 |
type |
Implementing act / limit and portability profiles |
version |
0.1.0-draft |
basis |
Art. XII.11-13 of the DIA Constitution; UNIVERSAL-BASIC-COMPUTE.md; FIP-MEMBERSHIP-AND-QUORUM.md |
mechanism status |
the bridge_minimum, trans_federation_limited, and canonical limit profiles are normative; federations may extend them but not weaken them |
1. Purpose of the Document¶
UNIVERSAL-BASIC-COMPUTE.md defines the right to a minimum compute allocation,
but leaves open how exactly to describe:
- limit profiles for communication and care/support modes,
- portability profiles across federations,
- the minimal path of cross-federation
Proof-of-Personhoodrecognition through theFIPbridge or registry.
This document closes that gap.
2. General Rule¶
- A limit profile is a named data contract, not a local implementation custom.
- A portability profile defines what minimum scope of
UBCis honored locally, across federations, and through the minimalFIPbridge. - Cross-federation recognition may run:
- through direct federation recognition,
- through the minimal
FIPregistry/bridge, - through a combination of both paths.
- The
FIPbridge guarantees only thebridge_minimumprofile unless a federation explicitly declares an extension. - A federation may raise limits or add profiles, but may not go below the minimum defined in this document.
3. Core Terms¶
| Term | Meaning |
|---|---|
ubc_limit_profile |
a named limit profile for a specific access mode |
ubc_portability_profile |
a named profile describing how UBC is honored locally and cross-federation |
bridge_minimum |
the minimum profile available when PoP is recognized through the FIP bridge |
federation_extension |
a profile that extends the minimum through an explicit federation decision |
fip_pop_bridge_record |
a record describing the minimal FIP bridge/registry for PoP recognition |
4. Canonical Limit Profiles¶
4.1. emergency_unlimited¶
Mandatory profile for emergency modes.
access = truevolume_limit = nonerate_limit = nonehard_stop = forbidden
4.2. communication_limited¶
Minimum profile for cross-federation communication.
access = truevolume_limit = requiredrate_limit = allowedhard_stop = forbiddenfor critical help-seeking paths
4.3. care_limited¶
Minimum profile for care/support modes.
access = truevolume_limit = requiredrate_limit = allowedhard_stop = allowedonly after explicit quota exhaustion, never for emergency
4.4. bridge_minimum¶
Portability profile guaranteed by the FIP bridge.
emergency = emergency_unlimitedcommunication = communication_limitedcare = care_limitedexpansion_authority = federation_only
4.5. trans_federation_extended¶
A portability profile broader than the minimum, declared by a federation.
- it may raise communication limits,
- it may raise care/support limits,
- it may add local care modes,
- it MUST leave an explicit policy and profile-version trace.
5. Minimal Data Model¶
5.1. ubc_limit_profile¶
ubc_limit_profile:
profile_id: "[identifier]"
mode: "communication" # emergency | communication | care
profile_class: "limited" # unlimited | limited | extended
access: true
volume_limit:
amount: 100
unit: "messages_per_day"
rate_limit:
amount: 10
unit: "messages_per_hour"
hard_stop: false
emergency_override: true
policy_ref: "DIA-UBC-LIMITS-001"
5.2. ubc_portability_profile¶
ubc_portability_profile:
portability_profile_id: "[identifier]"
scope: "trans_federation_limited" # local_only | trans_federation_limited | trans_federation_extended
recognition_paths:
federation_direct: true
fip_bridge: true
emergency_profile_ref: "emergency_unlimited"
communication_profile_ref: "communication_limited"
care_profile_ref: "care_limited"
federation_extension_allowed: true
policy_ref: "DIA-UBC-LIMITS-001"
5.3. fip_pop_bridge_record¶
fip_pop_bridge_record:
bridge_id: "[bridge/registry identifier]"
operator_ref: "[FIP or a specialized FIP component]"
recognized_attestation_refs:
- "[proof_of_personhood_attestation]"
guaranteed_portability_profile_ref: "bridge_minimum"
extension_profile_refs: []
audit_ref: "[reference to an audit or bridge snapshot]"
created_at: "[timestamp]"
6. Compliance Rules¶
The system does not satisfy this policy if:
- the
FIPbridge claims PoP recognition but does not deliver thebridge_minimumprofile, - a federation labels a profile as
trans_federation_limitedyet does not provide explicit limits for communication and care, - the emergency profile contains a
hard_stopor a practical quota that blocks asking for help, - a federation extension removes one of the three minimum access classes,
- the implementation uses local, implicit quotas instead of named profiles.
7. Relation to Other Documents¶
UNIVERSAL-BASIC-COMPUTE.md: defines the right toUBCitself and the allocation/funding models.FIP-MEMBERSHIP-AND-QUORUM.md: defines the minimum structure and accountability ofFIP.- Constitution Art. XII.11-13: sets the bounds of the non-withdrawable floor and the ban on hidden advantage.