Skip to content

HoloScript's Three-Format Architecture vs 28 Known Impossibilities

A cross-domain analysis of what becomes tractable when spatial computing has three specialized notations


The Core Insight

HoloScript is not one format. It is three specialized notations forming a capability progression:

FormatCapturesKey PrimitivesThink of it as...
.hsProcessfunction, execute, connectA recipe book -- step-by-step procedures, sequences, relational wiring
.hsplusBehavior@state {}, on_collision, networked_object, @state_machineA reactive protocol -- dynamic state, events, haptic feedback, multiplayer sync
.holoWorldstemplate, environment, spatial_group, logic {}A governed universe -- complete experiences with declarative traits and AI-generated content

All three are plain text. All three compile to 25+ targets (Unity, Unreal, Godot, R3F, ARKit, URDF, SDF, WebGPU, VRChat, etc.) through the same pipeline. Together they span the full spectrum from individual gesture to governed experiential world.

This document maps 28 known impossibilities -- 14 from computer science/engineering and 14 from human domains -- against this three-format architecture. The question is not "does HoloScript solve these?" (mostly no) but "does the three-format progression create genuine architectural advantages that didn't exist before?"


Format Strength Matrix

Before the individual assessments, here is the pattern that emerged:

Problem TypeStrongest FormatWhy
Procedural knowledge capture.hsfunction + execute = executable recipes
Reactive/stateful protocols.hsplus@state_machine + networked_object = finite-state behavioral contracts
Complete governed experiences.holoDeclarative traits + composition = self-documenting worlds
Cross-platform determinism.hsplusState machines reduce behavioral equivalence to finite state comparison
Preservation / version controlAll threeAll plain text = git diff/merge/blame works natively
AI spatial reasoning.holo1800+ semantic traits = machine-readable knowledge graph
Symbol groundingAll threeThree levels of Harnad grounding: declarative, behavioral, procedural

Part I: Computer Science & Engineering Impossibilities

The Scorecard

#ProblemRatingFormat(s)Key Mechanism
1Reproducibility CrisisPARTIALLY.hs + .hsplus + .holoProtocol specification across all three levels
2Medical Tower of BabelMERELY REFRAMES--Data mapping problem, not spatial
3Combinatorial TestingPARTIALLYAllO(content x platforms) -> O(compilers x traits)
4Frame Problem in AIPARTIALLY.holo + .hsplus + .hsTraits as frame axioms at three levels
5Symbol GroundingSOLVESAll threeThree levels of Harnad grounding
6Alignment TaxPARTIALLY.holoCompile-time safety = zero runtime cost
7LocalizationPARTIALLY.holo~20% of culture is compilation-targetable
8Version Control for 3DSOLVESAll threeAll formats are plain text
9Uncanny ValleyMERELY REFRAMES--Perceptual problem, not notation problem
10Digital PreservationSOLVESAll threeHuman-readable text survives format extinction
11Formal VerificationPARTIALLY.holoTraits as QuickCheck-style property specs
12NP-Hard OptimizationPARTIALLY.holoSemantic hints > blind heuristics
13Cross-Platform DeterminismPARTIALLY.hsplus + .holo + .hsBehavioral conformance (not bit-exact)
14Semantic Gap in CVPARTIALLY.holoAuthored semantics > inferred semantics

Summary: 3 SOLVES, 9 PARTIALLY ADDRESSES, 2 MERELY REFRAMES


The Three Strongest Findings

1. Symbol Grounding Problem -- SOLVES (within domain)

The symbol grounding problem (Harnad 1990) asks: how do symbols in AI connect to the things they represent? HoloScript provides three levels of grounding that map directly to Harnad's requirements:

.holo -- Declarative grounding:

holoscript
object "Ball" {
  @weight(5kg)
  @breakable(threshold: 50N)
  @buoyancy { fluid_density: 1000, object_density: 500 }
}

