Cosmology comparison

Standard Cosmology vs. the ArcSecs Speculative Framework

A side-by-side exploration of expanding spacetime, tired light, massive photons, slow-light dark matter, and computational cosmology.

Scientific boundary: ΛCDM is the current mainstream scientific model. ArcSecs is a speculative computational framework intended for exploration, simulation, and debate.

Detailed infographic comparing Standard Cosmology and ArcSecs, including expanding spacetime, massless photons, dark matter halos, Big Bang timeline, Proca massive photons, tired light condensate, Hubble tension, JWST mature early galaxies, SPARC rotation curves, and a core contrasts table.
A high-level visual map of the two frameworks, the pressure points between them, and the kinds of simulation contrasts ArcSecs is trying to make explicit.
Framework split

Geometry versus medium.

ΛCDM leans on spacetime geometry and metric expansion. ArcSecs shifts the vocabulary toward relational structure, media, and explicit force or propagation proxies.

Redshift pressure

One observation, competing causes.

The page now foregrounds the redshift split more clearly: expansion in the mainstream lane versus tired light, Proca dispersion, and redshift duality experiments in ArcSecs.

Dark sector question

Particles or condensate?

The dark matter section is easier to scan when visitors can see the core contrast first: particle halos in the mainstream model versus a speculative slow-light condensate substrate.

Visitor workflow

Read, compare, then test.

This page works best as a companion to the demo: scan the visual, read the matrix, inspect the ledger, and then move into the simulation with failure conditions already in mind.

Reader path

Scan the contrast first. Then decide where to go deeper.

This page is intentionally dense, so the first pass should not be a wall of theory. Use the guide below to move from overview, to comparison, to failure tests, to simulation.

01

Start with the boundary

Keep the science label clear: ΛCDM is the mainstream baseline; ArcSecs is a speculative simulation framework.

Open the comparison matrix →
02

Pick the disputed mechanism

Choose the section that matters: spacetime ontology, redshift, dark matter, propulsion, or TypeScript architecture.

Jump to redshift →
03

Use the ledger, not vibes

The prediction ledger turns big claims into explicit observational obligations and failure conditions.

Inspect the ledger →
04

Click through to a test

After reading the contrast, move into the demo or Dark Matter Drive simulator with the failure state in mind.

Open the demo companion →
Quick comparison matrix

One question, two different physical languages.

The table below keeps the distinction explicit: the left lane summarizes the mainstream model; the right lane explains what ArcSecs wants users to test as a speculative simulation hypothesis.

Standard ΛCDM cosmology compared with the ArcSecs speculative framework.
Topic Standard ΛCDM Model ArcSecs Speculative Framework What the Demo Should Let Users Explore
Geometry of spaceFour-dimensional pseudo-Riemannian spacetime with dynamic metric geometry.Static Euclidean relational arena; space is not treated as a physical fabric.Switch between geometry-driven language and force / medium interaction language.
VacuumClassical vacuum can be modeled as empty geometry, with quantum fields still present.No true empty vacuum; the universe is filled by attenuated mass-energy media.Adjust background substrate density and observe propagation, drag, and lensing proxies.
InertiaLocal property of massive bodies in relativistic dynamics.Mach-style relational interaction with the mass-energy distribution of the universe.Inspect relational inertia links and conservation ledgers.
GravityCurvature of spacetime governed by Einstein field equations.Force and momentum exchange through relational media and Weber-like concepts.Compare curvature-inspired baselines with flat-space force proxies.
Light speedThe vacuum speed of light is invariant in local Lorentz frames.Simulation modes may vary effective light speed or group velocity.Toggle variable-speed modes and measure downstream contradictions.
Photon massPhoton rest mass is treated as zero in Maxwellian electrodynamics.Massive-photon / Proca modes are explored as speculative alternatives.Move photon mass from zero to non-zero and watch dispersion effects.
RedshiftCosmological redshift comes from metric expansion and scale factor growth.Tired-light energy loss, Proca dispersion, and covarying constants are tested.Compare metric redshift, tired-light decay, brightness dimming, and time dilation.
Dark matterCold, mostly collisionless dark matter halos; candidates include WIMPs, axions, sterile neutrinos, and primordial black holes.Slow-light condensate / degraded photon substrate inspired by EIT and dark-state polaritons.Compare halo behavior with condensate density and slow-light gravitational effects.
Time dilationRelativistic time dilation is a tested consequence of special and general relativity.ArcSecs asks whether some observational stretch can be modeled through dispersive light transport.Test whether supernova light-curve stretching can be reproduced without hiding failures.
Gravitational lensingLight follows null geodesics through curved spacetime.Light deflection is framed through massive photons, corpuscular proxies, and medium interactions.Compare lensing predictions under different photon and substrate assumptions.
Black holesEvent horizons arise from spacetime geometry and causal structure.ArcSecs models extreme mass capture as light and matter failing to escape deep gravitational wells.Inspect escape thresholds and photon-mass capture assumptions.
PropulsionAlcubierre-style speculation moves the metric but faces exotic-energy and stability barriers.Dark-matter ramjet concept harvests and pushes against a slow-light medium.Run scoop-field, reactor-feed, drag, thrust, and thermal-balance scenarios.
ShieldingRelativistic ships need protection from dust, gas, photons, and radiation hazards.HIBE shielding imagines ablative capture and re-ingestion into reactor feedstock.Track energy deposition, shield ablation, capture efficiency, and waste heat.
Simulation architectureCosmology is usually tested through observations, numerical relativity, and large-scale structure simulations.ArcSecs treats software architecture as the argument: contradictions should surface in telemetry and tests.Run typed modules, conservation checks, and no-silent-contradiction diagnostics.
Ontology of space

