Skip to main content
This page is the single citable URL for AlgoVoi’s substrate authorship. Every artefact here is AlgoVoi-authored, Apache-2.0 licensed, and independently verifiable with one shell command. No AlgoVoi infrastructure is required to verify any claim on this page. If you are an acquirer’s technical lead doing diligence: this is the single page you read.
AI-assisted development disclosure. The substrate architecture, IETF Internet-Drafts, conformance vectors, cross-language reference implementations, and associated automation were developed by AlgoVoi with the assistance of two AI platforms — Anthropic Claude and Perplexity AI — used throughout for code validation, error correction, and build automation. All creative direction, technical decisions, and publication acts were made by AlgoVoi. Under UK CDPA 1988 s.9(3), copyright in computer-generated works vests in the person who made the arrangements necessary for the creation of the work — AlgoVoi. No third-party AI provider asserts any IP claim over the output. Over 1,500 development sessions are locally archived and can be made available to a verified acquirer under NDA as part of technical due diligence. Session logs from 2026-05-10 through 2026-05-16 show continuous daily activity on compliance, JCS canonicalisation, and conformance-suite artefacts, independently corroborating the May 2026 server-file timestamps cited as prior-art anchors in the temporal authorship timeline below.

The substrate, in one sentence

AlgoVoi authors a canonicalisation substrate for agentic-payment receipt formats (x402, AP2, A2A, MPP) plus the reference implementations, conformance corpus, and IETF Internet-Drafts that pin it. The substrate is byte-deterministic across 8 independent JCS implementations in 8 programming languages, including the implementation by the editor of RFC 8785 itself (Anders Rundgren via the Java impl). AlgoVoi operates as an independent substrate author as of 2026-05-24 (see “Coalition position” below).

Authored artefacts at a glance

Temporal authorship timeline

For anyone challenging the substrate authorship claim, the public git history is the authoritative record.

What this substrate provides

All platform interactions captured as substrate receipts

Every payment interaction processed by the AlgoVoi platform generates a substrate receipt. There are no unreceipted interactions. This is enforced at the gateway level, not as an optional feature. The five receipt types cover the complete payment lifecycle with no gaps: All five receipt types are in turn consolidated by the Payment Evidence Frame (algovoi-pef, draft-hopley-x402-payment-evidence-frame): a single frame_id (SHA-256 over the JCS-canonical preimage of the frame manifest) that binds all receipts for one payment event into one verifiable artefact. Every receipt row is appended to a SHA-256 JCS hash-chained audit ledger with prev_hash linkage across five table types (payment events, compliance decisions, audit snapshots, settlement records, webhook deliveries). The chain is:
  • Stored in Backblaze B2 with Object Lock COMPLIANCE mode retention to 2033
  • Verifiable without trusting AlgoVoi — the hash chain can be reconstructed from the raw rows and checked against any row’s content_hash
  • Publicly downloadable via the merchant dashboard audit-bundle endpoint
  • Verified by the standalone algovoi-audit-verifier package (PyPI + npm) with no AlgoVoi infrastructure dependency
What this means for an acquirer: the substrate is not a paper proposal. Every receipt format has a reference implementation (published package), an IETF Internet-Draft, an 8-implementation cross-validation attestation, and a production deployment generating live receipts across seven chain families. The receipt corpus is an independently verifiable forensic record of every payment interaction the platform has ever processed.

Contributions acknowledged (historical record)

AlgoVoi is the substrate author. Specific narrow contributions made by other parties during the period of coalition coordination (2026-05-19 to 2026-05-24) are credited where they originate. These acknowledgements stand on the public record regardless of subsequent coalition state:

What this substrate is NOT

