promotional banner

Adaptive Optimization(reborn)

"A mod that dynamically optimizes Minecraft performance based on system load and in-game conditions."
Back to Files

adaptiveoptimization-8.5.6-p16.jar

File nameadaptiveoptimization-8.5.6-p16.jar
Uploader
col9kamcol9kam
Uploaded
Sep 23, 2026
Downloads
322
Size
4.7 MB
Mod Loaders
Forge
File ID
8957395
Type
R
Release
Supported game versions
  • 1.20.1

Curse Maven Snippet

Forge

implementation fg.deobf("curse.maven:adaptive-optimization-1090956:8957395")

Learn more about Curse Maven

What's new

What's new since the previous development update

The previous update established a stronger:

causal benchmark

significance

longitudinal evidence

regression signal

governance preflight

path.

This update begins closing another major gap:

connecting historical benchmark evidence to the exact current runtime state that may eventually act on it.

AO is increasingly separating three different questions:

what happened historically?

what is true right now?

and:

does the current state still correspond exactly to the strategy that produced the historical evidence?

That distinction is necessary before modern evidence can safely cause real lifecycle or corrective consequences.


Generated v2 registrations now retain their durable binding automatically

Generated v2 strategy registration now closes an important persistence gap.

When a generated candidate is successfully registered, AO also persists its exact v2 binding record.

That binding retains the relationship between:

  • candidate;
  • registration;
  • StrategySpec;
  • runtime context;
  • runtime side;
  • adapter/source;
  • physical implementation.

A generated registration is therefore no longer considered fully successful if its required durable binding cannot also be preserved.

Legacy registrations remain compatible, but AO does not invent v2 provenance for them.


Productive runtime can now observe completed generated-experiment bindings

The real autonomous runtime path now observes completed generated experiments at the normal completion callback.

When a generated experiment completes, AO can read:

completed runtime measurement
+
generated execution snapshot
+
current generated registry

and attempt to prove that they describe the same generated experiment.

The resulting binding is retained as:

read-only productive telemetry

It does not promote, trust, quarantine or execute anything.

This is a small but important step away from having the modern benchmark path exist only as an isolated parallel model.


Closed benchmark observations now have their own exact identity

AO can now create an immutable identity for one exact CLOSED benchmark observation.

That identity binds:

  • scoped measurement evidence;
  • comparison identity;
  • significance classification;
  • candidate;
  • strategy;
  • runtime context;
  • runtime side;
  • activity/workload;
  • baseline window boundaries;
  • treatment window boundaries.

The longitudinal runtime feed can retain the identity of the latest exact observation it processed.

This gives later current-state systems something stronger than:

"this candidate has benchmark evidence."

They can instead refer to:

"this exact benchmark observation, from these exact historical windows."


AO can now build a window-bound current-state identity

A new current-outcome authority can bind a live surveillance window to the exact:

  • surveillance provenance;
  • live owner and lease generation;
  • trusted scope;
  • trust request and receipt;
  • generated registration;
  • strategy;
  • runtime context;
  • runtime side;
  • server session;
  • reload epoch;
  • runtime identity;
  • workload/activity;
  • benchmark observation.

AO performs current recapture before accepting the result.

If ownership, trust, registration, runtime or benchmark correspondence has drifted, the capture fails closed.

This starts building the bridge between:

historical benchmark evidence

and:

the strategy that is actually active right now.


Current evidence is explicitly separated by dimension

The current-state path no longer needs to represent correctness, safety, rollback and recovery as one vague health result.

It can track them independently as:

  • correctness;
  • safety;
  • rollback;
  • recovery.

Each dimension can report states such as:

  • verified positive;
  • verified negative;
  • available only;
  • not verified;
  • unavailable.

This is deliberately conservative.

For example:

rollback available does not mean rollback healthy

and:

information existing does not mean that information is authoritative proof.


Current semantic correctness can now be verified against the exact active strategy

AO now has a strategy-binding semantic probe path for the current FBB optimization.

Before semantic correctness can be evaluated, AO verifies that the probe corresponds to the exact:

  • v2 registration;
  • durable registration binding;
  • candidate;
  • StrategySpec;
  • physical implementation;
  • runtime context;
  • runtime side;
  • adapter/source;
  • current physical vector;
  • semantic-verifier runtime binding.

The physical state is recaptured to detect changes during inspection.

The semantic capability is then checked again around the verification itself.

If the runtime changes during that process, the result becomes stale rather than being treated as current evidence.

A successful invocation can produce:

  • VERIFIED_CURRENT
  • FAILED_CURRENT
  • NOT_VERIFIED
  • NOT_APPLICABLE
  • STALE
  • BLOCKED

The resulting verification is sealed to the exact surveillance window and benchmark observation.

This remains read-only and does not grant lifecycle authority.


Sustained execution can now retain exact trusted provenance

A major change has been made to sustained modern execution.

Previously, a sustained activation intent could identify the candidate/vector being activated, but its full relationship to the modern trust and registration chain was weaker.

AO can now discover exactly one current trusted generated registration and produce a sustained provenance handoff containing facts such as:

  • candidate;
  • strategy;
  • registration;
  • context;
  • runtime side;
  • source;
  • trusted scope;
  • trust event;
  • trust request;
  • trust receipt;
  • trust reconstruction;
  • registry chain head;
  • physical implementation;
  • physical vector;
  • coherent decision generation;
  • lifecycle identity.

The sustained intent is then created from that exact trusted provenance.

This means AO is moving away from:

"activate this optimization because it appears to be the expected candidate"

toward:

"activate this exact trusted registration with this exact current provenance."


Sustained provenance now survives persistence and restart boundaries

