<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Gjata Legacy — ESS-MAI Research]]></title><description><![CDATA[Gjata Legacy — ESS-MAI Research]]></description><link>https://gjatalegacy.hashnode.dev</link><generator>RSS for Node</generator><lastBuildDate>Sat, 07 Nov 2026 09:51:58 GMT</lastBuildDate><atom:link href="https://gjatalegacy.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[ESS-MAI POC002: An AI Authority Hierarchy, Five Turns, and the Routes Still Open]]></title><description><![CDATA[Inspect 719 unchanged native files, five user turns, scoped evidence, replay tests and one disclosed Cargo failure in ESS-MAI POC002.]]></description><link>https://gjatalegacy.hashnode.dev/ess-mai-poc002-an-ai-authority-hierarchy-five-turns-and-the-routes-still-open</link><guid isPermaLink="true">https://gjatalegacy.hashnode.dev/ess-mai-poc002-an-ai-authority-hierarchy-five-turns-and-the-routes-still-open</guid><category><![CDATA[Rust]]></category><dc:creator><![CDATA[Bledar Gjata]]></dc:creator><pubDate>Fri, 30 Oct 2026 17:45:37 GMT</pubDate><content:encoded><![CDATA[<p>An authority should perform its own duty, preserve the evidence it actually has, and leave missing evidence visible. ESS-MAI POC002 makes that question inspectable in native code.</p>
<p>I am Bledar Gjata, the architect and designer of ESS-MAI. I propose the AI Authority Entity as an independent executive competence with a defined duty, applicable law and jurisdiction, organised within a hierarchy. This is a proposed computational paradigm, offered for examination through code and experiments. It is not a claim of legal authority over people or a completed scientific proof of novelty.</p>
<h2>One hierarchy, distinct competences</h2>
<p>In the ESS-MAI proposal, GCL supplies the constitutional order. LIGHT coordinates the case; QUANTUM commissions and performs reasoning through subordinate competences; SHADOW verifies the current dossier and owns durable Vault writes. GCL is not another authority casting a vote.</p>
<p>The capsule contains 719 unchanged native source, configuration and fixture files from the identified AIGovern-Cyber snapshot, including its build dependency closure. This is broader than a minimal example: the source map identifies the exact functions exercised, and the provenance manifest records each file. The public repository has 949 files when documentation, evidence and the preprint are included.</p>
<p>A single authority can exercise different competences in one cycle. In the tested UCL instance, command_asht_routes advances XiYiLoaded to AshtScoped and issues distinct Historical and KiE commands. Repeating that commissioning operation on that instance is rejected. That guard does not establish universal exactly-once execution across arbitrary direct calls or new instances.</p>
<h2>Five user turns, two final judgments</h2>
<p>The experiment keeps one continuing case about Earth rotation in the ERA00 numerical model. The first two user turns lack required candidates or numerical evidence, so they produce operational HOLD/NoVerdict outcomes and questions.</p>
<p>The third turn supplies UT1 Julian-date parts 2400000.5 + 54388.0, a claim of 0.40228372400281387 radians, and a tolerance of 1e-12 radians. The model supports that bounded claim: KiS=1, KiC=0, followed by the native SHADOW pair (1,1) and durable T1/T2 records.</p>
<p>The fourth turn requests an opposing claim without supplying the numerical evidence. It remains a HOLD linked to the third turn’s durable record. The fifth supplies 0.0 radians under the same model inputs: KiS=0, KiC=1, and the native judgment is (0,0), with its own durable record.</p>
<p>These are five user turns, three operational HOLDs and two final native judgments. They are not five completed judgment cycles. The model comparison does not constitute a physical observation of Earth.</p>
<h2>Why the other routes remain open</h2>
<p>The historical ASHT route still reports MISSING_EXACT_POSITIVE. KiE completes only its own scoped mathematical obligation; it does not manufacture the historical route’s missing evidence. A completed model claim cannot silently discharge another competence’s requirements.</p>
<p>Missing evidence and scientific counterevidence also mean different things. The first, second and fourth turns lack enough material for a final judgment. The fifth supplies a numerical counterexample. Calling all four simply a failed experiment would erase that distinction.</p>
<p>Including the complete native source makes other routes inspectable; it does not prove that every route, input or hardware state is correct. External-agent interoperability is not demonstrated here.</p>
<h2>What replay and Cargo actually showed</h2>
<p>Exact T1/T2 replay returned the recorded response bytes without adding another durable Vault transaction. The WAL remained 123,245 bytes with the same SHA-256. Changing one bit of a request hash while retaining its identity produced PD_T1_REQUEST_CONFLICT and left that WAL unchanged. These are bounded replay results, not a guarantee for arbitrary external effects.</p>
<p>The full Cargo run returned exit 101: 1,821 tests passed, including four doctests; one failed; none were ignored. Release builds and continuity passed. Twenty focused tests also passed, but they overlap the full suite and are not twenty additional unique tests.</p>
<p>The failing test was blocked_stdin_obeys_deadline_and_retains_output. A separate probe reproduced a cold-start timing mechanism: fresh executable spawn calls exceeded the 750 ms budget before a main-entry marker appeared; warm starts retained the expected output. The underlying host cause is unknown. The original failure remains in the record; no native code, test or timeout was changed to hide it.</p>
<p>SHA-256 checks content integrity, not authority. The native source also contains an embedded HMAC key, which cannot establish authenticity against someone who has the source. General security, rollback protection without an external anchor, and complete materialisation of the paradigm remain unproven.</p>
<h2>Reproduce, challenge and extend</h2>
<p>The README provides the Windows/Rust 1.98.0/MinGW commands, exact inputs, source map and diagnostic logs. Independent reproduction, precise objections and attributed improvements are welcome. AI tools assisted implementation, examination and writing under my architectural direction and review.</p>
<ul>
<li><a href="https://github.com/gjatalegacy-create/ESS-MAI-POC002-AI-Authority-Entity">POC002 code and reproduction</a></li>
<li><a href="https://huggingface.co/datasets/gjata-legacy/ess-mai-poc-002-ai-authority-entity">Hugging Face mirror</a></li>
<li><a href="https://doi.org/10.5281/zenodo.23813496">Software and evidence DOI</a></li>
<li><a href="https://doi.org/10.5281/zenodo.23813625">Research preprint</a></li>
<li><a href="https://prereview.org/preprints/doi-10.5281-zenodo.23813625">PREreview request</a></li>
<li><a href="https://github.com/gjatalegacy-create/ESS-MAI">Originating ESS-MAI project</a></li>
<li><a href="https://doi.org/10.5281/zenodo.22750188">ESS-MAI archive</a></li>
<li><a href="https://orcid.org/0009-0003-7854-266X">ORCID</a></li>
<li><a href="https://www.linkedin.com/in/bledar-gjata-1a527030b/">LinkedIn</a></li>
<li><a href="https://explore.openaire.eu/search/result?pid=10.5281%2Fzenodo.23813625">OpenAIRE discovery route</a></li>
</ul>
<p>A review request is not a completed review; an OpenAIRE discovery link does not establish indexing. The capsule is published under Apache-2.0 with dependency notices preserved.</p>
]]></content:encoded></item><item><title><![CDATA[Three refusals, two verified actions: five evidence-bound Rust cycles in ESS-MAI]]></title><description><![CDATA[A reproducible Rust experiment with three refusals, two verified actions, durable memory, SHA-256 evidence and explicit limits.]]></description><link>https://gjatalegacy.hashnode.dev/three-refusals-two-verified-actions-five-evidence-bound-rust-cycles-in-ess-mai</link><guid isPermaLink="true">https://gjatalegacy.hashnode.dev/three-refusals-two-verified-actions-five-evidence-bound-rust-cycles-in-ess-mai</guid><category><![CDATA[Rust]]></category><category><![CDATA[Testing]]></category><dc:creator><![CDATA[Bledar Gjata]]></dc:creator><pubDate>Fri, 30 Oct 2026 15:09:11 GMT</pubDate><content:encoded><![CDATA[<p>A useful governance experiment should make refusal inspectable and successful execution conditional. ESS-MAI POC011 asks a small question: can distinct computational duties preserve missing evidence and counterexamples, then admit a supported action without duplicating its local recorded effect?</p>
<p>I am Bledar Gjata, the architect and designer of ESS-MAI. POC011 is a public Rust research capsule derived from that work. Its five-cycle fixture returns scalar verification bits <strong>0,0,0,1,1</strong>. Each zero records why the current action cannot be admitted.</p>
<h2>Different duties, one current case</h2>
<p>ESS-MAI proposes an <strong>AI Authority</strong> organised around a duty, executive competence, jurisdiction and governing law. Permission or refusal follows from performing that duty. A permission token alone is not the authority.</p>
<p>The intended constitutional organisation comprises GCL, Supreme, laws and hierarchical authorities. POC011 materializes a bounded sequence from this proposal. LIGHT binds and coordinates the current request. QUANTUM evaluates candidates and proposes an eligible action. SHADOW independently verifies the current proposal. These duties do not vote or inherit one another’s competence.</p>
<p>Several calls can perform different duties. Recomputing a proposal during verification does not, by itself, mean the proposal authority has been duplicated. The question is which operation exercises which competence and whether its conditions hold.</p>
<h2>A model small enough to inspect</h2>
<p>The domain is five integers, x = 0,1,2,3,4. Each candidate supplies coefficients for y = a*x+b and evidence samples. Gain is the sum of its five values; risk is their maximum absolute value.</p>
<p>Eligibility requires complete, matching samples and compliance with the hard risk limit. Eligible candidates are ranked by gain descending, risk ascending and candidate SHA-256 ascending. A larger gain cannot compensate for a failed mandatory condition.</p>
<p>The five inputs change the evidence:</p>
<ol>
<li>The risk-limit clause is missing: bit 0 and an exact question.</li>
<li>Limit 10 is supplied, but samples are missing: bit 0, preserving the gaps.</li>
<li>Complete samples for 4x+1 give risk 17: bit 0, retaining counterexamples at x=3 and x=4.</li>
<li>Complete evidence for 2x+1 gives gain 25 and risk 9: bit 1 and one local effect.</li>
<li>A new action, 2x+2, gives gain 30 and risk 10: bit 1 and a second distinct effect.</li>
</ol>
<p>The inadmissible competitor’s objections remain in cycles four and five. Missing evidence is not a mathematical refutation, and success does not erase earlier evidence or approve the next cycle.</p>
<h2>Memory supports continuity, not inherited approval</h2>
<p>LIGHT retrieves bounded references to earlier records in the same context. SHADOW checks the evidence currently presented. Storage replay validates journal integrity; it is separate from deciding whether today’s proposal meets today’s requirements.</p>
<p>D-BAB records actual preconditions and outcomes without granting competence. The borrowed 0-NOI primitive triggers the operation while leaving its checks with the caller.</p>
<p>The report and optional local effect are committed together, synchronized and read back before memory state becomes visible. Output plus questions is then returned. An output-delivery failure cannot undo a known durable commit. Copied FFI handles reference one consumable slot; the local effect also has a context/action identity.</p>
<h2>What was tested</h2>
<p>The recorded Windows execution passed <strong>38 Rust tests in debug and the same 38 in release</strong>, with zero failures or ignored tests. A separately implemented Python verifier passed <strong>17 self-tests</strong>. This is software cross-checking, not independent human review.</p>
<p>Adversarial cases include altered or rehashed traces, corrupted receipts, wrong handle bindings, concurrent consumption, conflicting effects and truncated journals. Eight copied handles have one successful consumption; 32 concurrent attempts have one winner.</p>
<p><strong>Reproduction compatibility:</strong> the first hosted CI runs stopped before tests because Rust 1.99.1 deprecated <code>AtomicU64::fetch_update</code> and the capsule denies warnings. The recorded toolchain is Rust 1.98.0. A minimal workflow correction pins that toolchain; runtime logic and test assertions remain unchanged. Consult the <a href="https://github.com/gjatalegacy-create/ESS-MAI-POC011-Authority-Evidence-Continuity/blob/main/CI_STATUS.md">CI compatibility record</a> and <a href="https://github.com/gjatalegacy-create/ESS-MAI-POC011-Authority-Evidence-Continuity/actions">Actions history</a> for the verified outcome and exact revision.</p>
<p>From the capsule directory, with Rust 1.98.0 installed:</p>
<pre><code class="language-text">cargo +1.98.0 fetch --locked
cargo +1.98.0 test --locked --offline
cargo +1.98.0 test --locked --offline --release
cargo +1.98.0 run --locked --offline --release -- demo demo-run
python tools/verify.py demo-run --self-test
</code></pre>
<p>The initial fetch needs network access if pinned dependencies are absent. The demo creates a new directory, which must not already exist. Builds and tests create build and temporary files.</p>
<h2>Provenance and boundaries</h2>
<p>Selected canonical ESS-MAI Light token, handle and atomic-slot blocks are exact extractions with recorded hashes. The neutral 0-NOI primitive is extracted from the later AIGovern derivative. The finite model, witness integration, trace verifier, journal and restart lifecycle are documented adaptations.</p>
<p>SHA-256, capabilities, atomic consumption and journals are established techniques. My proposed contribution is their ESS-MAI-specific constitutional organisation and the bounded materialization presented for criticism; novelty and general architectural correctness remain open questions.</p>
<p>The RAM write/readback is real process-owned memory work, not physical energy measurement. Hashes do not authenticate an issuer. Replacing the entire journal with an older valid prefix remains undetectable without a trusted external anchor. The scalar is not native ESS-MAI/AIGovern-Cyber’s paired verdict, external exactly-once execution or a security certification.</p>
<p>The capsule is Apache-2.0; the full private runtime is excluded. AI assisted implementation and writing under my architecture and direction. Reproducible counterexamples, corrections and attributed contributions are welcome.</p>
<p><a href="https://github.com/gjatalegacy-create/ESS-MAI-POC011-Authority-Evidence-Continuity">Code, evidence and review protocol</a> · <a href="https://huggingface.co/datasets/gjata-legacy/ess-mai-poc-011-authority-evidence-continuity/tree/v0.1.0-byte-identical">Hugging Face mirror</a> · <a href="https://doi.org/10.5281/zenodo.23809527">Software DOI</a> · <a href="https://doi.org/10.5281/zenodo.23809644">Research preprint</a> · <a href="https://prereview.org/preprints/doi-10.5281-zenodo.23809644">PREreview request</a> · <a href="https://explore.openaire.eu/search/result?pid=10.5281%2Fzenodo.23809644">OpenAIRE discovery route</a> · <a href="https://orcid.org/0009-0003-7854-266X">ORCID</a> · <a href="https://www.linkedin.com/in/bledar-gjata-1a527030b/">LinkedIn</a> · <a href="https://github.com/gjatalegacy-create/ESS-MAI">Originating ESS-MAI project</a></p>
<p>A discovery link or review request does not establish indexing, completed review or endorsement.</p>
]]></content:encoded></item><item><title><![CDATA[What a passing Rust test does—and does not—prove: seven bounded governance experiments]]></title><description><![CDATA[Reproduce ESS-MAI POC003–009: Rust tests, continuity, FFI and memory, with pinned code, explicit limits and an invitation to independent review.]]></description><link>https://gjatalegacy.hashnode.dev/what-a-passing-rust-test-does-and-does-not-prove-seven-bounded-governance-experiments</link><guid isPermaLink="true">https://gjatalegacy.hashnode.dev/what-a-passing-rust-test-does-and-does-not-prove-seven-bounded-governance-experiments</guid><category><![CDATA[Rust]]></category><category><![CDATA[Testing]]></category><category><![CDATA[open source]]></category><dc:creator><![CDATA[Bledar Gjata]]></dc:creator><pubDate>Sat, 24 Oct 2026 18:56:24 GMT</pubDate><content:encoded><![CDATA[<p><strong>By Bledar Gjata · ESS-MAI / Gjata Legacy</strong></p>
<p>A green test result means that the assertions executed in that run did not fail. The engineering question is what those assertions actually cover. A test can correctly demonstrate a refusal, reproduce a counterexample, or confirm that a stronger property remains unsupported.</p>
<p>That distinction organizes seven public ESS-MAI and AIGovern-Cyber experiments, POC003–009. They isolate questions about execution gates, reusable failure history, foreign-function interfaces and persistent state. They are runnable research capsules derived from a larger architecture; their results do not certify the private product.</p>
<p>The results below are previously recorded project observations. Preparing this article involved reading their public procedures, not running a new test campaign or independently replicating them. The <a href="https://github.com/gjatalegacy-create/ESS-MAI/issues/3">family reproduction index</a> provides pinned artifacts and reporting instructions.</p>
<table>
<thead>
<tr>
<th>Experiment</th>
<th>Recorded result</th>
<th>Boundary that stays visible</th>
</tr>
</thead>
<tbody><tr>
<td>POC003: cold-start reachability</td>
<td>84 tests; empty-state execution stops, while an exact-pair control reaches the post-Asht probe.</td>
<td>No final production Shadow commit.</td>
</tr>
<tr>
<td>POC004: local rules and global continuity</td>
<td>19 tests reproduce local success and global counterexamples.</td>
<td><code>GLOBAL_CONTINUITY_ENFORCEMENT=FAIL</code> and an unlinked receipt digest remain findings.</td>
</tr>
<tr>
<td>POC005: generation-local FFI authority</td>
<td>15 detached tests; one of eight copied handles crosses authorization.</td>
<td>Fresh semantic reissues still defeat stronger idempotency; direct write remains hold/no-write.</td>
</tr>
<tr>
<td>POC006: negative-history re-entry</td>
<td>30 detached tests; required history blocks a known failure or refuses execution when invalid.</td>
<td>Full receipt wire, authoritative-store restart and symmetric positive re-entry remain outside the branch.</td>
</tr>
<tr>
<td>POC007: dual-polarity fixtures</td>
<td>12 Rust tests; missing evidence, rigorous negative and constructive fixtures remain distinct.</td>
<td>Single-process synthetic reference, not scientific truth or full runtime security.</td>
</tr>
<tr>
<td>POC008: exact checkpoint continuity</td>
<td>35 tests, including five-turn and 65-turn fresh-process comparisons.</td>
<td>No science or native knowledge admission; valid older history can be accepted.</td>
</tr>
<tr>
<td>POC009: model evidence and memory</td>
<td>50 root tests, 19 separate science tests, 93 demonstration checks and 17 C-ABI checks.</td>
<td>Numerical support is model-conditional; repeated computation is not independent evidence; direct C write remains CompatibilityHold.</td>
</tr>
</tbody></table>
<p>These totals describe different suites and observation types. Combining them into one “proof score” would obscure their meaning. The public procedures also retain negative controls; a successful harness execution does not erase an adverse result.</p>
<p>Consider POC005. Refusing seven copies of a handle supports a local one-use claim. It does not prove that two newly issued handles cannot represent the same semantic request. Generation identity and operation identity are different invariants. The disclosed reissuance counterexample makes that distinction testable.</p>
<p>POC009 introduces another boundary. Its supplied Earth Rotation Angle model can support one proposition and contradict another under specified inputs. That comparison uses an existing numerical method. Repeating the calculation does not supply another independent physical observation, and storing its result does not transfer native knowledge authority.</p>
<h2>Start with one exact continuity experiment</h2>
<p>POC008 offers a concrete comparison: after each supported input, are the restored process's checkpoint bytes identical to uninterrupted execution? Comparing every prefix helps locate a divergence that an end-only comparison could hide.</p>
<p>Use Windows PowerShell with Git, Rust/Cargo and Python 3. Rust 1.98.0 is the recorded toolchain, not a claimed minimum version. Use a disposable directory; both <code>poc008-review</code> and <code>poc008-review-demo</code> below must be absent. Run commands individually, check <code>$LASTEXITCODE</code> after each external program, and stop on any nonzero exit.</p>
<pre><code class="language-powershell">git clone https://github.com/gjatalegacy-create/AIGovern-Cyber-POC008-Continuity.git poc008-review
Set-Location poc008-review
git checkout --detach 84c40ea2679fcbe29ad10faa451a41c576e202f8
git rev-parse HEAD
rustc --version --verbose
cargo --version --verbose
$env:CARGO_TARGET_DIR = Join-Path $env:TEMP ('poc008-review-' + [guid]::NewGuid().ToString('N'))
cargo test --locked
cargo build --release --locked
python tools/demo.py --binary "$env:CARGO_TARGET_DIR\release\poc008-continuity.exe" --output-dir ../poc008-review-demo
</code></pre>
<p>Confirm the printed commit matches the checkout above, then follow its <a href="https://github.com/gjatalegacy-create/AIGovern-Cyber-POC008-Continuity/tree/84c40ea2679fcbe29ad10faa451a41c576e202f8">README and claim boundary</a>. Initial dependency downloads may be necessary. The recorded expectation is 35 passing tests; the demonstration separately launches five processes and saves their outputs. The 65-turn comparison belongs to the test suite, not that five-process demonstration.</p>
<p>Preserve the first differing checkpoint, operation identity or retry result. Record a dependency-download failure as an environment problem before interpreting it as a program defect. Do not alter inputs or assertions simply to obtain green output.</p>
<p>A passing continuity run still leaves an important adverse control: a coherent older WAL can be accepted. Replay consistency does not establish authenticated freshness. Likewise, process restart tests do not demonstrate arbitrary power-loss survival. POC008's ordinary <code>inspect</code> path can initialize storage or repair an eligible incomplete tail, so inspect a copy when preserving evidence.</p>
<h2>Make the review claim-sized</h2>
<p>Choose one invariant and report the exact commit, environment, commands, exit codes and earliest mismatch. Negative results are useful when attached to a reproducible claim. Use the <a href="https://github.com/gjatalegacy-create/ESS-MAI/issues/new?template=reproducibility-report.yml">structured reproduction form</a>; declare your relationship to the project. No favorable conclusion or acceptance of the broader theory is required.</p>
<p>AI tools assisted implementation, tests and writing, including this article. I direct the architecture and final design decisions and review code and execution through shell checks. Author review, AI agreement and automated CI are distinct from independent human review; no independent replication is claimed here.</p>
<h2>Relevant resources</h2>
<ul>
<li><a href="https://github.com/gjatalegacy-create/ESS-MAI/issues/3">GitHub: seven-experiment reproduction index</a></li>
<li><a href="https://huggingface.co/datasets/gjata-legacy/ess-mai-poc-008-continuity">Hugging Face: POC008 artifact mirror</a></li>
<li><a href="https://www.linkedin.com/in/bledar-gjata-1a527030b/">LinkedIn: Bledar Gjata</a></li>
<li><a href="https://doi.org/10.5281/zenodo.23613613">Zenodo: versioned POC008 software</a></li>
<li><a href="https://explore.openaire.eu/search/result?pid=10.5281%2Fzenodo.23613613">OpenAIRE: POC008 software metadata</a></li>
<li><a href="https://orcid.org/0009-0003-7854-266X">ORCID: author identity</a></li>
</ul>
<p>These channels identify source, distribution, archives and the author. Hosting, indexing and identifiers do not establish peer review or security certification.</p>
]]></content:encoded></item></channel></rss>