Awarded once after a correct answer.
Separate ledger visibility from real-world knowledge
Useful first : Hashes, keys and signatures
Reading path · 40 / 41 · Intermediate
Monero is a Layer 1 network whose native asset is XMR.
Verification without full disclosure
Monero is a Layer 1 network whose native asset is XMR. It uses proof of work and is designed to keep payment information private by default. That makes it useful for understanding a distinction often missed in blockchain discussions: a network can verify transactions without publicly exposing every payment detail.
Different protections, different purposes
A recipient can publish an address while payments create one-time destinations on the ledger. Confidential-amount mechanisms let the network check monetary consistency without publishing a readable amount for everyone. These are different protections: hiding an amount is not the same problem as reducing links between payments.
Who has access to the information?
A public explorer and the recipient’s wallet therefore do not have the same view. View keys can reveal incoming transactions without granting spending authority. This selective visibility is still sensitive information, and a view-only record should not automatically be treated as a complete accounting statement of incoming and outgoing funds.
Where privacy stops
Privacy is not an absolute guarantee of anonymity. An invoice, information shared with a counterparty, a compromised device or metadata outside the ledger may identify a person. Keep the question precise: who can see which information, through which channel? Studying those boundaries is more useful than labelling every blockchain either fully public or fully anonymous.
Understand the details
Draw three observers: a stranger using an explorer, the payment recipient and a shop holding an invoice. Their evidence differs. One-time destinations and confidential amounts limit what the public ledger reveals. A recipient can recognise incoming funds, while the invoice can link a customer to a purchase without relying on public transaction details. Privacy is a relationship between information and an observer.
Boundaries and common mistakes
A view key is not a spending key, but revealing it still exposes information. Never enter a real key in an exercise. This conceptual comparison does not promise anonymity or describe all network-level metadata.
The mechanism at a glance
- 01Public observer
- 02Recipient’s view
- 03Invoice or account
- 04Different information
Read these as connected concepts, not necessarily consecutive steps.
The public observer cannot read the amount in plaintext. The recipient recognises incoming funds. The shop may separately hold a named invoice.
Read the explanation
Draw three observers: a stranger using an explorer, the payment recipient and a shop holding an invoice. Their evidence differs. One-time destinations and confidential amounts limit what the public ledger reveals. A recipient can recognise incoming funds, while the invoice can link a customer to a purchase without relying on public transaction details. Privacy is a relationship between information and an observer.
Put the mechanism into context
A fictional shop receives a private payment and keeps a named invoice. A public observer cannot read the amount directly from the transaction. A colleague concludes that the shop cannot know the customer either.
Apply it in the workshop →What this mechanism does not guarantee
A view key is not a spending key, but revealing it still exposes information. Never enter a real key in an exercise. This conceptual comparison does not promise anonymity or describe all network-level metadata.
The distinction that changes the analysis
A stranger may be unable to read an amount from the public ledger while the recipient recognises the payment and retains a named invoice. No contradiction exists: the observers have different information.
Explain it yourself
Revisit the case above. Name what is established, what remains to be checked and the evidence needed to conclude. A strong answer addresses both sides of the diagram.
Apply the lesson to a case
A fictional shop receives a private payment and keeps a named invoice. A public observer cannot read the amount directly from the transaction. A colleague concludes that the shop cannot know the customer either.
No. The observer’s limited blockchain view says nothing about the shop’s invoice. Separate public disclosure, recipient access and information voluntarily given to a counterparty.
Prepare a correction note
Describe the passage and the proposed correction. This creates a local note for you to share; it sends nothing. Do not include personal or confidential information.