cryptosnif
EN ↗
EnglishFrançaisPortuguês (Brasil) · Translation pendingEspañolLanguage keeps this subject. Country is selected separately on service pages.
Crash test / Application / CT-BUTTHOLE-001

Butthole Coin (BUTTHOLE)

Solana · Token contract · Documentation reviewed

Documentary contractCboMcTUYUcy9E6B3yGdFn6aEsGUnYV6yWeoeukw6pump

The verdict

Unrated · 0% Evidence coverage

Operational strength remains unproven; unrated with 0% scoring coverage.

Documentary mechanisms alone cannot establish actual network behavior or investment outcomes.

Inspect the evidence
UnratedOverall score / 100
0%Evidence coverage
13 checks pending85% coverage and 3 essential checks required for a score
2026-10-06Documentation checked · Candidate method 0.1.0

Documentation review · Reviewed · catalogue-documentary-1

The source review explains documented mechanisms. Independent network checks remain pending.

Promise

This dossier examines the documented purpose and mechanisms of Butthole Coin (BUTTHOLE) on the Solana network. The analysis is strictly limited to the provided registry records and their stated scope. No independent operational verification, market observation, or investment assessment has been performed. The goal is to clarify what the documentary record establishes versus what remains unverified.

Established facts

The Trust Wallet community-maintained registry contains a pinned entry for Butthole Coin. This record identifies the asset by the symbol BUTTHOLE and assigns it the Solana address CboMcTUYUcy9E6B3yGdFn6aEsGUnYV6yWeoeukw6pump. The registry specifies six decimal places for amount representation. Decimal places define how token quantities are displayed and calculated in software; they do not measure total supply, value, or scarcity. The entry is labeled as SPL, indicating it follows the Solana Program Library standard for tokens. It is marked active within the registry metadata. The registry description includes the phrase: A fart cannot exist without a butthole. Every project, economic, partnership, performance, supply, date and adoption statement within this quoted description is an attributed registry claim, not an independently established issuer statement or operational observation. The Trust Wallet Assets README confirms that anyone can submit assets and inclusion does not imply a direct partnership with the listed projects. It also states that additional token information is optional and unavailable on-chain. The generic application family identifies only a documentary token subject; its economic niche and scoring criteria remain unclassified and unknown. The documentary contract address matches the registry entry, establishing identity linkage only. Documentary address matching establishes no current program behavior, deployed control or safety. The source is the wallet project's own integration registry, maintained with community submissions. Its project descriptions are documentary claims from that registry, not independently verified issuer statements or operational observations. The active status is a metadata label, with no live-network validation. No deployment bytecode, controller, supply, reserve, use, concentration, liquidity, security audit, incident completeness or investment return has been established.

Unknowns

Present independent control, beneficial ownership, usage, client adoption, supply, concentration, liquidity and complete incident history remain unverified. No deployed implementation, rights, ownership, safety, supply, use or investment outcome was checked. The dossier may explain those stated aims with that attribution. No public admission of operational status exists. The readiness level is pilot, indicating preliminary documentation review only. The scoring coverage is 0%, resulting in an unrated status. Missing essential criteria include identity verification beyond registry listing, supply mechanics, and control structures. Unknowns span usage patterns, token role, value capture, governance, accountability, incidents, continuity, and execution quality. These gaps prevent any assessment of operational strength or risk profile.

Consequences

Documentary mechanisms alone cannot establish actual network behavior or investment outcomes. Relying solely on registry listings risks conflating metadata presence with functional utility or safety. Users may misinterpret the active registry label as a guarantee of ongoing development or security. The absence of independent verification means that promotional statements, network performance, consensus behavior, current deployment and control are not verified or admitted from this context. Any assumption about the token's viability, team competence, or technical robustness is speculative. The lack of audited code or transparent ownership creates uncertainty regarding potential centralization or unilateral changes. Investors or users cannot derive confidence from the registry entry alone. The gap between documentary claim and operational reality remains wide and unmeasured.

Verdict

