Academy trackbeginner45 min

Crypto Foundations

This track is the minimum viable mental model for crypto usage. It is designed for users who need enough clarity to use wallets, read networks, and understand why onchain actions behave differently from Web2 transactions.

What this track should change
understand custody and wallet roles
recognize why gas and chain choice matter
avoid beginner mistakes before signing transactions
How to use this track
Stay inside the lesson flow instead of scanning the whole page.
Only move to the next lesson when the current pattern feels usable in product.
Use the cases and applied block after the lesson flow, not before it.
What this track changes3 modules12 lessons45 min

These are the habits the track should leave behind. If they are not changing how you read prompts, routes, and confirmation screens, the track is not doing its job yet.

understand custody and wallet roles
recognize why gas and chain choice matter
avoid beginner mistakes before signing transactions
Real cases

What actually happened

These are public cases and repeated real-world patterns turned into teachable stories. Use them to see how small shortcuts become expensive outcomes in real product flows.

Public source-backed
Read the story first, then notice the exact decision that made the damage possible.
Case study

FTX showed the balance, but custody controlled the failure

Loss: $8.7B owed to customers
Situation

The FTX collapse is still the clearest beginner lesson in custody confusion. The platform displayed customer balances and felt like the home of the assets, but the entity behind the interface had misused customer deposits and owed customers $8.7 billion, according to the bankruptcy team's 2023 report.

Why this case matters

One real-world failure usually teaches faster than ten abstract warnings.

What they assumed

If the balance is visible inside a major platform, the platform is probably functioning like a safe account provider.

Red flag you would have seen in the UI

The user learns to trust what the interface displays without first understanding who holds the keys, controls withdrawals, or absorbs failure when the operator breaks.

You would have seen this on

These are the exact product moments where this kind of mistake usually first looks harmless.

Portfolio balanceDeposit flowWithdrawal flow
What went wrong
1
Balance visibility was mistaken for real control.
2
Custody risk stayed invisible because the interface kept working until it did not.
3
Users often learned who controlled failure only when withdrawals froze and support became the only path left.
4
The bankruptcy team later reported that customers were owed $8.7 billion.
Core lesson

Custody is not back-office trivia. It defines who carries the failure when the friendly interface stops protecting you.

What they should have done instead

Use custody as a first-principles check. Before you size up deposits or trust the balance as 'yours', ask who actually controls keys, withdrawals, and recovery.

Case study

Approval phishing works because signing feels routine

Loss: $2.7B+ since May 2021
Situation

Chainalysis reported in July 2024 that losses tied to approval phishing had grown to more than $2.7 billion since May 2021. The attack pattern is simple: trick the user into signing or approving something that quietly gives a malicious address spending power later.

Why this case matters

One real-world failure usually teaches faster than ten abstract warnings.

What they assumed

If no funds move immediately and the prompt looks like an ordinary wallet step, the action is probably harmless.

Red flag you would have seen in the UI

A familiar wallet or app frame creates comfort while the real permission being granted remains poorly understood by the user.

You would have seen this on

These are the exact product moments where this kind of mistake usually first looks harmless.

Wallet promptToken approval flowSign message prompt
What went wrong
1
The user treated signing as friction instead of authority.
2
The permission scope was not translated into plain language before confirmation.
3
The dangerous action often looked visually routine right up until the later drain.
4
By the time the loss was obvious, the harmful approval had already been granted.
Core lesson

The beginner defense is simple but strict: do not normalize permissions you cannot explain.

What they should have done instead

Treat signatures and approvals as decision points. If you cannot explain what the contract can do after the prompt is confirmed, do not continue.

Use after the lesson

Before you sign or confirm

This section should help in the moment of risk. Keep one question in mind: what should I check right now before giving authority or sending the route forward?

Check now
Do not think in abstract principles here. Think in checks you can do on this screen before moving forward.
Do now
Name the authority being granted before you confirm the action.
Check chain, counterparties, and acceptable outcome on the final screen rather than trusting your earlier memory.
Treat token, router, spender, and recipient as separate verification targets.
Do not continue if
Do not let interface comfort replace comprehension.
Do not assume chain choice is a display preference or harmless setting.
Do not continue through prompts you cannot explain clearly in plain language.
Red flag if this feels routine
If this step feels like harmless friction, that is already the red flag.
1
Any prompt you want to clear faster because the wallet brand or interface feels familiar.
2
Any route where you cannot immediately say what chain, contract path, and destination are involved.
3
Any step that changes permissions or acceptable outcome but visually feels like harmless routine.
Before first serious use
If these checks are not clear yet, you are not in a good position to rely on speed or instinct.

Before first serious use

1
I know what authority the wallet is being asked to grant.
2
I know what chain this route is executing on.
3
I know who the route is trusting: token, spender, router, and recipient.
4
I know what result is acceptable and where I would check state if the route stalled.
Use after the lesson

Decision flow

Do not use this like a reading section. Use it as the order of operations when the screen is asking for authority or final confirmation.

How to think through it

1
Step 1

Read the authority first

Begin with the thing the wallet or route is asking you to authorize. If that is still blurry, every other detail is secondary.

2
Step 2

Anchor the route to chain and counterparties

Identify the execution environment and the main trust targets before you let the visual flow carry you forward.

3
Step 3

Separate quote, approval, and confirmation

One user journey can contain several decisions. Treat each one separately so a smooth UI does not blend them into one reflex.

Signals to notice

1
The wallet prompt feels easier to skip than to explain

That usually means the authority layer is the real unresolved part of the route.

2
You know the token pair but not the chain or counterparties

That means the trade story is ahead of the execution model, which is exactly how beginner mistakes survive into confirmation.

3
The route still feels fine mainly because the interface looks familiar

Interface comfort is not evidence. It is often the thing hiding missing understanding.

Continue learning

After this track

Once the core lesson is clear, use these paths to widen the mental model or go deeper where the concept matters most.

    Crypto Foundations | ZeroLyx Academy