TruAnon Identity

You have profiles. This lets members bring their own confidence of identity to them, and choose how others see and share it. It amplifies a profile. When identity carries weight, members do more of whatever they came to do — and do it more safely. It is voluntary. Members use it because the platform makes it worth using. What shows is theirs to set, and theirs to withdraw at any time, everywhere at once. Confidence of identity is built from a public history that cannot be assembled on demand. Where it is visible, a fraudster gains nothing and carries more risk, and moves on to a less trusted platform. The community sorts itself, without rules or moderation. It is automatic and continuous. Members keep it current by being who they are. The site stores nothing that identifies anyone — a rank, a score, an image address. Everything else is read live when viewed and never written down. Where badges appear

• Beside member names on comments and post bylines — classic and block themes
• On the member's profile (the author page): badge, title, and granted details
• On UsersWP member profiles and in the members directory — no code
• Anywhere else via the [truanon] shortcode, the [truanon_card] profile card, or the Badge block
• [truanon_settings] places the member panel on any front-end page for membership sites

What it costs your server Badges render from cached rank and score; no page waits on an API. Styling is self-contained — no Bootstrap, no icon fonts — and every color is a CSS custom property (--truanon-*) a theme can override.

1. Install and activate the plugin.
2. Register your service at developer.truanon.com — you'll receive a service name and a private key.
3. Open TruAnon in the WordPress admin sidebar and enter both. Save.

On a standard WordPress site that is the whole setup: badges appear automatically beside names on comments and post bylines and on each member's author page, and every member finds a Verify identity button on their WordPress profile screen. One anchor later, their badge follows them across the site. Running BuddyPress, Ultimate Member, UsersWP, bbPress or another community plugin? Those draw their own profiles and member lists through their own templates, which WordPress core hooks never touch — so the automatic placement above does not reach them. You add the badge and the member panel by hand; see "Using it with a membership plugin" below. This is the common case, not the exception, so don't skip it. To turn everything off, remove the private key.

3.2.4

• Fixed the core regression that left members reading "Unknown": the live profile fetch was gated on a local "anchored" flag that only a prior fetch could set — a deadlock, so the plugin never called TruAnon at all. The fetch is now gated only by the member's identity switch; the call itself establishes the rank and caches it. Whether a member is anchored is a result of the call, never a precondition for it.
• The members-directory checkmark no longer shows on members who never anchored — an unverified member shows nothing in a list (matching the inline check), so the mark means something again.
• A profile no longer renders two identical cards when an older [truanon_verification] snippet is still in the template alongside the native placement.
• Documented the fetch model (switch-gated, cache-on-fetch, checkmark from cache) in the developer notes.

3.2.3

• Removed an erroneous background refresh that ignored the member's verify switch, re-checked users on a timer, and cached API failures (401/5xx) as "unknown" — which could turn a bad or missing key into badges frozen site-wide with no error. Fetching is now strictly gated by the member's switch and happens only when the full badge is shown, as the model intends. Changing the service name or key now clears cached ranks so nothing stale survives.

3.2.2

• Added a dashboard warning for administrators when no Service Name and Private Key are set, so a site with badges turned off is visible instead of silent. Clears itself once credentials are present.

3.2.1

• Fixed: sites updating straight from 1.x/2.x to 3.x could land with empty service credentials, silently turning every badge off. The 2.x service name and private key now carry over automatically on update, not only on a fresh activation.

3.2.0

• UsersWP members directory: the badge now appears there too, as a compact rank-colored check rendered from cache — no per-member API call, no link. Unknown members read dimmed.
• The owner's control on their own profile is now a status bar: a plain-language line, the member's public profile link once anchored, and a Verify / Manage button.
• Privacy changes apply live — hiding personal, contact, or social detail updates the profile card at once, no page reload.
• Privacy editor: "Use verified identity" disables the dependent switches while it is off; the three display switches are grouped together; the redundant badge and profile link were removed from the editor.
• The profile card drops its outer box and the duplicated photo, so it sits on the host profile directly.
• Added a "For developers and AI assistants" section documenting the shortcode, template-tag, block, and filter surface.
• Rewrote the description.

3.1.0

• UsersWP: native support. The badge now places itself on member profiles, and the profile owner gets a compact inline Verify / Manage switch beside it — no theme snippet required. If you previously added a [truanon_verification] profile snippet, remove it after updating to avoid a duplicate badge.
• New setting (on by default): show members the inline Verify / Manage control on their own profile. Also filterable via truanon_inline_manage; the module's badge placement is filterable via truanon_userswp_render_badge.

3.0.3

• The [truanon_verification] alias now recognizes UsersWP members directories as well as BuddyPress, so member lists render the light inline check with no per-member API call; single profiles still get the full card.
• Documented placement for UsersWP and BuddyPress, including snippet examples and the [truanon_settings] member panel, in the readme.
• Refreshed banner artwork and corrected icon filenames to the required ASCII naming.

3.0.2

• Restore the legacy [truanon_verification userid=".." username=".."] shortcode as an alias so existing 1.x/2.x placement snippets keep rendering after upgrade instead of printing the raw tag.
• The alias is context-aware: an inline check in a members directory (cache only, no API call) and the full profile card on a single profile. An optional size="inline|large|card" forces a specific piece.

3.0.1

• Unknown badges render inside the same card structure as known badges — fixes left-edge misalignment in block themes.
• Rewritten plugin description and new screenshots.

3.0.0

• Complete rewrite against the current TruAnon API.
• Badges render instantly from derived cache (rank, score, photo) — zero blocking calls in page loads.
• Member details fetched live per view and never stored; grants and revocations apply in real time.
• New owner panel: pre-anchor pitch, in-page verification overlay, member privacy switches.
• Private mode strips links, usernames, emails, and phone digits server-side.
• New pill badge, Gutenberg block, shortcodes, comment and byline placement in classic and block themes.
• Settings reduced to service name and private key; remove the key to turn everything off.
• Settings migrate automatically from 2.x.