Working technology, made visible

Evidence shows what Kindynos computed.

Public cases connect named events to positions or stakeholders, visible numbers and analytical context. Four cases extend that view into technical verification.

Evidence architecture

Named paths connect claims to results.

Each public case identifies the ecosystem, version, event path and result that support the claim.

Screenshots and case studies show the visible result and analytical context; technical verification traces four cases into the underlying execution record.

Selected verified screens

Visible results in the operator environment.

These panels are tied to the same named evidence paths used for the public claims.

EVA Equities Decision Policy N=1000
Equities Decision Analytics · myopic DUMP vs full-horizon HOLD.
EVA Buildings Flood insurance transfer
Buildings Flood → Insurance · stakeholder transfer.
EVA mortgage servicing ledger
Mortgage servicing ledger · operational state remains inspectable.
Verified signal-to-event path

A public signal can be recognized, reviewed and fired into EVA.

In the demonstrated path, a real public-source item was ingested with provenance, recognized as a candidate WILDFIRE event in the US Housing v14 ecosystem, reviewed by an operator, and explicitly fired through EVA's canonical Engine10 path. Recognition itself did not authorize the run.

SourceReal GDELT public-source item
RecognitionWILDFIRE · confidence 0.90
EcosystemUS Housing v14
AuthorityManual operator authorization
EngineCanonical Engine10
Result1 asset row · 10 stakeholder rows · 0 valued asset rows
Runengine10::5ff7ece9221f16930f46e3313716dc42
Receiptfr_5d1bb6e738e2
Boundary: this proof establishes governed event firing, downstream reach and provenance. It is not a valuation proof for the wildfire case: the demonstrated run produced no valued asset row.
EVA Recognition screen showing a matched external item with a Review and Fire action
Recognition identifies candidate modeled events. A matched item can be reviewed for firing; recognition itself remains non-firing.
EVA Event Firing screen showing a successfully authorized Engine10 firing with a persistent receipt
After explicit operator authorization and server-side validation, the candidate enters canonical Engine10 and the firing receipt is preserved.

A no-match stays a no-match.

A real public-source item that did not map to a modeled event was refused as NO_MATCH_NOT_FIREABLE; no Engine10 run was created. A duplicate firing attempt is also refused unless a deliberate re-fire override is supplied.

Verified BELIEF conditioning

Belief context can condition a declared Engine10 analysis.

A separate controlled proof used a labeled prediction-market fixture. The market-side probability did not directly determine consequence. EVA applied a declared modeling rule that mapped the fused belief value into an Engine10 condition, and stakeholder models consumed that condition.

BASELINE

Same event, neutral condition

HOU_REG_CFPB_ENFORCEMENT_ACTION · US Housing v9

Servicer −$180.0M
CFPB +$100.0M
Borrower / taxpayer +$800 each

run engine10::3797452967d123fc0d71ad375ac79f55

BELIEF-CONDITIONED

Declared condition consumed

p_fused = 0.618846regulator_enforcement_posture = 1.618846

Servicer −$291.392M
CFPB +$161.885M
Borrower / taxpayer +$1,295.08 each

run engine10::f8e1d98eb6166fd668da230cb8ca1682

What this proves: a BELIEF-derived factor can be mapped through a declared rule to an Engine10 condition and affect the event analysis. The prediction-market input is evidence; the explicit modeling transformation defines how it enters consequence computation. This does not mean BELIEF fires events or that market probability directly determines severity.
EVA Event Firing screen showing the BELIEF-conditioned CFPB enforcement event fired with a View Consequences action
Conditioned firing · the receipt preserves the BELIEF-derived condition and authoritative Engine10 run identity.
EVA Single Event view showing the exact persisted BELIEF-conditioned Engine10 run reached from View Consequences
Result continuity · View Consequences opens the exact persisted fired run, with the run and receipt identity reconciled.
Accepted mortgage evidence · 16 August 2026