@weight(5kg) compiles to Rigidbody.mass=5 in Unity, body.setMass(5) in Bullet, <mass value="5"/> in URDF. The symbol has causal connections to simulated physics.

.hsplus -- Behavioral grounding:

hsplus
composition ball {
  @physics @breakable(threshold: 50) @networked
  @state { integrity: 100, isBroken: false }
  on_collision(other) {
    if (other.force > 50) { this.state.isBroken = true }
  }
}
networked_object syncedBall {
  sync_rate: 20hz
  position: synced
  state { integrity: synced, isBroken: synced }
}

Symbols are grounded in interactive consequences. State changes are causally linked to physics events. networked_object grounds symbols in shared physical reality across clients.

.hs -- Procedural grounding:

hs
composition ball { position: { x: 0, y: 10, z: 0 }, weight: 5 }
function drop_test() {
  ball.position.y = 10
  simulate gravity for 1.0s
  assert ball.position.y < 6
}
execute drop_test

Symbols are grounded in causal action sequences. execute produces observable outcomes. connect grounds relational symbols in functional linkage.

Why this matters: HoloScript may be the first language where notation inherently includes its own physical interpretation at three semantic levels. This is publishable.


2. Version Control for 3D -- SOLVES

The 3D industry uses Perforce and asset locking because git cannot diff binary files.

All three HoloScript formats are plain text. git diff, git merge, git blame, git bisect work natively across .hs, .hsplus, and .holo. The three formats also enable granular version control: .hs for individual object prototypes, .hsplus for production components with traits, .holo for complete compositions.

Code review for 3D content becomes meaningful. git blame tells you who changed the wing membrane bulge from 0.18 to 0.25.


