Radix · posture scan

What the chain says about itself

Five checks, run against a fixed cohort of live entities, reading only what each one publishes on-ledger. This page covers only the entities Radix Guild operates itself, graded by the same rules as any other and not exempted from a failing result. Third-party projects are not listed, scored or named here.

Pinned at state version 557,872,098 — ledger last advanced 2026-09-11 22:19 UTC. These results describe that pinned state, not the ledger as it is now; scans are run by hand and this page is not refreshed automatically.

2Failing checks
3Entities published
557872098Ledger state
mainnet.radixdlt.comGateway

Failures by severity: 2 medium.

2 of 3 published entities have a failing check: Guild Badge Manager, Guild Badge Factory. All are entities Radix Guild operates itself. They are published as found — not exempted, reclassified or hidden — and stay listed as failing until a later scan reads them differently.

The cohort

Scan 20260911T221913Z-sv557872098 · mainnet · 2026-09-11T22:19:13Z
EntityProject dApp-def two-way Owner role Resource authority Upgrade Metadata
Radix Guild dApp Definition accountaccount_rdx12y…78z9sq Radix Guild PASS PASS n/a n/a PASS
Guild Badge Managercomponent_rdx1…tyrtva Radix Guild FAIL info n/a info info
Guild Badge Factorycomponent_rdx1…n2km99 Radix Guild FAIL info n/a info PASS

Only FAIL carries weight. info marks a configuration whose correctness depends on the project’s own intent — an ownerless AMM pool is both the correct permissionless design and, from chain data alone, indistinguishable from a missing recovery path, so the scanner refuses to call it a failure on a stranger’s project. n/a means the check does not apply to that kind of entity.

Findings

Every check, in full

Radix Guild dApp Definition account

account_rdx12yh4fwevmvnqgd3ppzau66cm9xu874srmrt9g2cye3fa8j8y78z9sq · account · Radix Guild

  • PASS dApp-def two-waynone

    Valid dApp Definition account: account_type is 'dapp definition' and it claims 3 entities back. Each claiming entity's own two-way status is evaluated at that entity's own cohort row, not repeated here.

  • PASS Owner rolenone

    Owner role is protected by a requirement AND rotatable (updater: Object) -- the badge holder (or the object's own self-securify path) can repoint the owner rule if it is ever compromised.

  • n/a Resource authoritynone

    Not applicable: account entities carry no minter/burner/freezer/recaller role keys (those are resource-manager-specific).

  • n/a Upgradenone

    Not applicable: account entities carry no upgradable code.

  • PASS Metadatanone

    Metadata present and internally consistent: expected string fields are set, and any icon_url/info_url present is correctly typed as Url.

Guild Badge Manager

component_rdx1czexylvvm0q4uhwpjaqmlznj9sd3y2jnmmah6qug9lm9sfm3tyrtva · component · Radix Guild

  • FAIL dApp-def two-waymedium

    Does not name a dApp Definition at all (no 'dapp_definition' or 'dapp_definitions' metadata key), and is not listed by any dApp Definition account this scan knows about -- zero-sided, not just unverified.

  • info Owner roleinformational

    Owner role is protected by a fixed requirement with no rotation path (updater: None) -- if the required badge/key is ever lost or compromised, the owner rule can never be repointed. A common and often-intentional pattern; not provably wrong from chain data alone, so this stays informational rather than a guessed fail.

  • n/a Resource authoritynone

    Not applicable: component entities carry no minter/burner/freezer/recaller role keys (those are resource-manager-specific).

  • info Upgradeinformational

    No prior scan exists to compare against -- this run establishes the baseline for future upgrade detection. A clean reading here is not yet a claim of 'unchanged'.

  • info Metadatalow

    Metadata gap(s): missing expected metadata field(s) for a component: ['name'].

Guild Badge Factory

component_rdx1cqlakjp65k8zkznynynsqpjcu7fwt9zcdvee358p948wp9h4n2km99 · component · Radix Guild

  • FAIL dApp-def two-waymedium

    Half-pair (reverse direction): entity does not name a dApp Definition itself, but account_rdx12yh4fwevmvnqgd3ppzau66cm9xu874srmrt9g2cye3fa8j8y78z9sq lists this entity in its own claimed_entities. Being claimed is not the same as claiming back.

  • info Owner roleinformational

    Owner role is protected by a fixed requirement with no rotation path (updater: None) -- if the required badge/key is ever lost or compromised, the owner rule can never be repointed. A common and often-intentional pattern; not provably wrong from chain data alone, so this stays informational rather than a guessed fail.

  • n/a Resource authoritynone

    Not applicable: component entities carry no minter/burner/freezer/recaller role keys (those are resource-manager-specific).

  • info Upgradeinformational

    No prior scan exists to compare against -- this run establishes the baseline for future upgrade detection. A clean reading here is not yet a claim of 'unchanged'.

  • PASS Metadatanone

    Metadata present and internally consistent: expected string fields are set, and any icon_url/info_url present is correctly typed as Url.

What this scan does and does not claim

Recorded with the run