AIMech AI

Delayed-rejection adaptive Metropolis

Algorithms AIMech:DelayedRejectionAdaptiveMetropolis DRAFT
Aliases: DRAM
An adaptive Metropolis procedure combining history-based Gaussian proposal covariance updates between transitions with corrected delayed-rejection proposal stages within a transition.
Identity Notes & Concept Scope DRAM combines two distinct mechanisms: retained-history covariance learning across iterations and reversed-path acceptance corrections for additional attempts after rejection. The inspected author implementation supplies the explicit Gaussian-stage realization; it is not merely repeated ordinary Metropolis tests. No normalized identity match was found across all 442 pinned AIO labels/scoped synonyms and 181 prior native IDs/names/aliases. Ignored-inclusive searches of both full checkouts found prior discovery leads, neighboring sampler discussions and unrelated author-name/environment substrings. Existing random-walk Metropolis, delayed-rejection, fixed symmetric delayed-rejection and RAM records were inspected; shared components do not make these procedures equivalent.

Claims & Grounded Evidence

1 Claim
Mechanism #method
At fixed proposal settings for a transition, first propose y1 from N(x,C1) and use the Metropolis target ratio. After rejection propose y2 from N(x,C2), centered at the original x, with C2=C1/d1² for a positive stage scale d1 (d1>1 narrows the proposal). Let q_i(a,b) denote the Gaussian proposal density at b from a and a1(a,b)=min(1,pi(b)/pi(a)). On a reachable rejection path, accept y2 with min(1, [pi(y2)q1(y2,y1)q2(y2,x)(1−a1(y2,y1))]/[pi(x)q1(x,y1)q2(x,y2)(1−a1(x,y1))]). Higher stages use the recursive forward/reverse rejection products and earlier-stage Gaussian proposal ratios. Retain x after all capped stages reject. At scheduled iterations, update the empirical covariance from stored retained states including repeats, scale its Cholesky factor, and recompute stage factors for later transitions. In the inspected implementation diagonal jitter is attempted only when factorization fails; if that attempt also fails, the previous proposal factor is retained.

⚠️ Curated Limitations & Negative Results

Artificial Intelligence Ontology (AIO) Grounding

Mapped AIO Classes
AIO Target Class Mapping Relation Mapping Rationale
AIO:MarkovChain
Markov Chain
related_match This procedure adapts a family of Markov transition kernels that are target-invariant at frozen settings. Its sampled-state history is not assumed to be a homogeneous Markov chain, and adaptive validity requires separate assumptions. AIO MarkovChain is a process/model beneath Network; this is a related method-to-process mapping, not equivalence, an is-a assertion or a convergence guarantee.

Evidence Sources & Primary Literature

2 Sources
Source ID Publication / Document Type / Access Reference & Checksum
method-source
Marko Laine
official documentation
documentation
ID: https://github.com/mjlaine/mcmcstat/tree/ca0cbd288f03c7a29050b3d6698a96b45ccfa4b2
sha256:d665a2f3bd6d…
additional-1
Marko Laine
official documentation
documentation
ID: https://github.com/mjlaine/mcmcstat/tree/ca0cbd288f03c7a29050b3d6698a96b45ccfa4b2
sha256:7663509eccba…

Curation Provenance

Curator: Codex
Method: ai_assisted
Model: GPT-6
Created: 2026-10-11T07:40:20Z
Updated: 2026-10-11T07:41:38Z
Source File: data/curated/DelayedRejectionAdaptiveMetropolis.yaml