Spacetime fabric or relational emptiness?

This is the deepest split. Standard physics uses spacetime as the mathematical stage and gravitational actor. ArcSecs asks what changes if the “stage” is not a physical object at all.

Mainstream interpretation

Standard: matter curves spacetime → curved paths

General relativity models gravity through the curvature of a pseudo-Riemannian spacetime manifold. Matter and energy contribute stress-energy; the metric determines how bodies and light move.

  • Gravity is not a Newtonian pull in the deepest formulation.
  • Light follows null geodesics through curved geometry.
  • Local physics preserves the invariant vacuum speed of light.
Speculative ArcSecs model

ArcSecs: matter and radiation exchange force and momentum

ArcSecs rejects a physical spacetime fabric and treats space as static Euclidean relational emptiness filled with mass-energy media. Inertia is framed through Mach-style relational interactions and Weber-like force concepts.

  • Space is not bent, stretched, compressed, or warped.
  • Motion is interpreted as interaction with a dense relational substrate.
  • The demo should make every conservation cost visible.
Standard chainMattercurvesspacetimeguidespaths
ArcSecs chainMatter + radiationinteract throughrelational substrateexchangemomentum
Cosmological redshift

Metric expansion vs. tired-light stress tests.

Redshift is where the page must be honest. ΛCDM has strong observational support. Tired-light models have historically faced serious problems. ArcSecs should make those problems visible and testable instead of hiding them.

Standard expansion redshift

In mainstream cosmology, distant light is redshifted because the scale factor changes while photons travel across the expanding universe. Type Ia supernova light-curve dilation and Tolman surface-brightness expectations are central tests.

ArcSecs tired-light revival

ArcSecs explores energy loss across cosmological distance, massive-photon / Proca dispersion, frequency-dependent group velocity, and variable-light-speed modes as simulation assumptions rather than settled facts.

The burden of proof

The simulation should show whether an alternative can reproduce redshift without blurring images, breaking supernova timing, violating surface-brightness behavior, or silently moving contradictions into constants.

Quick read: mainstream cosmology treats redshift as expansion of space; ArcSecs tests whether energy-loss, Proca dispersion, and variable-constant modes can reproduce the same observations without hiding their failures.
Related timing page: open Multi-Messenger Light Delay to compare gravitational-wave baselines with electromagnetic counterpart delays, source-delay caveats, and tired-light energy-accounting tests.
What users should be able to test in the demo

Users should compare metric redshift against tired-light decay, adjust decay strength, toggle photon mass, toggle variable speed of light, inspect brightness dimming, and run a supernova time-dilation challenge that reports failure clearly when parameters cannot match observations.

Observation checkpoints

The comparison only matters if the hard tests stay visible.

This page should not let either lane win by rhetoric. The demo companion should turn major observational constraints into explicit checkpoints with status labels, telemetry, and failure notes.

Mainstream strength

CMB and large-scale structure

ΛCDM is strong because it connects the cosmic microwave background, baryon acoustic oscillation patterns, galaxy clustering, and gravitational growth into one quantitative framework.

Alternative pressure point

Supernova time dilation

A tired-light mode must report whether dispersive transport can reproduce light-curve stretching without breaking color, brightness, arrival-time, or image-sharpness expectations.

Alternative pressure point

Tolman-style dimming