3. Cross-Platform Determinism -- PARTIALLY ADDRESSES (upgraded from DOESN'T HELP)

The original analysis dismissed this because bit-exact determinism across different physics engines is impossible (correctly). But this was a category error: it conflated bit-exact numerical determinism with behavioral conformance.

Every major cross-platform standard achieved interoperability through behavioral conformance, not bit-exact matching:

StandardHow It Works
HTTP (RFC 9110)Behavioral contracts on status codes and headers
SQL (NIST Suite)Same queries, equivalent result sets
CSS (W3C/Acid Tests)Visual reftests across browser engines
Vulkan CTS~3 million behavioral tests across GPU vendors
OpenXR CTSXR runtime behavioral conformance

.hsplus is the strongest format here. @state_machine reduces behavioral equivalence to finite state comparison -- does the state machine reach the same states given the same inputs? This is decidable. networked_object(sync_rate: 20hz) provides a built-in real-time comparison mechanism across targets.

The three formats together create behavioral contracts at three levels:

FormatContract TypeDeterminism MechanismTestability
.holoDeclarative traitsEach trait = behavioral predicateProperty-based testing
.hsplusReactive state + eventsState machines = finite enumerable statesState equivalence testing
.hsProcedural sequencesexecute = deterministic sequenceSequence output comparison

See companion document: Behavioral Determinism Reframing


How .hsplus Changes the Frame Problem

The frame problem asks: when an action occurs, how does AI know what DOESN'T change?

The three-format architecture provides frame axioms at three levels:

  • .holo: An object with @grabbable @weight(5kg) @breakable has EXACTLY those behaviors. The trait set IS the frame axiom -- anything not listed doesn't change.
  • .hsplus: @state { health: 100, isAlive: true } declares the mutable frame. Everything NOT in a state block is immutable. @state_machine enumerates EXACTLY what CAN change. Event handlers (on_collision, on_grab) enumerate the ONLY transitions.
  • .hs: connect inventory to player as "items" declares ONLY these two things are related. No implicit connections.

Together: frame axioms at the object level (.holo), state level (.hsplus), and relational level (.hs).


Part II: Human-Domain Impossibilities

The Scorecard

#ProblemRatingFormat(s)Key Mechanism
1Qualia (untranslatable experience)PARTIALLY.holoEvocative specification of conditions, not experiences
2Tacit Knowledge (Polanyi's Paradox)PARTIALLY.hs + .hsplus + .holoExecutable procedural recipes + reactive adaptation
3Indigenous Knowledge PreservationPARTIALLY.holo + .hsSpatial compositions + RBAC governance
4Disability Experience GapPARTIALLY.holoParametric traits > binary simulations
5Therapeutic VR (PTSD)PARTIALLY.hsplus + .holo + .hsReactive clinical protocols + safety constraints
6Architectural ImaginationSOLVES*.holo*Already solved by VR; HoloScript adds annotation
7Dance/Movement NotationPARTIALLYAll three4D notation: procedure + dynamics + composition
8Ecological ModelingMERELY REFRAMES--ABMs already do this; readability, not capability
9Jury ComprehensionPARTIALLY.holoEvidence annotation with chain of custody
10Spatial Music CompositionPARTIALLY.holoFirst declarative spatial audio "sheet music"
11Historical ReconstructionPARTIALLY.holoMultisensory trait specification
12Empathy ScalingMERELY REFRAMES--Parametric but not fundamentally new
13Conflict ResolutionMERELY REFRAMES--Political will, not technology
14Climate CommunicationMERELY REFRAMES--VR already does this

Summary: 0 genuinely SOLVES (1 pre-solved by VR), 9 PARTIALLY ADDRESSED, 5 MERELY REFRAMED

See companion document: Human-Domain Impossible Problems


Where .hs Is Strongest: Tacit Knowledge

"We know more than we can tell." -- Michael Polanyi

.hs is the strongest format for encoding embodied knowledge because it captures process:

hs
composition pottery_wheel {
  position: { x: 0, y: 0.8, z: 0 }
  speed: 0
}

function throw_clay() {
  center_clay on pottery_wheel
  set pottery_wheel.speed to 200rpm
  apply pressure(gradual, 0.3 to 0.8) for 10s
  pull_up height(15cm) while maintaining wall_thickness(0.5cm)
}

function adjust_moisture() {
  if clay.moisture < 0.5 { apply water(0.1) }
  if clay.moisture > 0.8 { pause and dry for 30s }
}

connect pressure_sensor to wheel as "feedback"
execute throw_clay

This captures something a textbook cannot: the sequence, the timing, the conditional adjustments, and the relational wiring between tools.


Where .hsplus Is Strongest: Therapeutic Protocols

.hsplus turns therapeutic VR scenes into executable clinical protocols:

hsplus
composition ptsd_exposure {
  @therapeutic @safety_certified
  @state {
    intensity: 0.3
    phase: "introduction"
    patient_hr: monitoring
  }

  @state_machine {
    introduction -> mild_exposure [therapist_approve]
    mild_exposure -> moderate_exposure [hr_below_120 AND time > 5min]
    moderate_exposure -> cooldown [hr_above_140 OR panic_button]
    any -> emergency_exit [escape_portal]
  }

  @max_intensity(0.6)
  @therapist_override(enabled)
  @escape_portal(visible: always)
  @physiological_gate(hr_max: 120bpm)
}

networked_object therapist_view {
  sync_rate: 30hz
  patient_state: synced
  override_controls: enabled
}

The composition IS the clinical protocol. The state machine IS the treatment progression. The traits ARE the safety constraints.


Where All Three Formats Combine: Dance Notation

Labanotation (1928) cannot capture effort quality, cultural meaning, breathing, or facial expression simultaneously. The three-format architecture covers all of these:

.hs -- Choreographic procedure:

hs
function alarippu_sequence() {
  stamp right_foot at beat(1)
  extend arms to position(natya_arambhe)
  hold for beats(2)
  transition to position(aramandi)
}
connect breath to stamp as "synchronization"
execute alarippu_sequence

.hsplus -- Dynamic qualities:

hsplus
composition alarippu_phrase {
  @state { effort: "strong", flow: "bound" }
  on_beat(downbeat) {
    this.state.effort = "sudden"
    trigger stamp(force: 0.9)
  }
  on_phrase_end() {
    this.state.flow = "free"
    transition_to next_phrase
  }
}

.holo -- Complete annotated composition:

holoscript
template "Alarippu" {
  @cultural_context(bharatanatyam)
  @raga(nattai)
  @tala(tisra_eka)

  sequence alarippu_sequence {
    movement "Stamp" {
      @body_part(right_foot)
      @effort(strong, direct, sustained)
      @mudra(pataka)
      @breath(exhale_on_impact)
      @facial(abhinaya: neutral_focus)
    }
  }
}

Together: the first notation that captures position + time + effort + flow + culture + breath + facial expression simultaneously.


Part III: Meta-Patterns Across All 28 Problems

MP.001: Multiplicative Architecture Value

HoloScript's three architectural layers create multiplicative value:

  1. Text layer (all formats): version control, preservation, reproducibility, legal compliance, code review
  2. Semantic layer (traits): symbol grounding, frame axioms, AI reasoning, accessibility, training annotations
  3. Compilation layer (25+ targets): safety enforcement, optimization hints, testing reduction, cross-platform deployment

Each layer amplifies the others. Text + Semantics = self-documenting meaning. Semantics + Compilation = grounded implementations. All three = the full value proposition.

MP.002: The Three-Format Progression Matches Human Cognition

Cognitive LevelFormatWhat It Captures
Procedural ("how to do it").hsRecipes, sequences, step-by-step instructions
Reactive ("what happens when").hsplusState changes, events, feedback loops
Declarative ("what the world is").holoComplete environments, rules, relationships

This mirrors how humans learn: first follow procedures (.hs), then internalize reactive patterns (.hsplus), then build mental models of whole systems (.holo).

SP.004: Text-Based Representation Has Compounding Returns

Every new problem solved by text representation (VCS, preservation, reproducibility, compliance, legal discovery, code review, AI training data) is a free consequence of one architectural decision.

AP.001: Know Where HoloScript Doesn't Help

Compilation helps when the problem maps to: semantic intent -> platform implementation. These problems are outside that domain:

  • Medical data interoperability (data mapping, not spatial)
  • Perceptual psychology (uncanny valley)
  • Political will (conflict resolution)
  • Numerical determinism (bit-exact floating point)

Claiming HoloScript solves these damages credibility on the problems it genuinely addresses.


The Honest Summary

What HoloScript's Three-Format Architecture Genuinely Achieves

AchievementConfidenceEvidence
First plain-text version control for 3D content99%All three formats are text; git works natively
First multi-level symbol grounding in a programming language95%Declarative + behavioral + procedural grounding maps to Harnad 1990
Preservation through human-readable text95%Same mechanism as LaTeX; survives format extinction
Behavioral conformance framework for spatial computing85%Achievable for hard contracts; precedent in HTTP/SQL/Vulkan CTS
Richest spatial movement notation80%Three formats cover dimensions Labanotation cannot; needs choreographer validation
Executable therapeutic protocols80%.hsplus state machines are genuine clinical protocol specs; needs IRB validation

What It Doesn't Achieve

Claim to AvoidWhy
"Solves the hard problem of consciousness"Qualia are substrate-specific
"Preserves indigenous knowledge"Governance > technology
"Eliminates the uncanny valley"Perceptual psychology
"Achieves cross-platform determinism"Behavioral conformance is achievable; bit-exact is not
"Solves empathy at scale"VR empathy research is mature

The One-Sentence Thesis

HoloScript's three-format architecture -- .hs for process, .hsplus for behavior, .holo for worlds -- creates the first spatial computing language where every notation level has plain-text version control, semantic grounding, and multi-target compilation, making 12 of 28 known impossibilities genuinely more tractable.


Full Assessment Grid

#DomainProblemRating.hs.hsplus.holoNovel Mechanism
1CSReproducibilityPARTIALProceduresReactive protocolsEnvironmentsProtocol specification
2CSMedical BabelREFRAMES------Wrong domain
3CSCombinatorial TestingPARTIAL----TraitsO(compilers x traits)
4CSFrame ProblemPARTIALRelationsState machinesTraitsFrame axioms at 3 levels
5CSSymbol GroundingSOLVESProceduralBehavioralDeclarative3-level Harnad grounding
6CSAlignment TaxPARTIAL----Compile-timeZero runtime cost
7CSLocalizationPARTIAL----Cultural traits~20% compilable
8CSVersion ControlSOLVESTextTextTextgit for 3D
9CSUncanny ValleyREFRAMES------Perceptual, not notation
10CSPreservationSOLVESSimpleAnnotatedCompleteLaTeX of spatial computing
11CSFormal VerificationPARTIAL----PropertiesQuickCheck-style traits
12CSNP-Hard OptimizationPARTIAL----HintsSemantic > blind
13CSCross-Platform Det.PARTIALSequencesState machinesTraitsBehavioral conformance
14CSSemantic Gap in CVPARTIAL----AnnotationsAuthored > inferred
15HumanQualiaPARTIAL----EvocativeConditions, not experiences
16HumanTacit KnowledgePARTIALRecipesReactive adaptTemplatesExecutable procedures
17HumanIndigenous KnowledgePARTIAL----Spatial + RBACGovernance traits
18HumanDisability GapPARTIAL----ParametricTransparent parameters
19HumanTherapeutic VRPARTIALProtocol stepsClinical SMSafetyExecutable protocols
20HumanArchitectureSOLVES*----AnnotationPre-solved by VR
21HumanDance NotationPARTIALSequenceDynamicsComposition4D notation
22HumanEcological ModelingREFRAMES------ABMs exist
23HumanJury ComprehensionPARTIAL----Evidence traitsChain of custody
24HumanSpatial MusicPARTIAL----Spatial audioDeclarative "sheet music"
25HumanHistorical Recon.PARTIAL----MultisensoryTrait specification
26HumanEmpathy ScalingREFRAMES------VR already does this
27HumanConflict ResolutionREFRAMES------Political, not technical
28HumanClimate CommunicationREFRAMES------VR already does this

Bold = format is particularly strong for this problem. SM = state machine.


Critical Warnings

  1. G.005.05: ALL assessments are architectural analysis with ZERO empirical validation. Every "PARTIALLY ADDRESSES" claim needs domain expert review and real-world testing.

  2. W.049: Technology without community governance = extraction. This is especially critical for indigenous knowledge, disability simulation, and therapeutic applications.

  3. W.052: Domain experts must co-author trait vocabularies, not engineers. A dance notation without choreographers, a therapeutic protocol without clinicians, or a forensic format without forensic scientists will be wrong.

  4. AP.001: Don't force-fit. Seven of 28 problems are MERELY REFRAMED. Claiming these as wins damages credibility on the genuine contributions.


Design by Contract Mapping

HoloScript traits map to Bertrand Meyer's Design by Contract (DbC):

DbC ConceptHoloScriptExample
PreconditionTrait parameter validation@weight(mass) requires mass > 0
PostconditionBehavioral outcome guarantee@gravity_affected must accelerate at ~9.81 m/s^2
InvariantConservation lawsTotal energy conserved within tolerance
ContractTrait specificationEach trait IS a behavioral contract

All three formats create contracts at different levels:

  • .hs: Procedural contracts (function preconditions/postconditions via assert)
  • .hsplus: Behavioral contracts (state machine transitions, event handling)
  • .holo: Declarative contracts (trait-level property specifications)

Synthesized from four research documents (2026-03-09):- 14 CS/Engineering Impossibilities- Behavioral Determinism Reframing- Human-Domain Impossible ProblemsTotal sources: 150+ | Total knowledge entries: W.044-W.060, P.002-P.019, G.005-G.011

Released under the MIT License.