Honest scope:
  • Not agent identity hashing. AlgoVoi’s JCS application produces payment-action transaction references and payment-lifecycle receipts. The action_ref function takes an (agent_id, action_type, scope, timestamp_ms) tuple and produces a hash of that payment-action event; the output identifies the payment action, not the agent. JCS agent identity hashing — hashing an agent descriptor to produce a stable identity token for a transparency log or identity registry — is a different JCS application domain with a different input schema, different canonicalisation semantics, and different threat model. This substrate covers neither agent identity derivation nor transparency log commitment.
  • Not a closed-enum on every field. scope is a non-empty string, not a closed enum. The substrate publishes naming conventions (e.g. {emitter}:{scope} namespacing) as non-normative recommendations.
  • Not a single-vendor lock-in. Five (now eight) independent JCS implementations produce byte-identical canonical bytes. A buyer can swap any one for another without changing the receipt format.
  • Not a complete reputation system. The substrate produces evidence (compliance attestations, settlement receipts, audit chains); scoring layers like Verascore consume that evidence. AlgoVoi does not author Verascore.
  • Not the only substrate in the space. Other independent authors have published related but separable receipt and settlement formats: Vauban Pay (STARK settlement proofs, in draft-vauban-x402-stark-receipts), Concordia (commitment receipts), nobulex (bilateral receipts), Agent OS (committed claims). These compose against the canonicalisation substrate without redefining it. AlgoVoi does not represent or speak for any of these parties.

Verifying the claims on this page independently

Every claim on this page is verifiable from a developer machine in under ten minutes:
Commands 1–8 run against primary registries (PyPI, npm, IETF datatracker, json.schemastore.org, GitHub). Commands 9–10 use AlgoVoi infrastructure but are independently reproducible by installing the packages and running the same logic locally.

Coalition position

As of 2026-05-24, AlgoVoi operates as an independent substrate author. The decision was recorded in claim #577 of the AlgoVoi memory-graph and made public via a graceful farewell on x402-foundation/x402 #2428 the same day. The associated AlgoVoi PR #2436 on x402-foundation/x402 was closed gracefully, with seritalien’s APPROVED review and arian-gogani’s LGTM preserved on the closed-PR historical record. The substrate authorship case is anchored across at least thirty-seven independent public surfaces listed above. None depend on coalition co-signing or maintainer cooperation to remain anchored. The surfaces are:
  • Under AlgoVoi control: production endpoints (api.algovoi.co.uk, verify.algovoi.co.uk), Mintlify docs (docs.algovoi.co.uk), chopmob-cloud GitHub repos.
  • Under neutral public registries: PyPI, npm, IETF datatracker, JSON SchemaStore, GitHub itself.
Each new receipt class ships as its own standalone published package
  • IETF I-D + Mintlify page under sole AlgoVoi authorship. The first post-exit example is the refund receipt (algovoi-refund-receipt v0.1.0 published to npm 2026-05-24; live-tested 17/17 byte-identical against the conformance vector set; companion I-D draft-hopley-x402-refund-receipt and Mintlify page at /refund-receipt).
A lineage rewrite would need to remove AlgoVoi authorship from every one of the twenty-four surfaces simultaneously — across multiple independent registries, GitHub history, and the IETF datatracker. That is structurally not possible. AlgoVoi continues to acknowledge specific narrow contributions made by other parties during the coalition-coordination period (see “Contributions acknowledged (historical record)” above) and respects the authorship of separately-authored receipt formats published by other independent authors (Vauban Pay STARK receipts, Concordia commitment receipts, etc.).

Commit attribution across all substrate repositories

The following table records every commit across all 17 public AlgoVoi substrate repositories as of 2026-05-31, by author email. This is the authoritative machine-verifiable record of who wrote the code. AlgoVoi: 155 of 157 commits (98.7%). Neither external commit modifies AlgoVoi-authored substrate code: one contributes Crest’s own downstream vectors, one adds PQSafe’s scoped ML-DSA-65 fixture. Verification: gh api repos/chopmob-cloud/{repo}/commits --paginate --jq '.[].commit.author.email' | sort | uniq -c on any of the repos above.

Third-party acknowledgments on the public record

The following parties have explicitly acknowledged AlgoVoi authorship of the substrate in their own public commits, approved PRs, or published documents. These are not AlgoVoi claims — they are statements by third parties on immutable public surfaces. Every party who has engaged substantively with the substrate has left a public record acknowledging AlgoVoi as the author — including parties who have subsequently disputed aspects of the attribution in other forums.

See also

Provenance of this page