The page keeps surface-brightness behavior visible because static models have historically struggled here. ArcSecs should show pass, tension, failed, or not implemented rather than hide the result.

Simulation contract

Conservation and units ledger

Any variable-constant, photon-mass, or condensate scenario should display what changed, what stayed invariant, where energy went, and which assumptions were deliberately relaxed.

Better visitor experience: add the same checkpoint names to the Physics Engine Demo so readers can move from article explanation to concrete telemetry without having to decode the entire theory first.
Prediction pressure ledger

Every bold idea needs a place where it can fail.

The ledger turns the page from a persuasive article into a test contract. It lists the observational and engineering pressure points that the demo should keep visible when visitors compare mainstream assumptions against ArcSecs simulation modes.

Observational and computational tests that the comparison page and demo should keep visible.
Pressure point Mainstream expectation ArcSecs simulation obligation Honest status language
CMB acoustic structureΛCDM connects the cosmic microwave background, baryon content, dark matter density, and early-universe plasma physics.Static or tired-light modes must state what replaces the hot early-universe explanation instead of skipping the constraint.Must confront
Baryon acoustic oscillationsExpansion history and the sound horizon provide a standard-ruler interpretation for large-scale structure.ArcSecs needs a non-expansion mechanism that reproduces the clustering scale and its redshift behavior.Open challenge
Type Ia supernova stretchObserved light curves are expected to stretch by a redshift-linked factor in the expanding-universe picture.Proca dispersion and tired-light modes must reproduce timing without breaking color, brightness, or image sharpness.Guided test
Tolman surface brightnessExpansion predicts a strong redshift-dependent dimming law that static models have struggled to match.The demo should show the dimming curve, any compensating constants, and when the alternative is outside tolerance.Telemetry required
Photon mass limitsMaxwellian electrodynamics treats photon rest mass as zero; experiments place very tight limits on any non-zero value.Any Proca photon slider must expose the chosen mass scale and flag when a setting is only a thought experiment.Guardrail
Galaxy rotation and lensingCold dark matter halos are used to model rotation curves, lensing maps, and cluster-scale gravitational behavior.A slow-light condensate mode must produce halo-like gravity and clearly report where it diverges from lensing observations.High bar
Energy accountingMainstream relativity has local conservation rules and carefully defined stress-energy bookkeeping.Tired light must state where photon energy goes, how heat or substrate states change, and whether total accounting closes.Ledger first
Software consistencyMainstream baselines can be represented as control modes and comparison curves.ArcSecs modes should never let constants, units, conservation checks, or scenario labels contradict each other silently.Source contract
Implementation rule: every future demo control that changes photon mass, light speed, decay strength, condensate density, or ramjet capture efficiency should update this style of ledger with pass, tension, failed, or exploratory labels.
Dark matter comparison

Particles, halos, or a slow-light condensate?

Mainstream cosmology uses cold dark matter as gravitational scaffolding for structure formation. ArcSecs asks whether degraded or slowed electromagnetic energy could become optically inactive while remaining gravitationally relevant. The related Dark Matter Drive Simulator applies this speculative substrate idea to field capture, massive photon lensing, energy-ledger, and thermal-stress experiments.

Mainstream candidates

Cold dark matter halos

Standard dark matter is modeled as mostly collisionless, non-baryonic mass that interacts gravitationally. Candidate families include WIMPs, axions, sterile neutrinos, and primordial black holes.

Speculative alternative

Slow-light condensate substrate

ArcSecs speculates that tired light may decay into slow-light states: degraded photons that become optically inactive but gravitationally relevant. Dark-state polaritons, EIT, stationary light pulses, and Bose-Einstein-condensate analogies are inspiration, not proof.

Boundary line: this page must not claim the slow-light condensate exists. It frames the idea as an exploratory model that should survive only if the demo can expose its assumptions, predictions, and failure modes.
Propulsion and shielding

Move the geometry, or harvest and push against the medium?

The propulsion comparison follows directly from the ontology. If spacetime is physical, a warp metric is imaginable. If space is not physical fabric, ArcSecs needs a medium-based propulsion story.

Open the Dark Matter Drive Simulator to test ramjet capture, HIBE shielding, thermal bottlenecks, tired-light energy accounting, field capture, and replayable propulsion scenarios in the plugin-provided sandbox.

Standard speculative FTL

Move the geometry.

Alcubierre-style concepts reshape the metric into a warp bubble, but they face negative energy, exotic matter, horizon instability, and radiation problems.

ArcSecs speculative propulsion