The sustained runtime persistence format has been extended so exact provenance can travel through:

  • sustained activation intents;
  • intent persistence;
  • operational ownership;
  • owner bindings;
  • rollback baselines;
  • controller journals;
  • recovered sustained runtime state.

Newer records retain the provenance identity through those boundaries.

Older records remain readable where supported, but are explicitly treated as:

LEGACY_UNBOUND

rather than being silently upgraded to exact modern provenance.

AO therefore preserves compatibility without manufacturing historical authority that never existed.


Current sustained provenance can now be revalidated

AO now has a read-only verifier that can compare the current sustained runtime against the original trusted provenance.

It checks relationships between:

  • current intent;
  • current owner;
  • rollback baseline;
  • physical runtime vector;
  • generated registration;
  • trusted provenance handoff;
  • runtime context;
  • runtime side;
  • source identity.

The result can distinguish:

  • VALID_CURRENT
  • STALE
  • LEGACY_UNBOUND
  • BLOCKED

This is important for restart safety and for future corrective decisions.

A strategy merely remaining physically active is no longer enough to prove that it is still the exact strategy AO originally trusted.


Rollback availability can now be proven without performing a rollback

AO can inspect whether the exact current sustained handback path is addressable.

This checks the current:

  • sustained controller;
  • owner binding;
  • transfer journal;
  • provenance;
  • transition;
  • handback preconditions.

If those facts align, AO can produce window-bound rollback evidence.

However, that evidence is intentionally classified as:

AVAILABLE_ONLY

not:

HEALTHY

and it does not count as positive rollback proof.

No rollback is performed during this inspection.

This prevents:

"AO knows where rollback is"

from being incorrectly promoted into:

"AO has proven that rollback will succeed."


A complete current-outcome authority is starting to take shape

The newer current-outcome path is designed to eventually require current proof for:

correctness
+
safety
+
rollback health
+
recovery health

before the result can become fully productive.

At the moment, the implementation intentionally does not pretend that all four authorities exist.

The current assembler provides:

  • a real semantic correctness path;
  • a bounded rollback-availability path;

while:

  • safety remains unverified;
  • recovery remains unverified;
  • rollback remains availability-only rather than health-verified.

Because of this, the current path can remain:

CURRENT_PARTIAL

instead of incorrectly becoming CURRENT_COMPLETE.

This is deliberate fail-safe behavior.


Modern causal regression can now converge on the existing productive authority

The window-causal regression path now has a bounded entry point toward AO's existing productive regression authority.

Before a productive write can occur, AO can recapture and compare:

  • longitudinal strategy projection;
  • regression signal;
  • governance result;
  • regression evidence envelope;
  • external correctness/safety/rollback/recovery authority identities;
  • exact generated registration;
  • registry chain head;
  • runtime source;
  • trusted scope ownership.

Immediately before the existing authority is invoked, those facts can be recaptured again.

If they have drifted, the write is rejected.

Most importantly:

this does not create a second revocation/quarantine authority.

The modern path converges on the already-existing productive authority.

The existing authority remains responsible for the actual lifecycle consequence.


Productive regression consequences can now be read back into the evidence chain

After an existing productive regression action occurs, AO can reconstruct its durable consequence.

The read-only feedback layer can distinguish consequences such as:

  • trusted scope revoked;
  • trusted strategy quarantined.

It verifies the durable lifecycle event and materializes the resulting candidate state.

This allows the benchmark side to eventually learn:

regression detected

existing authority acted

this exact durable lifecycle consequence occurred

without granting the benchmark system lifecycle authority itself.


Authority and evidence remain intentionally separate

This update connects considerably more of the modern evidence graph, but it does not collapse evidence into authority.

Several of the new components explicitly remain:

  • read-only;
  • verdict-only;
  • provenance-only;
  • availability-only;
  • observer-only.

They cannot independently:

  • promote a candidate;
  • grant trust;
  • revoke trust;
  • quarantine a strategy;
  • execute a strategy;
  • perform rollback;
  • declare recovery healthy.

That separation remains one of the central safety rules of the modern architecture.


MODERN_EXPERIMENTAL is still not fully connected

LEGACY

remains the default runtime mode.

MODERN_EXPERIMENTAL

continues exposing more of the modern architecture, while the legacy optimizer still performs much of AO's current practical optimization.

Some parts of this update are now connected to real runtime paths — including generated experiment completion observation and trusted sustained-intent staging.

Other parts, especially the newer:

current-window authority
and
window-causal productive regression entry

still remain bounded foundations rather than a fully automatic end-to-end runtime pipeline.


What this update represents

The modern architecture is increasingly becoming:

historical experiment

exact benchmark observation

longitudinal result

current live surveillance window

prove the same strategy is still current

verify current semantic correctness

verify sustained execution provenance

prove rollback addressability

collect remaining current safety/recovery authority

re-evaluate regression governance

converge on existing productive authority

observe the durable consequence

The important change is that AO is beginning to bridge:

historical truth and current truth

without assuming that one automatically proves the other.


What remains

The next major work is to finish the missing current authority dimensions and connect these pieces into normal productive runtime flow.

That includes continuing toward:

  • real current safety authority;
  • real current recovery readiness;
  • rollback health, not only rollback availability;
  • full window-bound current outcome completion;
  • automatic use of the exact benchmark observation identity;
  • productive runtime wiring for the window-causal regression path;
  • durable post-commit feedback into future learning;
  • restart-safe current-authority reconstruction where valid;
  • lifecycle consequences based only on fully current evidence;
  • autonomous reuse/correction without bypassing existing authority boundaries.

The modern system is moving toward a stronger rule:

historical evidence may explain why AO should care, but current authoritative evidence must prove whether AO is allowed to act now.

That distinction is increasingly becoming the bridge between AO's modern learning system and safe autonomous optimization.

This mod has no additional files