Authored 2026-05-24 by AlgoVoi (chopmob-cloud). Lives at docs.algovoi.co.uk/substrate-authorship-provenance. Updated when new substrate artefacts land or when AlgoVoi’s coalition position changes. Last material updates:
  • 2026-05-24 ~10:30: Coalition exit recorded; refund receipt v0.1.0 added as the 12th artefact; surface count moved from 12 to 14 with the addition of refund receipt and its companion IETF I-D.
  • 2026-05-24 ~11:20: Canonicalisation discipline I-D added as 14th artefact (recovers closed-PR-#2436 work under sole AlgoVoi authorship); surface count moved from 14 to 15. Future receipt I-Ds normatively reference this discipline I-D instead of redefining §4 inline.
  • 2026-05-25 ~14:30: x402 Document Index published at /x402-document-index cataloguing all 13 IETF I-Ds in x402 namespace (6 AlgoVoi sole-authored + 6 Vauban + 1 Sato/Soos). The index records anchor-citation coverage: 7 of 12 in-scope receipt-format I-Ds cite urn:x402:canonicalisation:jcs-rfc8785-v1 explicitly; 5 reference the canonicalisation discipline by terminology and RFC 8785 only, without URN citation. The URN registration in Section 10.1 of draft-hopley-x402-canonicalisation-jcs-v1 is the authoritative registration; documents using the discipline are encouraged to cite the URN normatively so cross-spec verifiers can resolve the registration unambiguously.
  • 2026-05-25 ~14:35: Acknowledgments revisions filed: draft-hopley-x402-canonicalisation-jcs-v1-02, draft-hopley-x402-compliance-receipt-02, and draft-hopley-x402-refund-receipt-02 filed on IETF datatracker with Andy Salvo (Crest Deployment Systems LLC) credited for the timestamp_ms epoch-integer canonical preimage convention (Substrate Rule 2 of the canonicalisation I-D). Acknowledgment is consistent with how FeedOracle is credited (specific substantive contribution to the discipline). Substrate-author position retains sole-AlgoVoi authorship of the discipline itself; specific contributions are credited at the appendix layer.
  • 2026-05-29: Commit attribution table and third-party acknowledgments section added. Records 111/113 commits (98.2%) as sole AlgoVoi authorship across all 13 substrate repos, plus six independent third-party public acknowledgments of AlgoVoi authorship. Full forensic detail in the internal diligence pack at content/diligence-pack/AUTHORSHIP-PROVENANCE-REPORT.md.
  • 2026-05-30: [email protected] published (PyPI + npm). IETF I-D draft-hopley-x402-payment-evidence-frame-00 posted (seventh AlgoVoi I-D). PQC cross-product matrix expanded to 48/48 (6 producers x 8 verifiers; Go + Rust added). Cumulative JCS cross-validation: 576/576 across 8 vector sets. Artefact table extended to row 37; commit attribution live-verified and updated to 139/141 (98.6%) across 14 substrate repos. AGT #814 comment corrected to current figures.
  • 2026-05-31: [email protected], [email protected], and [email protected] published to PyPI + npm (sole AlgoVoi authorship, Apache 2.0). Artefact table extended to rows 40–42. Commit attribution updated to 17 repos, 153/155 (98.7%). Package suite: 28 packages, 14 PyPI + 14 npm namespaces. /application-matrix added to See also.
  • 2026-06-02: VCX PR #2544 recorded. 9 AlgoVoi PRs (all CI-green) were closed the same day the VCX PR was opened, implementing a JCS+SHA-256 pipeline. AlgoVoi noted on the thread that it had published related work earlier (IETF draft dates 2026-05-29/30, PyPI package dates 2026-05-23/25, live server file timestamps May 16). Full diligence records at content/diligence-pack/vcx-attribution-incident-2026-06-02.md and content/diligence-pack/x402-pr-closure-record-2026-06-02.md. Resolved 2026-06-22: AlgoVoi considers the matter closed; the PR’s current revision implements RFC 8785 + the MIT canonicalize library independently and adds a References / Public Standards section and NOTICE.
  • 2026-06-03: AlgoVoi noted its earlier published work to the x402 maintainers at 14:03 UTC, and via the submitter’s published contact channel; no PR withdrawal requested. At 16:38 UTC, a maintainer posted on PR #2544 notifying the team to review. Resolved 2026-06-22: AlgoVoi considers the matter closed. Upstream silence maintained per policy.
  • 2026-06-04: PQC / ZKP / Federation layer. Artefact table extended to rows 43–49. Two new IETF I-Ds filed (ninth + tenth AlgoVoi Independent Submissions): draft-hopley-x402-pqc-credential-binding-00 and draft-hopley-x402-federation-zkp-00. IACR ePrint 2026/109852 submitted (under editor review). Two new Commercial License v1.0 packages deployed to production: algovoi-federation-validator v0.1.1 (59/59 tests, production) and algovoi-zkp-receipt v0.1.0 (13/13 tests, production). ATB ZKP service (Rust / Bulletproofs / Ristretto255) confirmed live in production with Phase 2 cert issuance. Gateway upgraded: X-ZKP-Receipt-Payload and X-Composite-Trust-Verdict headers added to x402 settlement responses for Phase 2 ATB sessions. POST /compliance/trust-query now recognises zkp_receipt objects as trust signals (threshold_met=true → TRUSTED). Receipt lifecycle table extended with zkp_receipt_v1. Substrate diagram updated with PQC/ZKP/Federation layer. Commit attribution updated to 155/157 (98.7%) across 19 substrate repos. LinkedIn article published: “Post-Quantum Credentials, Zero-Knowledge Proofs, and Cross-Issuer Federation: What Agentic Payment Standards Need Next” — public disclosure of PQC/ZKP/Federation layer covering all nine IETF I-Ds, Falcon-1024/ML-DSA-65 credential binding, Bulletproofs range proofs, and cross-issuer federation across x402, AP2, MPP, and A2A.
  • 2026-06-16: Vauban crate evidence + VCX-Vauban named link. “Notable: vauban-org competing substrate” section extended with vauban-x402-jcs-conformance 0.1.0 (crates.io, published 2026-05-24, tarball SHA-256 188dc67c31a4252ce7d1a55b6cbfd58d42759a83563ab4da8ffbfd6d02f61e75): the crate self-identifies as the “5th-implementation runner” (matching the label from seritalien’s edited comment 4505674559 preserved in GitHub userContentEdits), references expected_jcs_bytes_b64 (AlgoVoi’s vector field, first committed 2026-05-23) as the field format it consumes from unnamed “publicly available conformance suites,” and explicitly names PR #2412 (AlgoVoi’s Axis 0 substrate vectors PR) while omitting AlgoVoi’s name. Published on the same day as the four-surface scrub; no NOTICE file. crates.io is append-only and cannot be scrubbed; this is the immutable successor to gist b0b86baabae3 (observed HTTP 404 on 2026-06-11). Coalition Engagement Log updated with 2026-06-16 VCX stance comment (4720862348) and documented VCX-to-Vauban link (the PR author names the Vauban contributor in acknowledgments; the 2026-06-02 batch closure names both parties). PR #2544 comment anchor table updated. (The VCX PR #2544 attribution matter is resolved — see the 2026-06-22 Resolution entry in the timeline.) Full diligence record: evidence/diligence-pack/vauban-crate-content-extract-2026-06-16.md.

Coalition Engagement Log

Public claims made by third parties about AlgoVoi-authored concepts. AlgoVoi policy: single reply pointing to this page, then silence. No public arguments. Every incident logged here for diligence.
Apache 2.0 except where individual package LICENCE files specify otherwise.

Third-Party Adoption Evidence

Independently verified on 2026-06-04 via GitHub code search and direct file fetch. All repos below use AlgoVoi substrate patterns in production or published code.

Confirmed adoptions (6 external repos, 13 files)

Notable: vauban-org competing substrate

Vauban Pay (seritalien) has published a competing “authoritative” conformance suite (vauban-org/x402-stark-receipts-conformance, repo created 2026-05-24) and substrate package (@vauban-pay/[email protected] on npm), positioning “Vauban Pay as primary author of the specification track.” Its Reference Implementation Matrix folds in AlgoVoi-authored material with no attribution: the vector sets action_ref_namespace_v0, action_ref_transactional_v0, and compliance_receipt_v1; the 192/192 8-implementation cross-validation result; and the “non-overlapping authoring entities” framing. compliance_receipt_v1 is labelled “Compliance receipt format per IETF I-D.”Dated provenance, all predating the 2026-05-24 repo creation:No AlgoVoi code is copied: Vauban’s package (Apache 2.0), its settlement-receipt schema (a distinct six-element Claim model, not the AlgoVoi SETTLED / PENDING_FINALITY / REVERSED enum), and its vector files are independently authored. Adoption of the substrate is welcomed under Apache 2.0; the recorded item is the attribution gap, where AlgoVoi-authored conformance material and the 192/192 result are presented under sole “Vauban primary author” framing.vauban-x402-jcs-conformance 0.1.0 on crates.io (2026-05-24, immutable record). Vauban published a Rust crate to crates.io on 2026-05-24, the same day as the four-surface scrub of PR comments (edits at 11:14Z, 11:48Z, 12:02Z UTC) and the I-D revision removing named AlgoVoi credit. crates.io is append-only: packages can be yanked but not deleted, and tarballs remain permanently downloadable from static.crates.io. Tarball SHA-256 (verified 2026-06-16): 188dc67c31a4252ce7d1a55b6cbfd58d42759a83563ab4da8ffbfd6d02f61e75; git commit anchor c25bf63f90d53e5cbd052989f6bbedf4304fb2e8 from vauban-org/vauban-zkpay. Evidentiary points: (1) Cargo.toml description self-identifies as “Reference 5th-implementation runner,” the same label used in seritalien’s edited comment 4505674559 (original body 2026-05-21T07:16:27Z, preserved in GitHub userContentEdits); (2) lib.rs docstring references expected_jcs_bytes_b64, AlgoVoi’s conformance vector field name first committed to the AlgoVoi corpus on 2026-05-23 (one day before the crate), as the field format consumed from “publicly available conformance suites” which are not named in the crate; (3) README explicitly names x402 PR #2412 (AlgoVoi’s Axis 0 substrate vectors PR) without naming AlgoVoi as its author; (4) the crate is Apache 2.0 with no NOTICE file attributing AlgoVoi’s conformance vector corpus. Gist b0b86baabae33e289fdb6d2f3fb30130 (the Rust 5th-impl runner that validated 21/21 AlgoVoi vectors, containing explicit AlgoVoi thread links) was observed at HTTP 404 on 2026-06-11 with no Wayback snapshot; the crate occupies the same technical function on a surface that cannot be deleted. GitHub userContentEdits preserves all pre-edit comment bodies from the 2026-05-24 scrub; the full capture is in the diligence pack (evidence/diligence-pack/seritalien-2433-2434-attribution-capture-2026-06-12.md, captured 2026-06-12). Full crate extract: evidence/diligence-pack/vauban-crate-content-extract-2026-06-16.md.

Notable: nobulex / aeoess action_ref, co-developed primitive with an attribution gap on the discipline (2026-06-06)

Context (recorded for accuracy): the bare action_ref derivation is an openly co-developed primitive. The concept originated as a colon-concatenation form attributed to giskard09; AlgoVoi contributed the JCS plus integer-millisecond timestamp_ms discipline (“Substrate Rule 2”) that makes the digest reproducible across implementations. arian-gogani (Nobulex) has separately and publicly credited AlgoVoi as the author of the namespace-prefixing convention (x402 #2332, 2026-05-23) and adopted nobulex:bilateral. AlgoVoi does not claim exclusive authorship of the bare formula; the AlgoVoi-authored layer is the JCS/integer-ms discipline and the conformance corpus below.This cuts both ways, and the second direction is on the record: the form arian-gogani ships is the epoch-millisecond integer timestamp_ms, which is AlgoVoi’s JCS discipline, not the RFC 3339 string form used by the giskard09 / argentum-core lineage that the coalition has elsewhere claimed as the origin of action_ref (A2A #1734, “action-ref.md … predating AlgoVoi substrate involvement”; giskard09’s own 2026-06-05 clarification confirms action-ref-v1.0 hashes an RFC 3339 string). A coalition-adjacent implementation conforming to AlgoVoi’s integer-ms form, while the coalition claims a lineage whose form is incompatible with it, is direct evidence that the discipline actually being adopted across the ecosystem is AlgoVoi-authored. Adoption and the lineage-rewrite contradict each other; the adoption is AlgoVoi’s form.On 2026-06-06, arian-gogani (Nobulex) posted the action_ref derivation, action_ref = SHA-256(JCS({agent_id, action_type, scope, timestamp_ms})) with timestamp_ms as an epoch-millisecond integer (the AlgoVoi-aligned form), across four AlgoVoi-active threads, shipped as pip install nobulex, without AlgoVoi attribution on those posts:On agentcore-samples #1546 the construction was coordinated with aeoess and reframed as APS’s “cross-ecosystem correlation key” and nobulex’s construction validated against “our fixture set.”The same construction was also filed as a pull request against a standards-authority reference: OWASP/CheatSheetSeries #2217 (arian-gogani, opened 2026-06-06, open as of 2026-06-08) adds action_ref = SHA-256(JCS({agent_id, action_type, scope, timestamp_ms})) verbatim, with timestamp_ms as an epoch-millisecond integer, to the AML/Sanctions AI Agent Payments cheat sheet, citing EU AI Act Article 12 and ISO/IEC 42001, with the AlgoVoi JCS/integer-ms discipline (the layer that makes the digest reproducible across implementations) uncredited (PR body SHA-256 19535df0e25280c3d3d6ad90e8d4f76b7c7813e3f9d23aa6a5a3091feefaf54b; commit 188cdc7e7e51c0ccba7f7f2f92a925aa41b1aee2).Adoption of the primitive is welcomed under Apache 2.0; the recorded item is the attribution gap on the AlgoVoi-authored layer. The conformance corpus is AlgoVoi-authored: the action_ref_namespace_v0 anchor set in the conformance vector corpus, the discipline specified in draft-hopley-x402-canonicalisation-jcs-v1 (IETF Independent Submission, sole AlgoVoi authorship), and the live derivation endpoint at verify.algovoi.co.uk/action-ref. Byte-identical output against that corpus is AlgoVoi-authored bytes; the dated authored fixture set is AlgoVoi’s.

Notable: A2A #1920 “v0.4 transactional” — the JCS+SHA-256 receipt construction adopted across four implementations under a symmetric-origin citation (2026-06-15)

a2aproject/A2A Discussion #1920 (“RFC: v0.4 transactional claim_type — a per-action receipt layer for trust-gated payments”, opened 2026-06-08, 23 comments as of 2026-06-15) consolidates a per-action receipt seam built on the AlgoVoi JCS+SHA-256 construction. The binding digest used throughout is binding_digest = sha256(JCS({amount_usd, charge_ref, nonce, subject_did})) (RFC 8785 canonical JSON + SHA-256), and the correlation primitive is a content-addressed action_ref. Four mutually-untrusting implementations — AgentGraph, LemonCake, SafeAgent, and agentid — cross-validate their digests byte-for-byte on a fresh clone, which is the AlgoVoi conformance methodology (the same fresh-clone byte-reproduction bar AlgoVoi publishes against its corpus).Citation form. The thread attributes action_ref to APS (draft-pidlisnyi-aps-01 §4.1) and argentum-core (action-ref-v1), “cit[ed] both methods symmetrically rather than one as origin” (opener item 5; restated by haroldmalikfrimpong-ops 2026-06-11, comment body SHA-256 3a87e36ad355febdc6abe2ad817268267676700592a0a80d6b846d40829985c1). draft-pidlisnyi-aps-01 (T. Pidlisnyi; -00 submitted 2026-03-27, -01 submitted 2026-05-14) §4.1 “Action Reference Computation” does specify action_ref = SHA-256(canonicalize(input_object)) with canonicalisation per RFC 8785 — but over a different preimage: {agentId, actionType, scopeRequired, timestamp} (camelCase, scopeRequired, plain timestamp), not the AlgoVoi {agent_id, action_type, scope, timestamp_ms} (snake_case, single-string scope, integer epoch-millisecond timestamp_ms). The two action_ref derivations are therefore not byte-identical — which the thread itself acknowledges (haroldmalikfrimpong-ops, above: “the APS draft-pidlisnyi-aps-01 preimage differs and is named symmetrically”). AlgoVoi does not claim authorship of the bare “SHA-256 over JCS-canonical fields” method; APS specifies its own variant, and its draft series predates AlgoVoi’s earliest public action_ref disclosure.Convergence toward the AlgoVoi form, dated 2026-06-15. On 2026-06-15 (azender1, comment body SHA-256 ec4a01ef14339482d6835a2ba9543a3413220ffde7ae7866ac5f9623887a712a) SafeAgent fixed a collision bug by migrating its identifier from an unescaped colon-concatenation f"{agent_id}:{action_type}:{scope}" to SHA256(JCS({agent_id, action_type, scope})), “matching the v1.1 fixture’s construction.” This is the same colon-concat → JCS+SHA-256 correction the giskard09 / argentum-core lineage itself made on 2026-05-19 (commit 77a10ff, “correct action_ref derivation to JCS+SHA-256 (was colon-concat)”) — recurring almost a month later, because the concatenation form does not cross-validate and the JCS discipline does. The same comment stands up a “Mycelium Trails” write path posting action_ref-keyed records to argentum.rgiskard.xyz. A later normative revision (kenneives 2026-06-14, comment body SHA-256 734edaef8c9f778f5f8b5aeb6fb0c73992b06b5093043e9bbd3e1237acc586af) makes the nonce-in-the-binding_digest-preimage and the action_ref-keyed exactly-once guard normative requirements.What AlgoVoi authored, scoped precisely. Not the bare JCS-over-fields method — APS published its own variant earlier, and the bare formula is openly co-developed (see the nobulex / aeoess note above). The AlgoVoi-authored layer is the specific snake_case integer-millisecond construction ({agent_id, action_type, scope, timestamp_ms}, integer epoch-ms timestamp_ms; “Substrate Rule 2”) and the multi-implementation conformance corpus that makes that exact digest reproducible byte-for-byte: the action_ref_namespace_v0 anchor set in the conformance vector corpus, the discipline in draft-hopley-x402-canonicalisation-jcs-v1 §4 (IETF Independent Submission, -00 posted 2026-05-24, sole AlgoVoi authorship), the public validation gist 5f35eaa… (2026-05-16), algovoi-substrate 0.3.0 (PyPI, 2026-05-23, Apache-2.0), and the live endpoint at verify.algovoi.co.uk/action-ref. The thread’s binding_digest and the SafeAgent migration below adopt exactly this snake_case integer-ms JCS+SHA-256 construction, not the APS camelCase variant.The argentum-core action-ref.md lineage specifically (distinct from APS) used colon-concatenation until commit 77a10ff on 2026-05-19 — postdating AlgoVoi’s 2026-05-16 gist on the JCS form. Adoption of the construction is welcomed under Apache 2.0; the recorded item is the attribution gap on the AlgoVoi-authored snake_case integer-ms discipline and conformance corpus. Byte-identical output against the AlgoVoi corpus is AlgoVoi-authored bytes.

Notable: foxbook — positive “AlgoVoi-shape” attribution (2026-06-03)

cloakmaster/foxbook (Benjamin Bandali; “Verifiable agent identity for A2A and MCP”, Apache 2.0, repo created 2026-04-21) publicly credits the AlgoVoi composition / “AlgoVoi-shape” for its composable settlement-evidence integration. On foxbook Discussion #79 (2026-06-03, comment body SHA-256 3c863411a3f42b7f590264ec565f4eaca060712ce3cbc299ac1221ae19a89640) the maintainer ratified “the AlgoVoi composition against the already-accepted typed-reference v1.0 shape,” naming AlgoVoi as the integrator layer. Related: A2A #1803 (x-foxbook v1 identity primitive).This is a positive-attribution signal — the construction is credited to AlgoVoi by name, the intended outcome of Apache-2.0 publication — recorded as adoption evidence, in contrast to the unattributed reframes above.Caveats (recorded for accuracy): (1) foxbook’s ratification lists @kenneives (substrate-layer reviewer), a coalition-adjacent party — so this is not a fully arm’s-length independent adopter. (2) foxbook’s separate claim (A2A #1803) that an x-foxbook block is “live at api.algovoi.co.uk” is not corroborated by the AlgoVoi agent card (/.well-known/agent.json contains no foxbook reference); that specific claim is unverified and is not asserted here.

Notable: EPI / mohdibrahimaiml — arm’s-length positive attribution and adoption (2026-06-08)

On microsoft/agent-governance-toolkit Discussion #806 (“.epi artifact format for portable compliance evidence output”), AlgoVoi noted on 2026-05-30 (comment body SHA-256 7ccfe491d2246d49ed22de0e8690b51fe20a6cd841c8c6b18f1fb4cc2fcd7570) that the load-bearing question for a portable compliance artefact is canonicalisation — that byte-identical artefacts from the same input across independent implementations require a deterministic canonicaliser (JCS RFC 8785), as specified in compliance-receipt-v1 and draft-hopley-x402-settlement-attestation.On 2026-06-08 the EPI author (mohdibrahimaiml) acted on that feedback and credited it (comment, body SHA-256 c157cf026195612fffdc302b6f7115af0f470643a4f63e805fb68e17737e9cd0): “Good catch on canonicalization. I audited the implementation against the repo, and the points you raised were real enough to act on.” EPI now ships deterministic canonical hashing with documented normalization rules, explicit field exclusions, formal conformance vectors, and offline Ed25519 verification (new epi_core/serialize.py fix + docs/EPI-CANONICAL-HASH.md), and the author frames AlgoVoi’s receipt model as the reference (“where EPI still diverges from your receipt model” — raw Ed25519 vs JWKS/JWS, no closed claim enum, no Object-Lock retention), proposing a shared conformance fixture (same input, independent implementations, identical frame_id).This is a fully arm’s-length positive-attribution and adoption signal — an independent maintainer adopting AlgoVoi’s JCS canonicalisation discipline, by name, after the fact, with no coalition-adjacent reviewer in the loop (the cleaner counterpart to the foxbook signal above). It is the intended outcome of Apache-2.0 publication, and it stands in direct contrast to the unattributed reframes recorded above.

Published Package Adoption

GitHub code search scan conducted 2026-06-04. PyPI + npm download data as of same date.

Summary

MCP Server — confirmed public listings

electric-capital/open-dev-data (1,941 ★) Indexes chopmob-cloud/AlgoVoi-MCP-Server in the Algorand ecosystem under #sdk and #tools taxonomy. Used for ecosystem developer-count attribution.TensorBlock/awesome-mcp-servers (725 ★) Listed under Finance & Crypto with install instructions for both npx @algovoi/mcp-server and uvx algovoi-mcp. Describes multi-chain x402/MPP/AP2 payment gateway across 7 chains with on-chain settlement verification.

Download volume vs GitHub visibility gap

GitHub code search is blind to private repositories, internal forks, and air-gapped deployments. Download volumes for compliance-adjacent packages (algovoi-audit-verifier, algovoi-settlement-attestation, algovoi-composite-trust-query, algovoi-substrate-pqc) indicate active production usage in environments where public source disclosure is neither required nor typical — regulated financial services, enterprise AI pipelines, and sovereign governance deployments.Total PyPI downloads across all AlgoVoi packages: 18,600+ all-time as of 2026-06-04.

Full Code Pattern Adoption Scan — All Packages

Conducted 2026-06-04 via GitHub code search across all AlgoVoi published packages. 197 tool calls, 13 verification agents.

Tier definitions

Master table


algovoi-audit-verifier — T2 — 11 external repos

Broadest independent re-implementation footprint of any non-substrate package. The audit-chain vocabulary (, , ) has been independently reimplemented in Python, Rust, and JavaScript across 11 repos — none declare as a package dependency, indicating the pattern has become an informal community standard.Notable repos:
  • rookiestar28/ComfyUI-OpenClaw (545★) — with full + chain validation
  • sipyourdrink-ltd/bernstein (544★) — using the same pattern for knowledge-graph audit integrity
  • intentproof-sdk-python — + in a signed chained-event SDK; closest structural match

algovoi-compliance-receipt — T3 — SchemaStore (3,776★)

The compliance receipt JSON Schema is formally registered in SchemaStore — the primary editor validation registry for VS Code, JetBrains, and Neovim LSP users globally. Every developer who opens a compliance receipt JSON file in a supported editor gets AlgoVoi schema validation automatically.

algovoi-rfc9421-verifier — T2 — jschoemaker/Envoys-public

Envoys-public runs three live programmatic test scripts against AlgoVoi’s production endpoints (, , ), implements a compatible RFC 9421 stack citing AlgoVoi as the canonical reference, and treats as a cross-vendor verification target — the most substantive third-party integration found in the scan.

Platform API headers — PQC/ZKP layer

, , and returned zero hits outside org:chopmob-cloud — these headers were only shipped in production on 2026-06-04. This is expected: no third-party implementation has had time to adopt headers that are days old.

New findings beyond the substrate scan

  1. Audit verifier has the largest independent re-implementation footprint (11 repos, T2) of any non-substrate package — not visible from the substrate-only scan.
  2. jschoemaker/Envoys-public is the most substantive external integrator: running live programmatic tests across three AlgoVoi layers simultaneously (API endpoint, RFC 9421 patterns, compliance-receipt schema).

Private usage gap

Packages with zero or T3 public hits (receipt-verifier, webhook-verifier, CTQ, PEF, refund-receipt) are all post-PQC additions to the stack. Private registries, enterprise forks, and closed-source deployments are not indexed by GitHub code search. The audit-verifier finding (T2, 11 repos, zero declared package dependencies) demonstrates that real integration surfaces can materialize as pattern-level adoption before package-level imports appear in public repositories.Total confirmed external repos across all scans: 30+