Fieldlight Runtime Vocabulary

Routing · Trust · Fallback · Echo

Canonical definitions for predictable mesh behavior

This document defines canonical runtime terms for message routing, trust levels, fallback behavior, echo handling, logging, return status, and consent scope within Fieldlight-aligned mesh systems.

It is intentionally structured like a specification. The purpose is not prose polish; the purpose is shared vocabulary, routing clarity, and predictable system behavior.

Message Types 6

handshake, trace, query, response, echo, ping

Trust Levels 3

peer, proxy, ghost

Consent Scopes 6

temporal, authorship-aware, non-reproducible, local-only, review-required, open

Message Types

message_types:
  handshake:
    description: Initial contact and identity verification between nodes
    trust_required: peer
    ttl: 2
    fallback: proxy
    destination_format: mesh://node_id
    auth_required: true

  trace:
    description: Sends a signal with trace log intent
    trust_required: peer
    ttl: 4
    fallback: proxy
    destination_format: mesh://node_id
    auth_required: true

  query:
    description: Asks for data or status from another node
    trust_required: peer
    ttl: 3
    fallback: proxy
    destination_format: mesh://node_id
    auth_required: true

  response:
    description: Returns data or status in reply to a query
    trust_required: peer
    ttl: 2
    fallback: none
    destination_format: mesh://origin_node_id
    auth_required: true

  echo:
    description: Sends message to self or ghost node to test routing
    trust_required: ghost
    ttl: 2
    fallback: none
    destination_format: mesh://ghost_id
    auth_required: false

  ping:
    description: Lightweight message to check node reachability
    trust_required: proxy
    ttl: 1
    fallback: ghost
    destination_format: mesh://node_id
    auth_required: false

Trust Levels

trust_levels:
  peer:
    access: full
    permissions:
      - send
      - receive
      - originate
      - relay
      - respond

  proxy:
    access: limited
    permissions:
      - relay
      - ping

  ghost:
    access: echo-only
    permissions:
      - receive
      - reflect

Authentication Requirements

auth_requirements:
  true:
    methods:
      - gpg_signature
      - peer_id_match

  false:
    methods:
      - none

Fallback Types

fallback_types:
  proxy:
    description: Relay through trusted proxy
    allows_store_and_forward: true
    ghost_fallback: true

  ghost:
    description: Passive echo bounce (non-storing)
    allows_store_and_forward: false
    ghost_fallback: false

Log Policies

log_policies:
  local:
    store_echo: true
    store_trace: true
    store_query: true
    store_handshake: true

  ghost:
    store_anything: false

Return Status Codes

Code Meaning
200 OK — message received
202 Echoed — ghost reflection received
404 No response — node unreachable
410 TTL exceeded — message dropped
503 Loop detected — message bounced repeatedly

Consent Scope Definitions

consent_scope_definitions:
  temporal:
    description: Consent valid only during current message transmission or session

  authorship-aware:
    description: Receiver must acknowledge human author origin and preserve message fidelity

  non-reproducible:
    description: Message may not be duplicated, stored, or forwarded

  local-only:
    description: Action must remain within node execution layer; external routing forbidden

  review-required:
    description: Requires explicit human approval before execution or further routing

  open:
    description: Sender allows any action; no restrictions on handling