The rules of a smaller answer
Last updated: 1 November 2026
AnVerified turns a document-heavy, data-hoarding verification into a signed, expiring yes or no. These are the plain rules that keep that exchange honest — for the sources that attest, the parties that rely, and the people whose facts pass through.
01Who AnVerified is for
AnVerified is being designed for institutions that must verify a fact about a person they do not know — ministries checking eligibility, banks and takaful operators running onboarding and affordability, universities and employers attesting enrolment or employment. It is a verification protocol, not a legal adviser, a credit bureau, or an identity authority, and it makes no promise of approval or business outcomes.
02Attestations, not records
What AnVerified moves is an attestation — a claim about a fact, signed by a source, timed, and revocable. It is not the underlying record and confers no right to one. A relying party that receives a “yes” has proven the fact it needed; it has not acquired the person’s file, and may not treat the verification as a licence to retain or resell anything beyond the answer.
03No custody of identity
AnVerified does not issue, hold or decide identities, and does not replace myTNor or any national register. Sources remain the sole custodians of their own data and may revoke or refuse an attestation at any time. AnVerified is not an identity provider, a credit reporter, a government registry, or a bank, and holds no dossier of anyone.
04The protocol is the policy
The limits are enforced by the design, not by a promise: pairwise pseudonyms with no join key, short time-to-live, revocability, and selective disclosure so only the fact asked for is released. A party that joins the network agrees to those constraints as terms — the technical guarantees are the obligations, and there is no configuration that quietly turns them off.
05Consent is per-request
A verification happens only when the person presents it, for one party, for one fact, for a bounded time. Consent granted to a bank is not consent granted to the network. Sources and relying parties must honour that scope; re-use of an attestation beyond the purpose it was presented for is a breach of these terms.
06In design, first relying parties
AnVerified is in design, built first for Antrex’s own relying parties alongside the AnTeraju Kampus pilot. Sources, claims, surfaces and standard alignments may change, and some are available only to selected pilots. The screens shown on this site are design references, not representations of a final shipped product; there is no live verification service to demonstrate yet, and we will not fake one.
07Liability and governing law
To the extent permitted by law, AnVerified and Antrex are not liable for indirect or consequential losses arising from use of the protocol or reliance on any attestation. Verification decisions remain with the relying party; a valid “yes” is not a guarantee of anything beyond the fact it attests. These terms are governed by the laws of Malaysia. Questions: anverified@antrex.app.