Harvest and push against the medium.

The dark-matter ramjet concept imagines an EIT scoop field, stationary-light capture, slow-light substrate harvesting, reactor feedstock, and directed exhaust.

EIT scoop field

A speculative collection region that slows and captures substrate energy for analysis in the simulation.

HIBE shield

A high-intensity boundary concept for relativistic protection, ablation capture, and re-ingestion into reactor feedstock.

Thermal honesty

Every scoop, shield, reactor, and exhaust claim should show heat, drag, and conservation costs.

Computational architecture

The TypeScript engine is part of the scientific argument.

If assumptions contradict each other, the simulation should reveal it through telemetry, tests, and conservation ledgers. Good software structure is not decoration here; it is how the thought experiment stays honest.

ConstantsManager.tsCoordinates invariant, variable, and covarying constants across scenario modes.
CorePhysicsEngine.tsRuns deterministic simulation steps, entity updates, and comparison baselines.
Proca photon modelTests non-zero photon mass and frequency-dependent group velocity as explicit assumptions.
Tired-light modelReports energy decay, dimming, time-stretch attempts, and observational pressure points.
Relational inertia modelTracks links, forces, and momentum exchange instead of hiding them in language.
Dark matter condensate modelExplores slow-light density, optically inactive states, and gravity-relevant behavior.
UI telemetry rendererTurns physics assumptions into visible gauges, charts, warnings, and ledgers.
Jest test coverageChecks conservation laws, route stability, scenario toggles, and no silent contradictions.
Quick read: the TypeScript files below are part of the claim. They expose the assumptions, telemetry hooks, and conservation checks that should prevent silent contradictions.
No silent physics contradictions — provided TypeScript source contracts

The engine should not let a scenario keep a pretty graph while violating its own constants, conservation rules, unit contracts, or observational checkpoints. The package includes actual TypeScript source files under assets/ts/arcsecs-physics-engine/. The browser below is generated from that folder at render time, so adding a source contract file to the folder automatically makes it visible here.

Click a file name to view its bundled source. Files shown here are read dynamically from assets/ts/arcsecs-physics-engine/.

Source browser ready.

README.md assets/ts/arcsecs-physics-engine/README.md
MD 980 B 16 lines Loaded from theme source folder
# ArcSecs Physics Engine TypeScript Source Examples

These TypeScript files are included because the public pages discuss the engine architecture. They are source examples and contracts, not a compiled WordPress runtime bundle.

The files follow the ArcSecs page language:

- `ConstantsManager.ts` exposes scenario-specific constants instead of hiding them.
- `CorePhysicsEngine.ts` coordinates deterministic steps and conservation ledgers.
- `ProcaPhotonModel.ts` makes non-zero photon mass an explicit branch.
- `TiredLightModel.ts` keeps photon-energy attenuation visible.
- `RelationalInertiaModel.ts` provides a plain relational influence calculation.
- `DarkMatterCondensateModel.ts` estimates slow-light condensate density.
- `TelemetryRenderer.ts` converts telemetry into UI-friendly lines without jQuery.

These files are intentionally small. They are meant to give future development a concrete starting contract while the public WordPress page remains fast and static.
PhysicsTypes.ts assets/ts/arcsecs-physics-engine/PhysicsTypes.ts
TS 2 KB 54 lines Loaded from theme source folder
/**
 * Shared TypeScript contracts for ArcSecs speculative physics-engine examples.
 * These files are source examples for the research package; the current WordPress
 * theme does not compile or enqueue them at runtime.
 */

export type ScenarioMode = "mainstream" | "tired-light" | "proca-photon" | "condensate" | "relational-inertia";

export interface Vector3D {
    readonly x: number;
    readonly y: number;
    readonly z: number;
}

export interface SimulationEntity {
    readonly entityId: string;
    readonly displayName: string;
    readonly restMassKilograms: number;
    readonly positionMeters: Vector3D;
    readonly velocityMetersPerSecond: Vector3D;
}

export interface PhysicalConstantsSnapshot {
    readonly speedOfLightMetersPerSecond: number;
    readonly gravitationalConstant: number;
    readonly planckConstantReduced: number;
    readonly elementaryChargeCoulombs: number;
    readonly fineStructureConstant: number;
    readonly photonMassKilograms: number;
}

export interface SimulationStepInput {
    readonly mode: ScenarioMode;
    readonly elapsedSeconds: number;
    readonly entities: readonly SimulationEntity[];
}

