Relational distance layer
Use parsecs, parallax angles, angular separation, proper motion, and node-to-node geometry as the first-class distance system. Light travel time becomes observational metadata, not the ruler.
New universe framework
Distance without lightyears, time without local clocks
A public framework page built from the long-term New Universe Framework: Time and Distance report. It turns the no-spacetime, no-lightyear, no-local-clock position into a practical simulator roadmap for ArcSecs and Dark Matter Drive.
Direct answer
What this framework page does
This page is intentionally written as project architecture and pressure-test framing, not as a claim that mainstream cosmology has already accepted the model.
The ArcSecs framework should calculate distance from geometry and gravity-wave baselines, not from lightyears, and should calculate chronology from global relational state progression, not from local atomic clocks.
The working model treats electromagnetic light as a secondary messenger whose speed, energy, and arrival interval may be path-dependent. The physics engine should therefore keep light measurements separate from distance truth and keep local clock behavior separate from universal state order.
For implementation, this means the engine needs separate distance, chronology, and messenger systems: parsec/parallax geometry, gravitational-wave standard-siren distance, relational clockless time, and a PhotonWavefront layer that can slow, tire, stretch, or arrive late without forcing the whole universe into spacetime language.
Calculation stack
How to calculate distance and time without light or local clocks
The framework becomes useful when every idea maps to a simulator data structure.
Gravitational-wave baseline layer
Use standard sirens and dark standard sirens as the long-baseline distance and arrival-order reference, especially where parallax is too small.
Clockless chronology layer
Use York-time-style global state, GLET/Jacobi-Barbour-Bertotti relational change, Janus Point complexity, CMB cooling, and gravitational-wave-background synchronizers as candidate global chronology signals.
Electromagnetic messenger layer
Model photons separately from gravity waves. Track velocity attenuation, energy degeneration, arrival interval stretching, local source delay, and environmental diffusion before interpreting redshift or optical delay.
Simulator contract
Reusable Distance-Time Kernel
The same kernel is embedded here so the public framework page maps directly into engine systems instead of remaining article copy.
geometry / gravity / relational truth lane
optical / local-clock telemetry lane
distance primitive
Parallax / parsec distance kernel
Near and middle-distance geometry should be calculated from angular parallax and parsecs instead of light travel time.
System: RelationalDistanceSystem
Source section: Trigonometric Parallax and Gridless Angular Coordinates
deep-distance primitive
Gravitational-wave standard-siren kernel
For cosmological distance, use gravitational-wave strain and chirp behavior as the clean baseline before treating electromagnetic redshift as distance truth.
System: StandardSirenDistanceSystem
Source section: Gravitational Waves as Standard Sirens
universal progression primitive
Clockless relational chronology kernel
Global simulation order should be calculated from relational state change and universal synchronizers rather than from local atomic oscillators.
System: UniversalChronologySystem
Source section: Universal Clockless Time: Establishing Chronology Without Paradoxes
messenger propagation primitive
Decoupled GravityWavefront / PhotonWavefront kernel
Gravity waves and electromagnetic light should be modeled as separate messengers, with light carrying source delay, environmental diffusion, velocity attenuation, and energy degeneration.
System: MultiMessengerEventSystem
Source section: Decoupled Propagation: Modeling Light Slowing and the Covarying Cosmos
falsification pressure-test primitive
Supernova messenger-stretch kernel
Supernova light-curve stretching is the hard tired-light pressure test and must be reproduced as photon-arrival distortion without claiming literal time dilation.
System: SupernovaMessengerStretchSystem
Source section: Simulating Time Dilation as an Optical Illusion
population comparison primitive
Hubble tension residual kernel
Hubble tension should be exposed as a comparison between optical propagation history and geometry/gravitational baselines.
System: HubbleResidualSystem
Source section: Decoupled Propagation; CCC+TL Mathematical Architecture
Open distance-time-kernel.json for the machine-readable engine contract.
Reference events
Multi-messenger anchors for the demo and physics engine
These are not treated as proof by themselves. They are structured test cases that force the model to separate source physics, environment, and propagation history.
GW170817
Benchmark binary neutron star event
Use as the clean tutorial case for gravitational-wave baseline plus electromagnetic counterpart, while separating source delay from propagation residual.
Engine control: Source-delay subtraction, gamma-ray counterpart lane, kilonova/optical lane, standard-siren distance panel.
GW150914
First direct gravitational-wave detection / debated gamma-ray association
Use as the caution case for disputed counterpart quality and false-positive handling.
Engine control: Counterpart-confidence badge, excluded-from-fit toggle, disputed-association warning.
GW190521
Massive black-hole merger / possible optical flare in AGN environment
Use as the dense-environment case where optical flare delay should be modeled separately from universal propagation delay.
Engine control: AGN-environment opacity slider, diffusion-term readout, propagation residual after environment subtraction.
Supernova time dilation
Hard tired-light pressure test
Use as the required optical-light-curve challenge: the framework must reproduce stretching without literal time dilation.
Engine control: Light-curve stretch comparison, messenger-distortion mode, residual-fit chart.
Hubble tension
Distance and propagation-history stress test
Use as a question of optical propagation history versus gravitational/geometry baselines.
Engine control: Optical redshift distance, standard-siren distance, parsec/parallax anchor, propagation-history residual.
Interactive lab
Time & Distance Lab
A reusable simulator-facing panel that turns the long-term framework report into event controls for distance without lightyears and chronology without local clocks.
GravityWavefront baseline
PhotonWavefront / optical messenger
Demo lesson:
Open framework-event-lab.json for the machine-readable version.
Event theater
Reusable Multi-Messenger Event Theater
This reusable theater keeps the framework page, kernel page, and multi-messenger page aligned with the same simulator cases and fail conditions.
GravityWavefront baseline
PhotonWavefront / optical lane
Relational chronology lane
source
environment
visibility
residual
Validation checks:
Open multi-messenger-event-theater.json for the scene contract.
Plugin source bridge
ArcSecs TypeScript source bridge
A integration contract for the public TypeScript contracts referenced by the ArcSecs comparison page. These files connect the static framework pages to the ArcSecs physics engine demo and Dark Matter Drive simulator.
Strict TypeScript / no jQuery / simulator contracts
Use these files to wire the kernel into the runtime integration
The integration reader should consume the JSON contracts, then bind them to these source contracts for deterministic steps, visible ledgers, and fail-condition telemetry.
Source-folder overview and plugin-agent handoff. Supports the public TypeScript source browser on the ArcSecs comparison page.
assets/ts/arcsecs-physics-engine/README.md
Shared strict-mode TypeScript contracts for scenario modes, entities, constants, simulation input, and telemetry frames.
assets/ts/arcsecs-physics-engine/PhysicsTypes.ts
Coordinates invariant constants, tired-light branch constants, Proca photon branch constants, and visible scenario choices.
assets/ts/arcsecs-physics-engine/ConstantsManager.ts
Runs deterministic simulation steps and conservation ledgers so speculative branches cannot hide failures.
assets/ts/arcsecs-physics-engine/CorePhysicsEngine.ts
Models a massive-photon / Proca group-velocity branch as an explicit assumption.
assets/ts/arcsecs-physics-engine/ProcaPhotonModel.ts
Keeps photon-energy attenuation and redshift-style energy loss visible.
assets/ts/arcsecs-physics-engine/TiredLightModel.ts
Calculates a simple relational influence score between massive graph nodes.
assets/ts/arcsecs-physics-engine/RelationalInertiaModel.ts
Estimates slow-light condensate density from captured/degraded photon energy.
assets/ts/arcsecs-physics-engine/DarkMatterCondensateModel.ts
Converts engine telemetry into display lines without jQuery.
assets/ts/arcsecs-physics-engine/TelemetryRenderer.ts
Maps /distance-time-kernel.json into plugin-ready modes for the ArcSecs demo and Dark Matter Drive simulator.
assets/ts/arcsecs-physics-engine/DistanceTimeKernelBridge.ts
Maps /arcsecs-parsec-metrology-handoff.json into parsec-native simulator modes, telemetry guards, export fields, and regression checks.
assets/ts/arcsecs-physics-engine/ParsecMetrologyHandoff.ts
Maps /arcsecs-plugin-agent-handoff.json into ordered plugin implementation steps and source-contract URLs.
assets/ts/arcsecs-physics-engine/PluginAgentHandoffBridge.ts
Maps /arcsecs-plugin-readiness-dashboard.json into contract readiness, validation gates, and ordered agent work queue summaries.
assets/ts/arcsecs-physics-engine/PluginReadinessDashboardBridge.ts
Defines typed export-schema stubs for Benchmark JSON, Calibration Certificate, Quality Gate, Evidence Packet, Research Bundle, and Scene JSON.
assets/ts/arcsecs-physics-engine/ExportSchemaContracts.ts
Maps live Distance-Time Kernel, Event Theater, Framework Claim Map, validation, and quality-gate telemetry into export-builder targets.
assets/ts/arcsecs-physics-engine/ExportBuilderHandoff.ts
Claim map
Reusable Framework Claim Map
Each card links a framework claim to the long-term memory report, its public route, and the simulator behavior it should drive.
Project hypothesis / geometry-first implementation
Distance without lightyears
Do not use lightyears as the primary distance primitive when light speed is treated as a variable messenger. Use parsec/parallax geometry, angular coordinates, proper motion, and gravitational-wave standard sirens instead.
Long-term source:
Absolute Relational Distance: Calculating Space Without Lightyears
Open PDF source
Engine implementation:
Add parsec/parallax distance mode, angular-node coordinates, proper-motion velocity calculation, and standard-siren distance telemetry to the ArcSecs physics engine.
Demo behavior:Expose a distance-mode selector that shows parsec/parallax and gravitational-wave standard-siren distances beside any optical-light estimate.
Project hypothesis / geometry-first metrology
Parsec-centric distance stack
Treat parsecs, arcseconds, parallax, proper motion, square parsecs, cubic parsecs, megaparsecs, and gigaparsecs as the native distance and density stack instead of using lightyears as the truth unit.
Long-term source:
The Parsec: Pure Geometric and Relational Metrology; Kinematics on the Parsec Scale
Open PDF source
Engine implementation:
Add parsec-native distance, area, and volume telemetry to the Distance-Time Kernel and ensure optical light-travel estimates remain secondary messenger fields.
Demo behavior:Show a distance-without-lightyears panel that converts angular geometry into parsecs, velocity into parsecs per million years, and regions into square/cubic parsec densities.
Project hypothesis / simulator clock architecture
Clockless universal time
Do not treat local atomic clocks as the fundamental universal clock when local particles and clock mechanisms may be affected by gravity or substrate conditions. Use global relational state progression instead.
Long-term source:
Universal Clockless Time: Establishing Chronology Without Paradoxes
Open PDF source
Engine implementation:
Add engine time modes for York-time-style global state, GLET/Jacobi-Barbour-Bertotti relational change, Janus Point complexity, CMB cooling, and gravitational-wave-background synchronization.
Demo behavior:Replace a single clock readout with a Universal Chronology panel that compares relational tick, complexity index, background synchronizer, and local clock drift.
Project hypothesis / multi-messenger pressure test
Decoupled gravitational and electromagnetic messengers
Use gravitational waves as the clean arrival baseline while modeling electromagnetic radiation as a secondary messenger that may carry source delay, environmental delay, velocity attenuation, and energy degeneration.
Long-term source:
Decoupled Propagation: Modeling Light Slowing and the Covarying Cosmos
Open PDF source
Engine implementation:
Keep separate GravityWavefront and PhotonWavefront entities, then compute arrival residuals after subtracting intrinsic source and environmental terms.
Demo behavior:Visualize gravity arrival first, electromagnetic arrival later, and a residual lane that distinguishes source mechanics from possible propagation history.
Reference point / calibration caution
GW170817 as the clean benchmark event
GW170817 should be used as the benchmark because it has gravitational-wave detection followed by a gamma-ray/kilonova counterpart, but its observed electromagnetic delay should not be collapsed into pure vacuum propagation delay.
Long-term source:
Gravitational Waves as Standard Sirens; Decoupled Propagation
Open PDF source
Engine implementation:
Seed the simulator with an event card that separates observed delay into source term, environment term, and residual propagation term.
Demo behavior:Add GW170817 as the default tutorial event for explaining why source delay and propagation delay must be separated before fitting light-slowing constants.
Reference point / debated association
GW150914 as counterpart-caution case
GW150914 is useful because the gravitational-wave detection is historic while the proposed gamma-ray association is debated, making it a test case for false-positive and counterpart-quality labels.
Long-term source:
Decoupled Propagation; multi-messenger reference points
Open PDF source
Engine implementation:
Attach confidence labels to every electromagnetic counterpart before the propagation model is allowed to learn from the event.
Demo behavior:Show GW150914 with a disputed-counterpart badge so users understand why event quality matters as much as delay magnitude.
Reference point / environmental separation
GW190521 as dense-environment diffusion case
GW190521 is useful because a possible optical flare in an AGN environment makes the local environment a dominant candidate delay term before any universal light-slowing term is inferred.
Long-term source:
Decoupled Propagation; multi-messenger reference points
Open PDF source
Engine implementation:
Model AGN/environment diffusion as a separate term so the engine does not mistake dense local astrophysics for universal propagation history.
Demo behavior:Show GW190521 as the tutorial event for environmental opacity, diffusion, and delayed optical flare interpretation.
Project hypothesis / hard pressure test
Supernova time dilation as messenger distortion
Treat supernova light-curve stretching as the key historical weakness that any tired-light or light-slowing model must reproduce without invoking literal time dilation.
Long-term source:
Simulating Time Dilation as an Optical Illusion
Open PDF source
Engine implementation:
Add a supernova-light-curve mode that stretches photon arrival intervals through path-dependent electromagnetic velocity and energy history while keeping the relational simulation clock global.
Demo behavior:Give users a slider that compares standard expansion-style stretching against ArcSecs messenger-distortion stretching and highlights residuals.
Project hypothesis / research program
Hubble tension as optical propagation history question
Frame Hubble tension as a possible mismatch between optical propagation history and distance/chronology baselines, not only as a question of pure metric expansion.
Long-term source:
Decoupled Propagation; CCC+TL Mathematical Architecture
Open PDF source
Engine implementation:
Compare gravitational-wave standard-siren distances, parsec/geometry anchors, redshift-derived optical distances, and simulated light-energy history in the same telemetry panel.
Demo behavior:Add a Hubble Tension lab card that lets users compare optical redshift history against gravitational/geometry baselines.
Project hypothesis / plugin implementation contract
Cosmic measurement plugin bridge
The ArcSecs plugin should calculate distance through parsec geometry and gravitational-wave anchors, calculate chronology through invariant relational ticks, and treat optical light and local clocks as secondary telemetry.
Long-term source:
Measuring the Universe; Multi-Messenger Astrophysics as Calibration Anchors; Enterprise Architecture
Open PDF source
Engine implementation:
Bind /distance-time-kernel.json, /framework-event-lab.json, /multi-messenger-event-theater.json, and assets/ts/arcsecs-physics-engine source contracts into the plugin agent for the ArcSecs demo and Dark Matter Drive simulator.
Demo behavior:Add a source-contract panel that shows which TypeScript system, kernel layer, event scene, and fail condition drive the current demo mode.
Project hypothesis / calibration detail
GW170817 vacuum-latency calibration split
GW170817 should not be reduced to a raw 1.7-second light delay. The report separates the delay into a small modeled vacuum latency and a dominant source-delay term.
Long-term source:
GW170817: The Primary Calibration Anchor
Open PDF source
Engine implementation:
Add default telemetry fields for observed delay, modeled vacuum latency, source delay, attenuation coefficient, and inclusion/exclusion from global light-slowing fits.
Demo behavior:Show GW170817 with observed delay near 1.7 seconds, modeled vacuum latency near 0.020 seconds, and source delay near 1.68 seconds so the user can see the subtraction.
Project hypothesis / simulator clock model
Atomic clocks as local oscillator telemetry
The simulator should model cesium-clock differences as local atomic-oscillator behavior affected by gravity/substrate conditions rather than literal slowing of universal time.
Long-term source:
Reassessing Absolute Time and Quantum Gravitational Damping
Open PDF source
Engine implementation:
Add AtomicOscillatorSystem telemetry that samples local gravity/substrate density and reports oscillator drift beside the invariant global tick.
Demo behavior:Show local clock drift as a physical oscillator readout while the universal chronology lane remains stable.
Project hypothesis / framework support
Teleparallel torsion gravity as flat-force model
Model gravity as a flat/torsion-style relational force lane rather than as literal curvature of material spacetime.
Long-term source:
Teleparallel Gravity and the Relational Geometry of the Void
Open PDF source
Engine implementation:
Keep simulator language aligned with torsion, translational gauge force, relational graph edges, and non-spacetime force visualization rather than metric-fabric deformation.
Demo behavior:Use this as the source claim for viewport labels, gravity vector overlays, and plugin caution language when comparing standard curvature explanations to ArcSecs torsion-style behavior.
Project hypothesis / photon-lane support
Massive Proca photons and vacuum dispersion
Treat electromagnetic light as a path-dependent Proca-style messenger whose propagation can vary by frequency, energy, and medium history instead of using light as the universal ruler.
Long-term source:
Massive Electromagnetism: The Proca Formulation; Vacuum Dispersion and the Subjugation of the Speed of Light
Open PDF source
Engine implementation:
Bind photon rest-mass, wavelength-dependent delay, energy degeneration, and finite telemetry guards into PhotonWavefront and export payload caveats.
Demo behavior:Use this to support redder/weaker/later photon-lane visuals in the Event Theater and Distance-Time Kernel.
Project hypothesis / medium-interaction support
Mass-Polariton momentum transfer as light-medium interaction
Use Mass-Polariton and Abraham-Minkowski momentum-transfer framing to explain why light-medium interaction can be treated as mechanical substrate exchange in the simulator.
Long-term source:
The Momentum Transfer Dilemma in Dispersive Media; The Mass-Polariton Resolution and Optoelastic Dynamics
Open PDF source
Engine implementation:
Use source-linked caveats for Proca substrate drag, ramscoop intake, density-field fuel interaction, and optical medium effects.
Demo behavior:Support propulsion and ramscoop explanatory cards that show energy/momentum transfer without claiming laboratory validation of the full drive concept.
Project hypothesis / dark-sector reinterpretation
Graviball / slow-quanta dark substrate hypothesis
Frame the dark-sector substrate as a speculative freeze-out endpoint of degraded massive light, producing optically invisible slow quanta or graviball condensate.
Long-term source:
Kinetic Degradation and the Phase Transition to Dark Matter
Open PDF source
Engine implementation:
Tie dark-sector metrology, ship fuel density, dark matter drive intake, and tired-light energy ledgers to explicit source links and falsification cautions.
Demo behavior:Show substrate-density and fuel-availability overlays as simulator hypotheses rather than proof of a real dark matter composition.
Project hypothesis / analogy support
Stationary-light and dark-state polariton analogy
Use stationary-light and dark-state-polariton ideas as analogy support for delayed, trapped, or converted light-energy behavior, with clear boundaries between analogy and drive validation.
Long-term source:
The Stationary Light Energy Paradox and Dark-State Polaritons
Open PDF source
Engine implementation:
Add source-linked analogy warnings wherever the site uses stopped-light, trapped-light, EIT, or ramscoop fuel-conversion language.
Demo behavior:Support educational annotations for ramscoop and propulsion pages while keeping speculative-boundary language visible.
Demo integration
What to add to the ArcSecs demo and Dark Matter Drive simulator
The public page is also a build sheet for the interactive engine.
ArcSecs physics engine demo
Add a Time & Distance lab panel to the existing ArcSecs physics engine demo. It should let the user switch between parsec/parallax distance, gravitational-wave standard-siren distance, optical redshift distance, and local-clock readouts.
Open ArcSecs physics engine demoDark Matter Drive simulator
Add a Multi-Messenger Propagation mode that animates GravityWavefront and PhotonWavefront separately, then logs gravitational arrival, electromagnetic arrival, source delay, environmental delay, and residual propagation delay.
Open Dark Matter Drive simulatorShared ECS systems
Implement RelationalDistanceSystem, UniversalChronologySystem, GravityWavefrontSystem, PhotonWavefrontSystem, MultiMessengerEventSystem, and FrameworkClaimTelemetry so the demo visuals come from the same architecture as the claim map.
Open GW vs Light modelSource trail
Where this page comes from
The source is the long-term framework report that was added to /docs/ and the research PDF library.
Long-term Markdown memory
docs/report-new-universe-framework-time-and-distance.md stores the framework source document in the package /docs/ folder.
PDF library copy
Research Library entry
Open the public Research Library and search for New Universe Framework: Time and Distance.