The October 2026 research evidence
BTG's technical record includes actual local research, code execution, knowledge reconstruction, Circuit execution and encrypted research-reference delivery. Those records are more substantive than a proposal consisting only of diagrams and written specifications. They also concern specific, bounded experiments, not yet a verified global commercial economy.
One research challenge required an algorithm to decide whether at least three of four encoded sensors reported the same valid reading. There were 65,536 possible input combinations. NIKI's first recorded generated C expression gave incorrect answers for 57 combinations, including cases in which a missing sensor was mistakenly counted as an agreeing measurement. The failure was preserved and the repair process produced a corrected source version with its own recorded provenance.
The corrected source was compiled to a 240-byte WebAssembly module. The recorded Windows Wasmtime execution returned correct results for all 65,536 inputs. A later Debian WSL2 execution using Bubblewrap and cgroup controls also returned 65,536 correct results. The recorded compiled binary hashes matched. The Linux environment ran on the same BTG workstation, so this is a real second operating-environment test, not a claim of reproduction by an independently controlled external institution.
The associated BTDU and ADAM records preserved the original research material and allowed local cold reconstruction. The Recursive Fabric runtime initially executed an evidence-processing Circuit Genome connected with the research chain. Later engineering advanced the demonstration: a recorded local receipt shows the actual repaired NIKI sensor algorithm operating as a typed executable node in a two-node Circuit, followed by an evidence-digest operation. The complete result matched the frozen oracle across all 65,536 inputs. Subsequent internal engineering records describe an immutable DataChip descriptor retained and reconstructed through BTDU, along with targeted and negative-test results. These findings form part of the documented internal engineering record and are distinct from external independent certification.
The record also includes three encrypted research-reference deliveries to three local Windows worker processes with durable acknowledgments and duplicate handling. Those workers were not three separately controlled physical research institutions, and the deliveries did not create legal commercial rights. An earlier downstream suite recorded 312 local regression tests passing after a process-launch correction; a later engineering report records 356 Windows backend regression tests passing as the integration progressed. These are software tests within their stated scopes, not counts of inventions or market transactions.
The relevant historical artifacts are held in the BTG qualification workspaces, including source and binary hashes, execution receipts and research delivery files. These provide a basis for future external reproduction. These development records do not establish independent institutional certification, owner-authorized production DataChip issuance, three separately enrolled physical hosts, a completed customer sale or authorized securities trading. Each is a distinct matter requiring its appropriate evidence and authority.
Why this real engineering example matters to a public reader
It demonstrates the kind of continuity the architecture is meant to preserve. A candidate can be generated, found wrong, repaired, executed as working software, reconstructed from retained knowledge, connected into a larger working Circuit and transferred as a research reference - while each stage has its own record. The more important later economic and institutional claims become credible only when independent organizations and paying customers complete their corresponding stages.