export interface ConservationLedgerEntry {
    readonly name: string;
    readonly expectedValue: number;
    readonly observedValue: number;
    readonly tolerance: number;
    readonly passed: boolean;
    readonly notes: string;
}

export interface TelemetryFrame {
    readonly mode: ScenarioMode;
    readonly elapsedSeconds: number;
    readonly constants: PhysicalConstantsSnapshot;
    readonly conservationLedger: readonly ConservationLedgerEntry[];
    readonly warnings: readonly string[];
}
ConstantsManager.ts assets/ts/arcsecs-physics-engine/ConstantsManager.ts
TS 2 KB 56 lines Loaded from theme source folder
import { PhysicalConstantsSnapshot, ScenarioMode } from "./PhysicsTypes";

/**
 * Coordinates invariant constants and explicitly selected speculative branches.
 * Dimensionless constants are kept visible so model drift cannot hide inside magic numbers.
 */
export class ConstantsManager {
    private readonly baseline: PhysicalConstantsSnapshot;

    /**
     * @param baseline The reference constants used before a scenario branch changes anything.
     */
    public constructor(baseline: PhysicalConstantsSnapshot) {
        this.baseline = baseline;
    }

    /**
     * Returns constants for a scenario and elapsed time.
     *
     * @param mode The selected simulation scenario mode.
     * @param elapsedSeconds Elapsed scenario time in seconds.
     * @returns A snapshot of constants for this step.
     */
    public getSnapshot(mode: ScenarioMode, elapsedSeconds: number): PhysicalConstantsSnapshot {
        if (mode === "tired-light") {
            return this.createTiredLightSnapshot(elapsedSeconds);
        }

        if (mode === "proca-photon" || mode === "condensate") {
            return {
                ...this.baseline,
                photonMassKilograms: Math.max(this.baseline.photonMassKilograms, 1e-54)
            };
        }

        return this.baseline;
    }

    /**
     * Creates a conservative tired-light branch where effective c decay is explicit.
     *
     * @param elapsedSeconds Elapsed scenario time in seconds.
     * @returns A constants snapshot with the effective light speed adjusted.
     */
    private createTiredLightSnapshot(elapsedSeconds: number): PhysicalConstantsSnapshot {
        const hubbleLikeDecayPerSecond: number = 2.2e-18;
        const decayFactor: number = Math.exp(-hubbleLikeDecayPerSecond * elapsedSeconds);
        const adjustedSpeedOfLight: number = this.baseline.speedOfLightMetersPerSecond * decayFactor;

        return {
            ...this.baseline,
            speedOfLightMetersPerSecond: adjustedSpeedOfLight
        };
    }
}
CorePhysicsEngine.ts assets/ts/arcsecs-physics-engine/CorePhysicsEngine.ts
TS 2 KB 66 lines Loaded from theme source folder
import { ConstantsManager } from "./ConstantsManager";
import { ConservationLedgerEntry, SimulationStepInput, TelemetryFrame } from "./PhysicsTypes";

/**
 * Minimal deterministic coordinator for ArcSecs research-mode simulations.
 * The implementation favors visible ledgers over hidden corrections.
 */
export class CorePhysicsEngine {
    private readonly constantsManager: ConstantsManager;

    /**
     * @param constantsManager Supplies scenario-specific constants for each step.
     */
    public constructor(constantsManager: ConstantsManager) {
        this.constantsManager = constantsManager;
    }

    /**
     * Executes one simulation step and returns the telemetry needed by the UI.
     *
     * @param input Step mode, elapsed time, and entity state.
     * @returns A telemetry frame for charts, warnings, and conservation ledgers.
     */
    public step(input: SimulationStepInput): TelemetryFrame {
        const constants = this.constantsManager.getSnapshot(input.mode, input.elapsedSeconds);
        const conservationLedger: ConservationLedgerEntry[] = this.createConservationLedger(input);
        const warnings: string[] = [];

        if (input.mode !== "mainstream" && conservationLedger.some((entry: ConservationLedgerEntry) => !entry.passed)) {
            warnings.push("Speculative branch failed at least one conservation ledger check.");
        }

        return {
            mode: input.mode,
            elapsedSeconds: input.elapsedSeconds,
            constants,
            conservationLedger,
            warnings
        };
    }