Three mortgage mechanisms on frozen execution paths.

The Housing evidence family shows state transformation, operational consequence and contractual incidence across several named execution paths.

STATE & CASH FLOW

An event changes the mortgage before it changes the valuation.

Forbearance Lifecycle. Servicing advances, interest capitalization and re-amortization change the represented schedule before six downstream positions are revalued.

$8,480 capitalized$11,596 advancesIO + PO = pass-through
Read the case study → · Technical verification
OPERATIONAL EVENT

The same cash can produce different consequences when servicing state changes.

Payment Misapplication. Cash received is held constant; erroneous application creates suspense, false delinquency, a late fee and a servicer advance before correction restores the account.

$2,199 same cash$2,199 suspense$1,799 advance
Read the case study →
CONTRACTUAL INCIDENCE

The same payoff creates different consequences for a security, servicing right and guarantor.

Agency & Guarantee Payoff. Principal redemption, premium P&L, fee-stream termination and capital release remain separate accounting consequences.

$351,089 principal−$12,181 MSR$2,107 capital release
Review the evidence frame →
EVA · observed interface evidence

The operator environment behind the evidence.

These operator captures show application behavior across US Housing, Global Equity, Global Buildings and Global Insurance, linking visible interfaces to named analytical paths.

Operator capturesThese captures show application behavior for the named ecosystem, version and path at capture time. Version-specific compatibility is tracked separately.
Technical verification

Four cases trace visible results into the execution layer.

Together these four cases demonstrate state transformation, optimization, multi-party allocation, cross-domain transfer and reproducible execution.

01 · MORTGAGE FORBEARANCE

State changes first; six positions revalue afterward.

The forbearance path records servicing advances, capitalization and re-amortization before downstream loan, pass-through, IO, PO, MSR and guarantee-fee consequences. The technical record preserves the source freeze, model path and request/response identity.

02 · EQUITIES DECISION ANALYTICS

Myopic DUMP and full-horizon HOLD survive 1,000-path evaluation.

The same authored fire-sale scenario is evaluated by two decision methods. The technical verification records the seed, path count, values, Monte-Carlo uncertainty, first-action disagreement and policy-gate status.

03 · HURRICANE RISK TRANSFER

$510M reconciles across retention and three parallel reinsurance shares.

The path reconciles $120M retained plus three $130M ceded shares, records the retrocession treatment and ties the result to a named Insurance freeze.

04 · BUILDINGS → INSURANCE

A physical event crosses industry domains and produces an exact transfer pair.

The flood path carries physical damage and income loss into an insurance consequence. The $6.55M owner recovery and insurer payment reconcile exactly, with valuation status preserved for the remaining inputs.

MCP interoperability evidence

The interface changed nothing analytical.

The canonical request was executed directly and through a real MCP server subprocess. One thousand eight hundred and fifty-six fields were compared; not one differed.

LIVE SURFACE

Approved EVA tools

33returned by live tools/list
EQUIVALENCE

Direct EVA = MCP EVA

1,856fields compared · 0 mismatches
REFUSAL

Out-of-scope stays out

TOOL_NOT_ALLOWEDstructured refusal, not improvisation
Reference call: US housing home-sale payoffLoan −$383,540.05 · servicing right −$12,180.61 · byte-identical run identifier across the direct and MCP paths. Exact values remain in the MCP evidence.
Open the MCP proof
Coverage with provenance

From applicable to verified.

Each public proof identifies the event, positions or stakeholders, key numbers and execution context. The four technical cases add deeper provenance.

Applicable

Is this capability meaningful for this world, version and event path?

Wired & exercised

Do the registrations, routes, bindings and required models resolve—and has the path actually run?

Verified

Is there a named, reproducible result strong enough to support a public demonstration?

Public evidence foundation · 16 August 2026

Want to inspect how a result is produced?

Explore the four verification paths for the execution layer, or bring a consequential event of your own and define the path that matters.