Operational strength remains unproven; unrated with 0% scoring coverage. The available evidence consists exclusively of community-submitted registry data. No independent audit, network observation, or financial analysis supports a positive or negative rating. The verdict is neutral due to insufficient data, not due to confirmed safety or danger. The project exists in the documentary record but lacks verified operational substance. Caution is warranted until independent verification fills the identified gaps. The unrated status reflects the absence of essential criteria rather than a judgment on merit.

What would change it

Reproduced identity checks, independent dated network observations and criterion-specific evidence, followed by calibration and editorial review, would alter this assessment. Verification of deployed bytecode against the claimed address would confirm implementation. Independent audits of smart contracts would address security and control unknowns. On-chain data analysis would reveal supply distribution, concentration, and liquidity depth. Transparent reporting of team identity and governance structures would resolve accountability gaps. Historical incident logs would demonstrate continuity and resilience. Market data and user adoption metrics would validate usage and value capture. Until such evidence is provided and reviewed, the dossier remains at the pilot stage with no score assigned. The conclusion stands contingent upon future independent verification efforts.

02 / Crash test

Each check earns its result.

Candidate method 0.1.0. Unknown results are excluded from the score calculation.
CheckWeightResult
Exact asset identityEssential3%Verification pending
Observable use15%Verification pending
Economic role of the token10%Verification pending
Supply mechanismsEssential10%Verification pending
Ownership concentration8%Verification pending
Value capture7%Verification pending
Control powersEssential10%Verification pending
Security verification7%Verification pending
Decision process8%Verification pending
Accountability7%Verification pending
Incident history6%Verification pending
Operational continuity4%Verification pending
Execution conditions5%Verification pending

Family-specific checks: Observable usage, token necessity and dependencies.

03 / Evidence

Inspect the evidence

Sources behind this analysis

Trust Wallet: captured Solana record for Butthole

The pinned Trust Wallet Solana integration record names Butthole with symbol Butthole, documentary address CboMcTUYUcy9E6B3yGdFn6aEsGUnYV6yWeoeukw6pump and 6 decimal places. Decimal places concern amount representation and do not measure supply or value. The record labels the entry SPL and active. Its community-maintained description states: "A fart cannot exist without a butthole" Every project, economic, partnership, performance, supply, date and adoption statement within this quoted description is an attributed registry claim, not an independently established issuer statement or operational observation. The dossier may explain those stated aims with that attribution. No deployed implementation, rights, ownership, safety, supply, use or investment outcome was checked. The generic application family identifies only a documentary token subject; its economic niche and scoring criteria remain unclassified and unknown.

Retrieved . Scope: documentation. Current network operation remains unverified.

Inspect the primary source ↗

Snapshot SHA-256: 843ec632f41d2109b7002de5149d8a9b5f1e567c855f9432de63f2cefbf9375a

Trust Wallet: pinned Solana directory context

The pinned Trust Wallet solana network-context record identifies the community registry directory for Solana. This supplies documentary network context for entries in the same pinned directory. Promotional statements, network performance, consensus behavior, current deployment and control are not verified or admitted from this context.

Retrieved . Scope: documentation. Current network operation remains unverified.

Inspect the primary source ↗

Snapshot SHA-256: 62397cd30a02832efd331625fd24a8fed7ac410a17138266781d06ec848cf1bd

Trust Wallet Assets: README.md (bbe582d25a22)

The Trust Wallet Assets README describes a community-maintained registry of token information and logos across blockchains, used by the wallet and other projects. It says additional token information is optional and unavailable on-chain. Anyone can submit assets, and inclusion does not imply a direct partnership with the listed projects. It also explicitly excludes brand-new tokens from submissions, so this source cannot provide an exhaustive inventory of recent launches. The README states that its scripts and documentation use the MIT license. This source is the wallet project's own integration registry, maintained with community submissions. Its project descriptions are documentary claims from that registry, not independently verified issuer statements or operational observations. The active status is a metadata label, with no live-network validation. No deployment bytecode, controller, supply, reserve, use, concentration, liquidity, security audit, incident completeness or investment return has been established.

Retrieved . Scope: documentation. Current network operation remains unverified.

Inspect the primary source ↗

Snapshot SHA-256: 51fc8f690972c850271ca0a6086516eae5ed411e94982fcae6534a4d08fccd73

Only original summaries are distributed. Licensed raw market data stays private.

Continue the investigation