    /**
     * Builds conservation entries for a step. Real scenario modules should append their own checks.
     *
     * @param input Current simulation step input.
     * @returns Ledger entries that make failures visible.
     */
    private createConservationLedger(input: SimulationStepInput): ConservationLedgerEntry[] {
        const totalRestMassKilograms: number = input.entities.reduce(
            (runningTotal: number, entity) => runningTotal + entity.restMassKilograms,
            0
        );

        return [
            {
                name: "Total rest mass accounting",
                expectedValue: totalRestMassKilograms,
                observedValue: totalRestMassKilograms,
                tolerance: 1e-12,
                passed: true,
                notes: "Baseline placeholder check. Scenario modules should add energy, momentum, and redshift ledgers."
            }
        ];
    }
}
ProcaPhotonModel.ts assets/ts/arcsecs-physics-engine/ProcaPhotonModel.ts
TS 1 KB 25 lines Loaded from theme source folder
import { PhysicalConstantsSnapshot } from "./PhysicsTypes";

/**
 * Proca-inspired photon transport helper for speculative massive-photon branches.
 */
export class ProcaPhotonModel {
    /**
     * Calculates an approximate group velocity for a photon with a tiny rest mass.
     *
     * @param frequencyHertz Photon frequency in hertz.
     * @param constants Constants snapshot containing c, h-bar, and photon mass.
     * @returns Approximate group velocity in meters per second.
     */
    public calculateGroupVelocity(frequencyHertz: number, constants: PhysicalConstantsSnapshot): number {
        if (constants.photonMassKilograms <= 0) {
            return constants.speedOfLightMetersPerSecond;
        }

        const angularFrequency: number = 2 * Math.PI * frequencyHertz;
        const massTerm: number = (constants.photonMassKilograms * Math.pow(constants.speedOfLightMetersPerSecond, 2)) / constants.planckConstantReduced;
        const velocityFactor: number = Math.sqrt(Math.max(0, 1 - Math.pow(massTerm / angularFrequency, 2)));
        return constants.speedOfLightMetersPerSecond * velocityFactor;
    }
}
TiredLightModel.ts assets/ts/arcsecs-physics-engine/TiredLightModel.ts
TS 1 KB 32 lines Loaded from theme source folder
/**
 * Models explicit photon-energy attenuation for tired-light thought experiments.
 */
export class TiredLightModel {
    /**
     * Applies exponential energy decay across path length.
     *
     * @param initialEnergyJoules Initial photon or packet energy.
     * @param distanceMeters Propagation distance.
     * @param attenuationPerMeter Energy-loss coefficient per meter.
     * @returns Remaining energy in joules.
     */
    public calculateRemainingEnergy(initialEnergyJoules: number, distanceMeters: number, attenuationPerMeter: number): number {
        return initialEnergyJoules * Math.exp(-attenuationPerMeter * distanceMeters);
    }

    /**
     * Converts energy loss into an observed redshift-style ratio.
     *
     * @param initialEnergyJoules Initial energy before attenuation.
     * @param remainingEnergyJoules Remaining energy after attenuation.
     * @returns A redshift-like z value.
     */
    public calculateEnergyLossRedshift(initialEnergyJoules: number, remainingEnergyJoules: number): number {
        if (remainingEnergyJoules <= 0) {
            return Number.POSITIVE_INFINITY;
        }

        return (initialEnergyJoules / remainingEnergyJoules) - 1;
    }
}
RelationalInertiaModel.ts assets/ts/arcsecs-physics-engine/RelationalInertiaModel.ts
TS 2 KB 41 lines Loaded from theme source folder
import { SimulationEntity, Vector3D } from "./PhysicsTypes";

/**
 * Estimates relational inertia links between entities without hiding the approximation.
 */
export class RelationalInertiaModel {
    /**
     * Calculates a simple distance-weighted relational influence score.
     *
     * @param entity The local body being evaluated.
     * @param universeEntities Other bodies contributing relational context.
     * @returns A dimensionless influence score for telemetry comparisons.
     */
    public calculateInfluenceScore(entity: SimulationEntity, universeEntities: readonly SimulationEntity[]): number {
        return universeEntities
            .filter((otherEntity: SimulationEntity) => otherEntity.entityId !== entity.entityId)
            .reduce((runningScore: number, otherEntity: SimulationEntity) => {
                const separationMeters: number = this.calculateDistance(entity.positionMeters, otherEntity.positionMeters);
                if (separationMeters <= 0) {
                    return runningScore;
                }

                return runningScore + (otherEntity.restMassKilograms / Math.pow(separationMeters, 2));
            }, 0);
    }

