CoreTex
Genesis and current baseline
Confirmed state advances
Failed submissions
rigs active submissions advances
Selected rig
RIG
Owner
Operator
Submissions
0
Failed
0
Awaiting broadcast
0
Advances
0
Target profiles
Status

CoreTex

Overview

CoreTex is an evolving stack for agentic memory retrieval, purpose built from the ground up to integrate with existing BOTCOIN miner flow. There is one canonical CoreTex: a versioned, content-addressed composition of three profile slots (conversational preferences, document tooling, and event schemas). Each slot holds an M1–M6 release — six pipeline hooks, their parameters, and any derived artifacts that release needs. The chain stores compact commitments and transition order; the live state root advances whenever a miner's candidate is accepted.

Mining identity is an NFT rig, not a wallet. Receipts are keyed by rigId: the rig's owner is the NFT holder, and any operator the rig has authorized can do the work. One operator may run many rigs, and rewards route to the rig's reward rights, which can differ from the owner when a rig is leased.

[Learn More]

Memory and Design Choice

LLMs operate within limited context windows. As context fills, compute cost rises and answer quality severely degrades. The agentic memory bottleneck is not the physical storage of information, but rather, how the LLM efficiently retrieves exactly what it needs, without stuffing the context window with a broad search.

Instead of asking miners to store more memories, CoreTex asks them to improve how memories are handled end to end. A miner may improve any of six hooks — ingest transform, organize, consolidate on the write path; candidates, rank, pack on the read path — or a combination, targeting one profile slot in the current composition. Every candidate is evaluated in a bounded, networkless worker against the exact parent occupying that slot, on the same cases, under the active evaluation law and epoch context. A candidate that does not beat that live parent is rejected; beating a frozen reference runtime is not enough. An accepted candidate becomes a coordinator-authorized receipt; broadcasting it advances the on-chain state.

The current exam is fixed and public. Gate and confirm both compare the candidate with the exact parent on disjoint cases. Small objective tradeoffs are permitted only inside a bounded rule, while quality, rendered cost, work fuel, and durable storage remain protected by exact floors and fixed product caps. Resource savings never shrink those caps, so a later quality advance may reuse saved capacity without erasing a same-quality efficiency gain.

[Learn More]

Validators

All context needed for a miner to submit valid candidates is accessible via the CoreTex skill file and miner facing endpoints — however, anyone, whether mining or not, can also run an independent CoreTex validator client. Every accepted transition is committed by content-addressed artifacts, so any state advance can be replayed against the same parent and law by any independent party.

The validator is lightweight and deliberately runs on CPU rather than GPU. It reconstructs the confirmed state from Base and public content-addressed artifacts, then independently replays each accepted transition. Miners can also use the local kit for a structural preview, but only the sealed evaluator produces an admission decision. Portable installations resolve and verify the current state before activating it locally.

[Learn More]