    /**
     * Calculates Euclidean distance between two vectors.
     *
     * @param first First point.
     * @param second Second point.
     * @returns Distance in meters.
     */
    private calculateDistance(first: Vector3D, second: Vector3D): number {
        const xDifference: number = first.x - second.x;
        const yDifference: number = first.y - second.y;
        const zDifference: number = first.z - second.z;
        return Math.sqrt((xDifference * xDifference) + (yDifference * yDifference) + (zDifference * zDifference));
    }
}
DarkMatterCondensateModel.ts assets/ts/arcsecs-physics-engine/DarkMatterCondensateModel.ts
TS 960 B 22 lines Loaded from theme source folder
/**
 * Slow-light condensate helper for speculative dark-sector density fields.
 */
export class DarkMatterCondensateModel {
    /**
     * Estimates density growth from degraded photon energy.
     *
     * @param capturedEnergyJoules Captured or exhausted photon energy.
     * @param effectiveVolumeCubicMeters Volume over which the condensate is distributed.
     * @param speedOfLightMetersPerSecond Local effective speed of light.
     * @returns Effective mass density in kilograms per cubic meter.
     */
    public estimateDensity(capturedEnergyJoules: number, effectiveVolumeCubicMeters: number, speedOfLightMetersPerSecond: number): number {
        if (effectiveVolumeCubicMeters <= 0 || speedOfLightMetersPerSecond <= 0) {
            return 0;
        }

        const equivalentMassKilograms: number = capturedEnergyJoules / Math.pow(speedOfLightMetersPerSecond, 2);
        return equivalentMassKilograms / effectiveVolumeCubicMeters;
    }
}
TelemetryRenderer.ts assets/ts/arcsecs-physics-engine/TelemetryRenderer.ts
TS 856 B 24 lines Loaded from theme source folder
import { TelemetryFrame } from "./PhysicsTypes";

/**
 * Converts telemetry frames into plain view models for a WordPress or canvas UI layer.
 */
export class TelemetryRenderer {
    /**
     * Creates human-readable lines for a telemetry panel.
     *
     * @param frame The telemetry frame returned by the engine.
     * @returns Display lines for a non-jQuery UI renderer.
     */
    public createDisplayLines(frame: TelemetryFrame): readonly string[] {
        const failedChecks: number = frame.conservationLedger.filter((entry) => !entry.passed).length;
        return [
            `Mode: ${frame.mode}`,
            `Elapsed seconds: ${frame.elapsedSeconds}`,
            `Photon mass kg: ${frame.constants.photonMassKilograms}`,
            `Ledger failures: ${failedChecks}`,
            `Warnings: ${frame.warnings.length}`
        ];
    }
}
Translation glossary

Terms readers should not have to decode alone.

This glossary keeps the page readable for curious visitors while still using precise language for physics-minded readers and AI summarizers.

ΛCDM

The mainstream Lambda Cold Dark Matter model: general relativity, expanding spacetime, ordinary matter, cold dark matter, and dark energy.

Proca electrodynamics

A massive-photon extension of electromagnetic equations used here only as a speculative simulation branch.

Tired light

A family of static-universe ideas where photons lose energy over distance. Historically, these models face major observational problems.

Tolman surface brightness

A cosmological dimming test that asks whether distant objects fade with the pattern expected from an expanding universe.

Type Ia supernova stretch

The observed broadening of distant supernova light curves, commonly treated as strong evidence for cosmological time dilation.

EIT and dark-state polaritons

Electromagnetically induced transparency and coupled light-matter states that inspire the ArcSecs slow-light analogy, not proof of cosmic dark matter.

HIBE shield

An ArcSecs shielding concept for relativistic hazards, ablation capture, and possible re-ingestion into reactor feedstock.

No silent contradictions

A software rule: a simulation mode should expose violated assumptions, unit conflicts, missing energy sinks, and observational tension.

Evidence & Sources

Source trail: what supports the pressure points, and what it does not prove.

This source layer separates observations, mainstream constraints, alternative ideas, ArcSecs simulation prompts, and engineering analogies. The goal is credibility, not link dumping.

29 sources visible across 9 topics.

5 sources

Multi-messenger timing

Gravitational-wave detections and electromagnetic counterparts provide a timing laboratory for separating source delay, environment delay, and any speculative propagation effect.

Mainstream observational source GW170817: A Short Review of the First Multimessenger Event in Gravitational Astronomy What this source supports

GW170817 is the benchmark event where gravitational waves were detected before the gamma-ray and optical counterpart, making it the cleanest local timing anchor.

What this source does not prove

The observed lag does not by itself prove cosmological light slowing; most of the delay can be source and ejecta physics.

Mainstream model constraint arXiv — The Delay Time of Gravitational Wave / Gamma-Ray Burst Associations What this source supports

Delay-time modeling is a mainstream concern when connecting gravitational-wave events to electromagnetic transients.

What this source does not prove

It does not establish the ArcSecs attenuation model; it shows why delay decomposition matters.

Mainstream observational source Fermi GBM observations of LIGO gravitational-wave event GW150914 What this source supports

GW150914 is useful as a debated electromagnetic-counterpart stress case for any propagation-delay model.

What this source does not prove

The gamma-ray transient association is debated and should not be used as a confirmed calibration point without caveats.

Mainstream model constraint GW190521: a binary black hole merger inside an active galactic nucleus? What this source supports

GW190521 and its possible optical flare counterpart motivate environment and AGN diffusion checks.

What this source does not prove

A delayed optical flare candidate does not prove a universal vacuum light-slowing law; local environment can dominate.

ArcSecs simulation prompt ArcSecs Multi-Messenger Light Delay page What this source supports

A site-owned checklist for simulating gravitational-wave baselines, electromagnetic source delays, environment delays, and candidate propagation attenuation.

What this source does not prove

A page and simulator prompt are not observational confirmation; they define what the model must test and where it can fail.

3 sources

Hubble tension

Distance-ladder and early-universe Hubble constant estimates remain a useful pressure test for expansion history, calibration, and redshift interpretation.

3 sources

JWST early galaxies

Very distant luminous or mature-looking galaxies stress early-galaxy formation timelines and force better spectroscopy, dust, and population modeling.

3 sources

SPARC / rotation curves

Galaxy rotation curves and radial acceleration relations are valuable because they combine robust observation with deep disagreement about interpretation.

3 sources

El Gordo cluster

Massive high-redshift cluster collisions stress-test formation timelines, rare-event statistics, mass estimates, and merger velocity modeling.

3 sources

Lithium-7 problem

Lithium-7 remains useful because it is a specific abundance mismatch inside an otherwise successful light-element framework.

3 sources

Proca photon mass bounds

Photon mass is not observed; the scientific value is in strict upper bounds and the failure states they impose on any massive-photon simulation branch.

3 sources

Tired light criticism and constraints

Tired light deserves a visible failure ledger: supernova stretch, Tolman dimming, image sharpness, CMB structure, and energy accounting cannot be hand-waved.

3 sources

Dark matter / alternative propulsion concepts

The propulsion material is explicitly a speculative engineering analogy layer: field capture, slow light, polaritons, shielding, energy ledgers, and thermal stress.

Interactive demo companion

Turn the article into guided experiments.

The comparison page should feed readers into the Physics Engine Demo with concrete experiments instead of leaving them with passive theory.

  • Toggle photon mass from zero to non-zero.
  • Compare metric redshift vs. tired-light redshift.
  • Adjust tired-light decay strength and brightness dimming.
  • Toggle variable speed of light modes.
  • Increase slow-light condensate density.
  • Observe how lensing changes under different assumptions.
  • Compare standard dark matter halo behavior with condensate behavior.
  • Test whether supernova time dilation can be reproduced.
  • Compare brightness dimming against Tolman-style expectations.

Suggested five-minute protocol

  1. Start with the mainstream baseline and note the checkpoint status labels.
  2. Turn on exactly one ArcSecs assumption, such as photon mass or tired-light decay.
  3. Watch redshift, brightness, timing, lensing, and energy ledgers together instead of one graph alone.
  4. Record whether the scenario passes, creates tension, fails, or needs another explicit assumption.
FAQ

How to read this page without overreading it.

Is ArcSecs presented as accepted physics?

No. ΛCDM is labeled as the current mainstream scientific model. ArcSecs is labeled as a speculative computational framework for exploration, simulation, and debate.

Why compare tired light with expansion redshift?

Because the contrast is useful only when the observational pressure points are visible: Type Ia supernova time dilation, Tolman surface brightness, image sharpness, and conservation behavior.

How does the Physics Engine Demo fit into the page?

The article gives readers the conceptual map; the demo should turn that map into toggles, telemetry, comparison baselines, and visible failure states.

What is the prediction pressure ledger?

It is a source-level checklist for the hard tests: CMB structure, BAO, supernova stretch, Tolman dimming, photon mass limits, lensing, energy accounting, and software consistency.

What would make the ArcSecs model stronger?

Sharper predictions, explicit failure states, reproducible telemetry, conservation-law checks, and direct comparison against the best mainstream explanations.