{"success":true,"course":{"all_concepts_covered":["Maker vs taker fee optimization and execution rules","Complete fee-stack auditing for Bitcoin buys and exits","Withdrawal pricing versus real on-chain network fees","Custody decisions: exchange vs hot vs cold storage","Cross-platform price and liquidity snapshot comparisons","Exchange solvency and transparency via proof-of-reserves signals","Banking-rail, P2P, and AML/PMLA risk awareness in India","Building a repeatable platform decision scorecard"],"assembly_rationale":"The course is designed as an investor’s decision pipeline. It begins with the learner’s known weak points (maker/taker logic and P2P operational risk) and then builds a reusable, professional framework for platform selection: first get execution-fee mechanics right, then model all-in costs, then layer custody and withdrawal verification, then assess exchange solvency/transparency, and finally incorporate India-specific compliance realities before concluding with a comparison methodology.","average_segment_quality":7.522333333333334,"concept_key":"CONCEPT#ae176b2799351f1503084b0709aee6da","considerations":["Domestic price disparity is only partially addressed via public markets/liquidity tooling; a dedicated India-focused premium/discount calculation segment was not available in the library.","PMLA/P2P operational safety coverage uses the best available segments, but the India-specific ‘tainted funds → bank freeze’ playbook is not covered at high quality; learners should supplement with updated FIU-IND/exchange policy documentation and bank transfer best practices."],"course_id":"course_1770374430","created_at":"2026-02-06T10:59:09.372698+00:00","created_by":"Vinayak Sachdeva","description":"Build a professional-grade framework to choose where to buy Bitcoin in India based on true all-in costs, execution quality, and platform risk. You will learn to optimize maker/taker fees, audit the full fee stack, verify withdrawal vs network fees, assess custody security, and compare major platforms using a repeatable scorecard.","estimated_total_duration_minutes":59.0,"final_learning_outcomes":["Predict whether a planned order will be charged maker or taker, including marketable-limit edge cases.","Build a complete fee checklist for any Indian Bitcoin app, covering trading, funding rails, conversion, and exit steps.","Distinguish exchange withdrawal fees from Bitcoin network fees, and verify the true on-chain fee using mempool/tx data.","Choose an appropriate custody model, and apply minimum seed-phrase security practices for self-custody.","Run a same-moment comparison across platforms using public market data to sanity-check liquidity and price quality signals.","Evaluate exchange transparency using proof-of-reserves concepts, including what PoR does and does not prove.","Explain why banking rails and PMLA coverage change P2P operational risk, and identify when to avoid P2P.","Create a weighted comparison scorecard to shortlist a primary app and a backup based on costs, liquidity access, and risk controls."],"generated_at":"2026-02-06T10:58:21Z","generation_error":null,"generation_progress":100.0,"generation_status":"completed","generation_step":"completed","generation_time_seconds":244.65193700790405,"image_description":"A clean, premium thumbnail in a modern Apple-like style. Center focal point: a polished, metallic-gold Bitcoin coin icon partially overlaid on a minimalist INR symbol, both floating above a subtle, semi-transparent order book grid. To the right, a crisp comparison card UI with three rows and small icons for “Fees,” “Liquidity,” and “Safety,” each with simple bar indicators—no clutter, just enough detail to imply a decision matrix. Background: a smooth gradient from deep navy to charcoal with a faint mempool-style block pattern and a thin, glowing network line connecting to a small shield icon (security) and a document/checkmark icon (compliance). Color palette limited to 2–3 colors: deep navy (#0B1220), cool gray (#F2F2F7), and a restrained Bitcoin gold accent (#F2A900). Soft shadows and subtle depth give a 3D feel, with generous spacing and sharp typography-friendly negative space at the top for the course title.","image_url":"https://course-builder-course-thumbnails.s3.us-east-1.amazonaws.com/courses/course_1770374430/thumbnail.png","interleaved_practice":[{"difficulty":"mastery","correct_option_index":3.0,"question":"You place a BTC buy as a limit order, but you set the limit price slightly ABOVE the current best ask because you want it filled immediately. On a typical maker–taker exchange, what fee classification is most likely, and why?","option_explanations":["Incorrect because withdrawal fees are a separate layer from trading execution fees; immediate fill affects maker/taker, not withdrawal pricing.","Incorrect because maker/taker is not determined by the label “limit,” but by whether the order rests on the book and adds liquidity.","Incorrect because maker/taker is not tied to buy vs sell; both sides can be maker or taker depending on execution.","Correct! A limit price that crosses the spread executes immediately against existing orders, so it takes liquidity and is charged taker on most exchanges."],"options":["Taker, because withdrawal fees are priced in when the order fills immediately.","Maker, because any limit order adds liquidity to the order book by definition.","Maker, because the fee table’s maker column applies to all buys, and taker applies to sells.","Taker, because a marketable limit matches immediately and removes liquidity."],"question_id":"ip_q1","related_micro_concepts":["maker_taker_fee_logic","full_fee_stack_india"],"discrimination_explanation":"A marketable limit order is functionally an immediate match against resting liquidity, so you are removing liquidity and will typically be charged as a taker. The common trap is equating “limit” with “maker,” but maker/taker depends on whether your order rests on the book. The other options confuse fee directionality (buy vs sell) or mix trading fees with withdrawal pricing."},{"difficulty":"mastery","correct_option_index":2.0,"question":"Two apps show the same posted trading fees, and both claim “0.1% maker / 0.2% taker.” For your use case, you do small weekly buys and occasionally withdraw to self-custody. Which evaluation step best detects the most likely hidden cost driver that could dominate your total cost?","option_explanations":["Incorrect because fixed fees can disproportionately penalize small purchases; you must model both fixed and variable components.","Incorrect because tiers matter, but they do not capture withdrawal pricing, banking-rail fees, or other non-trading costs.","Correct! Fixed vs variable classification plus an observed withdrawal gives you the true all-in fee stack for your actual behavior.","Incorrect because PoR is about solvency/transparency, not cost; safety and fee levels do not move in lockstep."],"options":["Ignore fixed fees, because percentage fees always dominate over time.","Only compare 30-day volume tiers, because tiers fully determine your all-in cost.","Classify your costs into fixed vs variable, then test a small withdrawal to observe the all-in fee stack.","Use proof-of-reserves collateralization ratio as the main cost metric, because safer platforms always have lower fees."],"question_id":"ip_q2","related_micro_concepts":["full_fee_stack_india","withdrawal_vs_network_fees","hot_cold_storage_security"],"discrimination_explanation":"For small, frequent buys, fixed fees and withdrawal pricing can dominate, so you should explicitly classify fixed vs variable costs and validate the end-to-end fee stack with a small test withdrawal. The distractors either dismiss fixed fees, over-focus on tier tables, or confuse risk/solvency metrics with cost measurement."},{"difficulty":"mastery","correct_option_index":0.0,"question":"You withdraw BTC from an exchange that charges a flat “0.0005 BTC withdrawal fee.” Network conditions are quiet, and mempool recommended fees are low. What is the most defensible interpretation of the difference between the flat fee and the mempool estimate?","option_explanations":["Correct! Exchanges can charge a flat withdrawal price that doesn’t track real-time network conditions; using the txid lets you estimate the true on-chain fee.","Incorrect because confirmation depends on the fee rate relative to the mempool environment; a flat fee doesn’t guarantee next-block inclusion in all conditions.","Incorrect because withdrawal-fee policy alone doesn’t prove insolvency; PoR/solvency requires assets vs liabilities evidence.","Incorrect because Bitcoin miner fees are driven by fee rate competition and transaction size in vbytes, not proportional to value withdrawn."],"options":["The exchange’s flat fee may include overhead or risk buffers, and can diverge from the real network fee; you should verify via the transaction ID on a block explorer.","The flat fee indicates you will always get confirmed in the next block, regardless of fee rate dynamics.","The exchange is necessarily insolvent, because overcharging withdrawal fees proves liabilities exceed reserves.","The exchange’s flat fee must equal the exact miner fee, because on-chain fees are always proportional to amount withdrawn."],"question_id":"ip_q3","related_micro_concepts":["withdrawal_vs_network_fees","reserves_transparency_due_diligence"],"discrimination_explanation":"A flat exchange withdrawal fee is an exchange-controlled price and can diverge from the actual network fee market. The correct approach is to verify the real fee from the on-chain transaction using a block explorer or mempool tools. The other options incorrectly assume proportionality, confuse fee policy with insolvency, or overpromise confirmation guarantees."},{"difficulty":"mastery","correct_option_index":3.0,"question":"You’re deciding between keeping BTC on an exchange or moving it to cold storage. Which statement best captures the real tradeoff implied by custody and seed phrase mechanics?","option_explanations":["Incorrect because cloud storage of seed phrases is a common failure mode; cold storage does not protect against leaking the seed phrase.","Incorrect because being internet-connected increases attack surface; cold storage aims to keep keys offline to reduce compromise risk.","Incorrect because KYC does not make blockchain transfers reversible; exchanges can freeze accounts, but they generally cannot undo on-chain sends.","Correct! Moving to self-custody reduces intermediary risk, but demands strict seed phrase hygiene and careful transfer procedures."],"options":["Cold storage eliminates all user-risk, so you can safely store your seed phrase in cloud notes for convenience.","Hot wallets are safer than cold wallets because they are connected to the internet and update security automatically.","Exchange custody is always safer because KYC means the platform can reverse fraudulent transfers.","Self-custody reduces platform freeze/insolvency exposure, but concentrates risk in your seed phrase handling and operational procedures."],"question_id":"ip_q4","related_micro_concepts":["hot_cold_storage_security","p2p_safety_pmla"],"discrimination_explanation":"Self-custody changes the risk model: you reduce reliance on an intermediary, but the seed phrase becomes your single point of failure. The distractors either recommend unsafe seed storage, assume reversibility that doesn’t exist, or invert the hot vs cold security logic."},{"difficulty":"mastery","correct_option_index":3.0,"question":"An exchange publishes a Proof-of-Reserves report showing a collateralization ratio of 103% for BTC, based on a snapshot audit. What is the most accurate conclusion you should draw when deciding platform exposure?","option_explanations":["Incorrect because >100% can be normal; manipulation concerns are about methodology and completeness, not simply being above 100%.","Incorrect because PoR is not a permanent guarantee; conditions can change after the snapshot.","Incorrect because you never need an exchange’s private keys; control proofs and audits exist precisely to avoid that.","Correct! It’s a positive snapshot signal, but you must account for point-in-time limits and check additional risk indicators."],"options":["103% implies the exchange is manipulating liabilities using negative balances, because any ratio above 100% is suspicious.","103% proves the exchange is permanently solvent, so platform risk is negligible.","103% is meaningless unless the exchange also publishes your private key so you can verify custody.","103% suggests assets exceeded liabilities at the snapshot time, but you still need to consider the point-in-time limitation and other red flags like withdrawal halts."],"question_id":"ip_q5","related_micro_concepts":["reserves_transparency_due_diligence","hot_cold_storage_security"],"discrimination_explanation":"A ratio above 100% is directionally good, but PoR is a snapshot and doesn’t automatically guarantee ongoing solvency or operational reliability. You still need to interpret limitations and watch for operational red flags. The distractors either overclaim certainty, demand impossible disclosures, or misinterpret over-collateralization."},{"difficulty":"mastery","correct_option_index":2.0,"question":"You see a platform offering cheaper BTC via P2P, but you’re concerned about banking-rail issues and AML monitoring. Which operating posture best matches the risk model implied by banking-rail freezes and PMLA coverage?","option_explanations":["Incorrect because leverage/derivatives add liquidation and funding-fee risks and do not inherently eliminate AML or banking-rail scrutiny.","Incorrect because AML regimes create obligations and practical risks that can affect users, especially through banking-rail scrutiny.","Correct! The right stance is to reduce exposure when documentation and clean rails can’t be ensured, since freezes/flags can impact your bank account access.","Incorrect because banking actions can still occur based on flagged transaction patterns or counterparty issues, even if escrow completes."],"options":["Use only higher leverage products, because derivatives reduce fiat transfer frequency and therefore eliminate AML risk.","Assume PMLA only applies to exchanges, not individual users, so record-keeping is unnecessary.","Minimize P2P usage unless you can maintain clean payment trails and documentation, because compliance flags and investigations can affect linked bank accounts.","Treat P2P like a normal UPI transfer; if the trade completes in escrow, your bank can’t be affected."],"question_id":"ip_q6","related_micro_concepts":["p2p_safety_pmla","full_fee_stack_india"],"discrimination_explanation":"The safest posture is to treat fiat rails and compliance as first-class constraints: maintain clean trails and avoid scenarios that can trigger freezes or inquiries. The distractors either assume escrow makes banking irrelevant, incorrectly exclude users from AML realities, or propose leverage as a risk workaround, which introduces new risks and does not remove compliance exposure."},{"difficulty":"mastery","correct_option_index":3.0,"question":"You’re building a platform comparison scorecard. Two exchanges have similar headline fees, but one is best for you only if you can be maker most of the time. Which method most reliably tests that assumption before committing meaningful volume?","option_explanations":["Incorrect because marketable limits and partial fills can turn limit orders into taker or mixed maker/taker outcomes.","Incorrect because BTC’s market cap does not determine whether your specific orders add or remove liquidity on a given venue.","Incorrect because PoR is about reserves/liabilities, not execution classification or fee application.","Correct! Testing with your real order types and checking trade history gives ground-truth on how fees will apply to your workflow."],"options":["Assume limit orders always earn maker fees, so you can model the maker rate as guaranteed.","Use market-cap rankings of BTC to infer maker probability, because larger coins always have maker fills.","Rely on proof-of-reserves to estimate execution quality, because solvent exchanges have tighter spreads by definition.","Run a small set of test trades using your intended order types, then confirm in trade history whether fills were maker, taker, or split across both."],"question_id":"ip_q7","related_micro_concepts":["maker_taker_fee_logic","compare_indian_vda_providers","full_fee_stack_india"],"discrimination_explanation":"Because maker/taker depends on actual execution, the most reliable approach is to test your real workflow and verify how the exchange labeled your fills. The distractors confuse theory with execution (limit ≠ guaranteed maker), use irrelevant asset-level metrics, or conflate solvency with execution mechanics."},{"difficulty":"mastery","correct_option_index":2.0,"question":"A platform looks cheaper on posted taker fees, but you notice it often has lower visible volume on public market pages and inconsistent execution quality. Which interpretation best integrates fee tables with liquidity signals for a real decision?","option_explanations":["Incorrect because venues can differ in liquidity, rails, and local supply/demand, leading to different effective costs despite the same underlying asset.","Incorrect because real-world realized cost depends on how you get filled, not just the posted fee rate.","Correct! The right approach is an all-in comparison using consistent snapshots and execution-aware assumptions, not fee headlines alone.","Incorrect because lower volume often implies weaker depth and can worsen execution outcomes, not improve them."],"options":["Volume metrics are irrelevant because Bitcoin has a single global price, so domestic venues cannot differ in real cost.","Posted fees dominate all other costs, so execution quality can be ignored if maker/taker rates are low.","You should evaluate all-in cost: maker/taker fees plus the practical cost of execution quality signals, and use a same-moment snapshot comparison rather than trusting headlines.","Lower volume guarantees lower slippage, so it’s rational to prioritize taker-fee discounts."],"question_id":"ip_q8","related_micro_concepts":["domestic_price_disparity_checks","compare_indian_vda_providers","maker_taker_fee_logic"],"discrimination_explanation":"The correct integrated view is that posted fees are only one layer; liquidity and execution-quality signals can change your realized price and therefore your true cost. The distractors either invert liquidity logic, over-rely on headline fees, or incorrectly assume a single uniform effective price across venues."}],"is_public":true,"key_decisions":["Segment 1 [QxMOVUaUPQM_105_317]: Chosen to start at the analysis level by teaching how fee schedules are actually presented (tiers + maker/taker), which is essential for comparing major players on posted fees.","Segment 2 [QxMOVUaUPQM_317_495]: Placed immediately after fee tables to connect fee columns to execution behavior (order types), directly addressing the learner’s maker/taker misconception from the pre-test.","Segment 3 [XyAicuvHLCI_0_349]: Added as the complexity step-up that clarifies the critical edge case: a limit order can still be taker if it crosses the book (marketable limit), which is where many fee-optimization attempts fail.","Segment 4 [SQGddlVn8iI_0_214]: Selected to formalize fees as negative returns and distinguish fixed vs variable fees, enabling a complete fee-stack model without re-teaching spreads/slippage (already mastered).","Segment 5 [noHsKFy7NgY_3041_3292]: Included to map where fees and delays originate in the workflow (KYC → funding rails → execution venue), building a system-level checklist for ‘all charges’.","Segment 6 [AdXpYGnFhs0_1175_1501]: Chosen to operationalize the fee stack with an end-to-end example of moving crypto, selling, and withdrawing cash—useful for anticipating real ‘exit costs’.","Segment 7 [AdXpYGnFhs0_243_426]: Included to cover custody choices (exchange vs hot vs cold) as an investor decision, bridging cost minimization to risk minimization.","Segment 8 [peSLM6ncHMw_220_400]: Added as a practical security baseline segment focused on seed phrase hygiene—high impact, low time, and directly relevant to cold storage decisions.","Segment 9 [eRiCgEuIQ7Y_72_275]: Used to support cross-platform comparisons via public market data (venues + volume as a liquidity proxy), enabling a repeatable snapshot method for comparing apps beyond headline fees.","Segment 10 [DW4_zDSufhQ_411_751]: Selected as the technical core for distinguishing network fees from exchange withdrawal pricing, and for verifying actual on-chain cost using mempool tools.","Segment 11 [qzWT0JAyBIc_71_259]: Included to establish Proof-of-Reserves primitives (reserves vs liabilities, hashing) before asking the learner to interpret solvency ratios.","Segment 12 [qzWT0JAyBIc_454_657]: Placed after PoR basics to teach how to validate reserves control and read collateralization ratios, including the key limitation that PoR is point-in-time.","Segment 13 [vG2KWEQaT1c_72_259]: Included to surface the operational reality that banking rails and compliance flags can dominate user experience (delays/freezes), setting up why P2P needs disciplined procedures.","Segment 14 [KS88V3Skwrk_6_226]: Added (despite lower quality) because it is the only segment explicitly connecting Indian VDAs to PMLA coverage, necessary for compliance-aware P2P risk framing.","Segment 15 [pTUjkiUWfTE_412_697]: Used as the synthesis capstone to show why ‘cheapest exchange’ depends on your maker/taker mix and tier assumptions—directly enabling a decision matrix across major players."],"micro_concepts":[{"prerequisites":[],"learning_outcomes":["Determine whether a planned order will be charged maker or taker on a typical exchange","Explain why a limit order can still become taker (marketable limit)","Choose order placement rules that intentionally target maker or taker pricing"],"difficulty_level":"intermediate","concept_id":"maker_taker_fee_logic","name":"Maker vs taker fee mechanics","description":"Clarify how maker vs taker fees are triggered by order type and execution (limit that adds liquidity vs order that matches immediately). This directly fixes the common misconception that “limit = maker” always, and connects fee choice to your actual trading workflow.","sequence_order":0.0},{"prerequisites":["maker_taker_fee_logic"],"learning_outcomes":["Create a one-page fee checklist to audit any app before investing","Compute effective buy cost using maker/taker + stated platform charges","Identify which charges are platform-controlled vs external (banking/network)"],"difficulty_level":"intermediate","concept_id":"full_fee_stack_india","name":"All charges when buying Bitcoin India","description":"Build a complete “fee stack” model for Indian platforms: trading commissions, deposit/INR rails charges (if any), GST applicability on platform services (where charged), and hidden platform-side costs that show up as worse effective fill vs global spot.","sequence_order":1.0},{"prerequisites":["full_fee_stack_india"],"learning_outcomes":["Explain why an exchange can charge more than the network fee","Check a withdrawal transaction on a block explorer to estimate the real network fee","Compare platforms on withdrawal-fee fairness and withdrawal reliability"],"difficulty_level":"intermediate","concept_id":"withdrawal_vs_network_fees","name":"Exchange withdrawal vs network fees","description":"Differentiate (a) the blockchain network fee (miner/validator fee) from (b) the exchange’s withdrawal fee (their pricing/overhead), and (c) why these can diverge significantly. Learn how to verify the true on-chain fee using the transaction ID after withdrawal.","sequence_order":2.0},{"prerequisites":["full_fee_stack_india"],"learning_outcomes":["Choose an appropriate custody model based on amount, time horizon, and risk tolerance","Describe the security tradeoffs of leaving BTC on an exchange vs moving to cold storage","List a minimum-security baseline for cold storage (seed backup, test restore, phishing defenses)"],"difficulty_level":"intermediate","concept_id":"hot_cold_storage_security","name":"Hot vs cold storage security choices","description":"Understand custody and security infrastructure: hot wallets (online) vs cold storage (offline), what exchanges typically do, and what you can do (hardware wallet, multisig, backups). Focus is on operational security tradeoffs for an investor deciding between “keep on app” vs “self-custody.”","sequence_order":3.0},{"prerequisites":["full_fee_stack_india"],"learning_outcomes":["Compute an INR platform premium/discount vs a reference rate","Decide when a lower-fee platform is actually more expensive due to price disparity","Create a simple comparison snapshot method (same time, same size, same order type)"],"difficulty_level":"advanced","concept_id":"domestic_price_disparity_checks","name":"Price disparity across Indian platforms","description":"Learn why BTC can show different INR prices across Indian platforms (local demand/supply, INR rails constraints, internal liquidity sources) and how to measure the real premium/discount using a consistent reference rate. This lets you compare apps beyond advertised fees.","sequence_order":4.0},{"prerequisites":["hot_cold_storage_security"],"learning_outcomes":["List what to look for in proof-of-reserves and what it does NOT prove","Assess transparency quality using a simple scorecard (disclosures, audits, incident response)","Identify red flags (opaque custody, frequent downtime, unclear legal entity details)"],"difficulty_level":"advanced","concept_id":"reserves_transparency_due_diligence","name":"Evaluate exchange reserves and transparency","description":"Learn practical due diligence signals: proof-of-reserves (and its limits), custody disclosures, auditor reports, incident history, and operational indicators like withdrawal halts. Focus on what an investor can actually verify before trusting a platform with significant BTC.","sequence_order":5.0},{"prerequisites":["full_fee_stack_india"],"learning_outcomes":["Explain why accounts can be frozen even after “successful” P2P trades","Apply a P2P safety checklist (counterparty screening, allowed payment methods, documentation retention)","Decide when NOT to use P2P despite better pricing"],"difficulty_level":"advanced","concept_id":"p2p_safety_pmla","name":"P2P safety and PMLA compliance","description":"Understand P2P operational risk in India: bank account freezes, tainted funds, chargeback-style disputes, and documentation hygiene. Learn safe operating procedures (only in-platform escrow, matching names/KYC, clean payment trails) aligned with PMLA/FIU expectations.","sequence_order":6.0},{"prerequisites":["maker_taker_fee_logic","full_fee_stack_india","withdrawal_vs_network_fees","hot_cold_storage_security","domestic_price_disparity_checks","reserves_transparency_due_diligence","p2p_safety_pmla"],"learning_outcomes":["Create a weighted scorecard to compare platforms on fees, liquidity access, safety, and transparency","Run a repeatable ‘same moment’ cost comparison across 3–5 platforms","Make a justified short-list decision (primary app + backup) based on your priorities"],"difficulty_level":"intermediate","concept_id":"compare_indian_vda_providers","name":"Compare Indian crypto apps decision matrix","description":"Build a crystal-clear comparison framework for major VDA service providers used in India: fee schedule (maker/taker tiers), withdrawal fees, deposit/INR rails, execution quality via price disparity checks, liquidity access, custody model, transparency/reserves signals, and P2P risk posture. Output: a weighted scorecard you can reuse and update.","sequence_order":7.0}],"overall_coherence_score":8.68,"pedagogical_soundness_score":8.56,"prerequisites":["Comfort with market vs limit orders (basic)","Ability to interpret percentage fees and flat fees","High-level understanding of wallets vs exchanges","Basic awareness that crypto transfers are irreversible"],"rejected_segments_rationale":"Segments primarily teaching already-mastered areas (order books/liquidity basics, slippage, bid-ask spread, and Indian tax/TDS mechanics) were excluded to respect the skip list and avoid redundancy. Several maker/taker definition videos were rejected because they repeated the same core definition without adding new decision rules. CoinMarketCap’s PoR implementation survey segment was not used because it is marked not self-contained. India-specific, high-quality segments covering a practical P2P safety checklist (e.g., tainted funds leading to account freezes) were not available at ≥7.0 quality; therefore, P2P coverage relies on the best-available banking-rails and PMLA segments, with explicit acknowledgment that the operational checklist depth is constrained by the source library.","segments":[{"duration_seconds":211.44,"concepts_taught":["Maker vs taker fee structure","How exchanges present fee schedules (tiers + maker/taker columns)","30-day rolling trading volume tiers","Why liquidity is tied to exchange fees","Liquidity dimensions: speed of execution and price fairness","Relationship between market volume and liquidity"],"quality_score":7.954999999999999,"before_you_start":"You already know exchanges charge trading fees. In this segment, you’ll learn how fee schedules are actually presented, including tiers and maker versus taker columns. This will give you a reliable way to compare posted fees across apps.","title":"Read Maker–Taker Fee Tables Correctly","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=QxMOVUaUPQM&t=105s","sequence_number":1.0,"prerequisites":["Basic understanding of what a crypto exchange is","Knowing that trades incur fees (percentage-based)"],"learning_outcomes":["Interpret a typical exchange fee schedule (identify tier, maker fee, taker fee)","Explain how 30-day trading volume impacts the fee tier you receive","Define liquidity in practical terms (execution speed and price fairness)","Explain why exchanges incentivize liquidity provision via maker/taker fees"],"video_duration_seconds":653.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"","overall_transition_score":9.55,"to_segment_id":"QxMOVUaUPQM_105_317","pedagogical_progression_score":9.0,"vocabulary_consistency_score":9.0,"knowledge_building_score":10.0,"transition_explanation":"N/A for first"},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/QxMOVUaUPQM_105_317/before-you-start.mp3","segment_id":"QxMOVUaUPQM_105_317","micro_concept_id":"maker_taker_fee_logic"},{"duration_seconds":178.47999999999996,"concepts_taught":["Order book basics (bids/asks and matching)","How makers add liquidity vs takers remove liquidity","Rule of thumb mapping: market/stop orders → taker; limit orders → maker","Stop-limit nuance on some platforms (often charged taker)","Partial fills can split maker/taker fees on one order","Why illiquid markets and large orders change fee outcomes"],"quality_score":7.805000000000001,"before_you_start":"Now that you can read maker and taker columns, the key question is, which one will you actually pay. This segment links fee classification to order types, so you can predict fees before you click buy.","title":"How Orders Trigger Maker or Taker","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=QxMOVUaUPQM&t=317s","sequence_number":2.0,"prerequisites":["Basic familiarity with placing trades (buy/sell)","Helpful (not required): knowing what market and limit orders are"],"learning_outcomes":["Explain the order book and how liquidity is created/consumed","Predict whether a trade will be charged maker or taker fees based on order type","Describe why stop-limit orders are often effectively taker-priced in practice","Recognize when one order can incur both maker and taker fees due to partial fills"],"video_duration_seconds":653.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"QxMOVUaUPQM_105_317","overall_transition_score":9.1,"to_segment_id":"QxMOVUaUPQM_317_495","pedagogical_progression_score":9.0,"vocabulary_consistency_score":9.0,"knowledge_building_score":9.5,"transition_explanation":"Builds from fee table interpretation to the rule that determines which column applies: whether your order adds or removes liquidity."},"before_you_start_audio_url":"","segment_id":"QxMOVUaUPQM_317_495","micro_concept_id":"maker_taker_fee_logic"},{"duration_seconds":349.55,"concepts_taught":["What a limit order is (price + size instruction)","How to place limit orders on spot exchanges","Buyer vs seller limit placement relative to mid price","Why a mis-set limit becomes a de facto market order","Open orders: viewing, editing, canceling, partial fills","Order-book liquidity and depth","Maker vs taker fees and fee incentives/rebates"],"quality_score":7.425,"before_you_start":"You can’t optimize fees if your order behaves differently than you expect. Here you’ll see how limit orders can execute immediately, act like a market order, and end up charged taker fees. This is critical for precise cost control.","title":"When a Limit Order Becomes Taker","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=XyAicuvHLCI&t=0s","sequence_number":3.0,"prerequisites":["Basic understanding of buying vs selling","Awareness that exchanges match orders via an order book","Comfort with decimal quantities (e.g., fractions of BTC)"],"learning_outcomes":["Place a buy or sell limit order with correct price positioning relative to the current mid price","Predict when a limit order will not fill vs fill immediately (and when it effectively becomes a market order)","Monitor open orders, interpret partial fills, and edit/cancel outstanding limit orders","Explain how limit orders add liquidity and how maker/taker fee models affect total trading costs","Use maker/taker and liquidity concepts as criteria when comparing crypto apps/exchanges"],"video_duration_seconds":350.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"QxMOVUaUPQM_317_495","overall_transition_score":8.8,"to_segment_id":"XyAicuvHLCI_0_349","pedagogical_progression_score":8.5,"vocabulary_consistency_score":9.0,"knowledge_building_score":9.0,"transition_explanation":"Extends the order-type mapping by adding the professional nuance: crossing the book can convert a limit order into taker execution."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/XyAicuvHLCI_0_349/before-you-start.mp3","segment_id":"XyAicuvHLCI_0_349","micro_concept_id":"maker_taker_fee_logic"},{"duration_seconds":214.59,"concepts_taught":["Fees as a source of negative return (net vs gross returns)","Why small percentage fees compound into large lifetime costs","Two major fee classes: variable (percentage) vs fixed (flat)","How fixed fees disproportionately penalize small purchases","Transaction/brokerage fees as a cost of accessing markets","Discount vs full-service models and what fees pay for"],"quality_score":7.840000000000001,"before_you_start":"With maker and taker logic clear, you can now treat fees as part of your investment return, not an afterthought. This segment gives you a clean framework, fixed versus variable fees, so you can audit any app’s total cost structure.","title":"Model Fees as Total Return Drag","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=SQGddlVn8iI&t=0s","sequence_number":4.0,"prerequisites":["Basic understanding of investment returns (gross vs net)","Comfort with percentages and simple fee calculations"],"learning_outcomes":["Explain why fees function like ‘negative return’ and reduce net performance","Differentiate fixed fees from variable (percentage) fees and predict which is more harmful for small purchases","Identify transaction fees and account/custody-style fees as distinct cost categories","Apply the fixed-vs-variable framework to evaluate whether frequent small buys are fee-efficient on a given platform"],"video_duration_seconds":500.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"XyAicuvHLCI_0_349","overall_transition_score":8.45,"to_segment_id":"SQGddlVn8iI_0_214","pedagogical_progression_score":8.5,"vocabulary_consistency_score":8.5,"knowledge_building_score":8.5,"transition_explanation":"Shifts from execution classification (maker/taker) to a broader financial model of how fees accumulate and penalize different purchase sizes."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/SQGddlVn8iI_0_214/before-you-start.mp3","segment_id":"SQGddlVn8iI_0_214","micro_concept_id":"full_fee_stack_india"},{"duration_seconds":251.5947368421057,"concepts_taught":["KYC as a prerequisite for depositing/withdrawing","Deposit rails: crypto transfer vs card payment (high-level)","Operational separation: analysis tool vs broker/exchange vs execution app","‘Layered’ workflow model for tracing costs and delays"],"quality_score":7.3500000000000005,"before_you_start":"You now have a fee model, fixed versus variable. Next you’ll map where fees and frictions actually appear in real usage, from KYC to funding to execution. This will become your one-page checklist when comparing apps in India.","title":"Map Fees Across the Full Workflow","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=noHsKFy7NgY&t=3041s","sequence_number":5.0,"prerequisites":["General familiarity with accounts and identity verification (KYC)","Basic understanding that money moves via payment methods (card/transfer)"],"learning_outcomes":["Explain why KYC exists and where it sits in the crypto investing workflow","Describe at a high level how depositing via card differs from depositing via crypto transfer in operational friction and potential costs","Use a layered model (on-ramp → broker/exchange → execution) to structure a fee comparison across apps"],"video_duration_seconds":4317.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"SQGddlVn8iI_0_214","overall_transition_score":8.75,"to_segment_id":"noHsKFy7NgY_3041_3292","pedagogical_progression_score":8.5,"vocabulary_consistency_score":8.5,"knowledge_building_score":9.0,"transition_explanation":"Builds on the fee model by placing fee types into concrete steps of the user journey where they are triggered."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/noHsKFy7NgY_3041_3292/before-you-start.mp3","segment_id":"noHsKFy7NgY_3041_3292","micro_concept_id":"full_fee_stack_india"},{"duration_seconds":326.4399999999998,"concepts_taught":["Deposit flow from wallet to exchange","Network selection on deposits (multiple networks for same asset like ETH)","Using QR codes to reduce address-copy errors","On-chain network fees for sending back to exchange","Exchange trading fee example during a sell","Fiat withdrawal to a bank account (timing expectations)"],"quality_score":7.9750000000000005,"before_you_start":"You have the checklist, now you need to see it in action. This segment walks through moving crypto, selling, and withdrawing to a bank account. Watch for every fee surface, because this is where all-in costs become real.","title":"End-to-End Costs to Exit to Cash","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=AdXpYGnFhs0&t=1175s","sequence_number":6.0,"prerequisites":["An exchange account capable of receiving deposits","A wallet holding the crypto you intend to deposit","Understanding that exchanges require selecting a deposit network"],"learning_outcomes":["Deposit crypto from a wallet into an exchange using the correct network","Use fee/time signals to anticipate transfer settlement delays","Identify at least two distinct fee categories: network fees vs exchange trading fees","Describe a practical end-to-end path from crypto to fiat in a bank account"],"video_duration_seconds":1689.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"noHsKFy7NgY_3041_3292","overall_transition_score":8.4,"to_segment_id":"AdXpYGnFhs0_1175_1501","pedagogical_progression_score":8.5,"vocabulary_consistency_score":8.0,"knowledge_building_score":8.5,"transition_explanation":"Takes the abstract workflow map and turns it into a concrete sequence of actions where charges show up in practice."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/AdXpYGnFhs0_1175_1501/before-you-start.mp3","segment_id":"AdXpYGnFhs0_1175_1501","micro_concept_id":"full_fee_stack_india"},{"duration_seconds":183.161,"concepts_taught":["Hot wallet definition (software, internet-connected)","Cold wallet definition (hardware/offline key storage)","Exchange accounts as custodial wallets","Custody concept: who controls the private key controls the crypto","Risk tradeoffs (freezes, hacks, customer support issues)","Why long-term storage differs from trading venue"],"quality_score":7.5,"before_you_start":"Once you know your all-in costs, the next question is risk, specifically custody risk. This segment clarifies what exchanges, hot wallets, and cold wallets really mean. You’ll be able to choose a storage approach that matches your amount and time horizon.","title":"Choose Custody: Exchange, Hot, or Cold","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=AdXpYGnFhs0&t=243s","sequence_number":7.0,"prerequisites":["Basic understanding of ‘wallet’ terminology (helped by Segment 1 but not required)"],"learning_outcomes":["Classify wallet options into hot, cold, and custodial exchange accounts","Explain custody and why private-key control matters","Describe the main operational risks of leaving funds on exchanges","Choose an appropriate storage pattern for long-term holding vs trading"],"video_duration_seconds":1689.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"AdXpYGnFhs0_1175_1501","overall_transition_score":8.5,"to_segment_id":"AdXpYGnFhs0_243_426","pedagogical_progression_score":8.5,"vocabulary_consistency_score":8.5,"knowledge_building_score":8.5,"transition_explanation":"Moves from cost surfaces to the next major selection dimension: custody and the risks of leaving assets on-platform."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/AdXpYGnFhs0_243_426/before-you-start.mp3","segment_id":"AdXpYGnFhs0_243_426","micro_concept_id":"hot_cold_storage_security"},{"duration_seconds":180.72000000000003,"concepts_taught":["Public key/address vs private key (seed phrase) distinction","Why seed phrase compromise equals full loss of funds","Offline seed storage best practices","Common beginner mistakes (photos, cloud backups) and why they are dangerous"],"quality_score":7.65,"before_you_start":"If you decide to self-custody, your security shifts from the exchange to your own procedures. This segment makes the public versus private key distinction practical, and gives clear do-not-do rules for protecting your seed phrase.","title":"Seed Phrase Rules for Self-Custody","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=peSLM6ncHMw&t=220s","sequence_number":8.0,"prerequisites":["Basic understanding that crypto is held in a wallet/account","Comfort with the idea of passwords/credentials (security basics)"],"learning_outcomes":["Differentiate a public receiving address from a private key/seed phrase","Explain why seed phrase exposure enables remote theft without physical access","List at least three safe seed phrase handling rules (write down, keep offline, store secretly)","Identify common unsafe practices (photos/cloud storage) and justify why they increase risk"],"video_duration_seconds":1071.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"AdXpYGnFhs0_243_426","overall_transition_score":8.75,"to_segment_id":"peSLM6ncHMw_220_400","pedagogical_progression_score":8.5,"vocabulary_consistency_score":9.0,"knowledge_building_score":9.0,"transition_explanation":"Deepens custody from high-level categories into the concrete control point: seed phrase/private key hygiene."},"before_you_start_audio_url":"","segment_id":"peSLM6ncHMw_220_400","micro_concept_id":"hot_cold_storage_security"},{"duration_seconds":203.52000000000004,"concepts_taught":["CoinGecko as a coin discovery and verification tool","Key fundamentals: market cap, fully diluted valuation (FDV)","24-hour trading volume as a liquidity/attention proxy","Using project links (website, explorer, socials, GitHub) for verification","Using the Markets tab to find legitimate exchanges and compare venues","Avoiding fake coins and scam listings via official aggregators"],"quality_score":7.755000000000001,"before_you_start":"With custody choices clear, go back to execution quality. This segment shows how to use a neutral data source to compare where Bitcoin is trading and how liquid each venue is. It supports a same-moment snapshot method for platform comparisons.","title":"Snapshot Prices and Liquidity Across Apps","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=eRiCgEuIQ7Y&t=72s","sequence_number":9.0,"prerequisites":["Basic understanding of what an exchange is (centralized vs decentralized)","Basic understanding that tokens have supply and a market price"],"learning_outcomes":["Use CoinGecko to verify a coin’s official page and key links","Interpret market cap vs fully diluted valuation (FDV) at a basic level","Use 24h trading volume as an initial liquidity/interest indicator","Find and compare where a coin is listed using the Markets tab","Reduce risk of buying fake/scam versions of coins by avoiding random search results"],"video_duration_seconds":1106.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"peSLM6ncHMw_220_400","overall_transition_score":8.2,"to_segment_id":"eRiCgEuIQ7Y_72_275","pedagogical_progression_score":8.5,"vocabulary_consistency_score":8.0,"knowledge_building_score":8.0,"transition_explanation":"Shifts from custody security to market comparison tools that help evaluate price quality and liquidity across venues."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/eRiCgEuIQ7Y_72_275/before-you-start.mp3","segment_id":"eRiCgEuIQ7Y_72_275","micro_concept_id":"domestic_price_disparity_checks"},{"duration_seconds":340.18999999999994,"concepts_taught":["Reading current recommended fee rates on mempool.space","Fee rate units (sats/vbyte) and why they matter","How fee competition determines which block you get into","Why some exchanges/apps charge a flat withdrawal fee (not market-based)","Using a real transaction to observe fee, ETA, and confirmation status","Why confirmation time varies (blocks average 10 minutes, but are irregular)","Mempool dynamics: pending block contents change; transactions can be 'bumped' to later blocks","Wallet-level fee selection (BlueWallet: fast/medium/slow/custom)"],"quality_score":7.86,"before_you_start":"Now you’ll connect platform costs to the Bitcoin network itself. This segment explains how on-chain fees are actually set, why confirmation speed varies, and why exchanges may charge a flat withdrawal fee. You’ll learn how to verify the real fee externally.","title":"Verify Network Fees Versus Withdrawal Fees","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=DW4_zDSufhQ&t=411s","sequence_number":10.0,"prerequisites":["Basic understanding that Bitcoin transactions are broadcast to a network","Awareness that wallets/exchanges can send/withdraw Bitcoin"],"learning_outcomes":["Use mempool.space to interpret current fee conditions and choose a fee rate aligned with desired confirmation time","Explain why withdrawal fees quoted by an exchange/app may not reflect real-time network fees (flat vs market-based)","Predict how mempool congestion and irregular block arrival can affect confirmation time even after broadcast","Locate and adjust fee settings in a wallet interface (fast/medium/slow/custom) to manage cost vs speed"],"video_duration_seconds":752.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"eRiCgEuIQ7Y_72_275","overall_transition_score":8.7,"to_segment_id":"DW4_zDSufhQ_411_751","pedagogical_progression_score":8.5,"vocabulary_consistency_score":8.5,"knowledge_building_score":9.0,"transition_explanation":"Builds on cross-venue comparison by adding a deeper verification layer: separating exchange pricing from network fee markets."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/DW4_zDSufhQ_411_751/before-you-start.mp3","segment_id":"DW4_zDSufhQ_411_751","micro_concept_id":"withdrawal_vs_network_fees"},{"duration_seconds":187.709,"concepts_taught":["Proof of Reserves (PoR) definition","Reserves vs liabilities for an exchange","Why reported liabilities can be manipulated","Privacy problem in publishing liabilities","Why Merkle trees are used (high-level motivation)","Hash functions (SHA-256) basics","Determinism, avalanche effect, and one-way property of hashes"],"quality_score":7.090000000000001,"before_you_start":"After fees and custody, platform solvency is your next risk. This segment defines proof of reserves, and clarifies reserves versus liabilities. You’ll also see why privacy and manipulation risks make PoR more nuanced than a simple ‘we have funds’ claim.","title":"Proof of Reserves: What It Proves","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=qzWT0JAyBIc&t=71s","sequence_number":11.0,"prerequisites":["Very basic understanding of what a crypto exchange is","Basic idea that exchanges custody user deposits"],"learning_outcomes":["Define Proof of Reserves and explain its purpose","Distinguish an exchange’s reserves from its liabilities","Explain why privacy prevents publishing raw user balances","Describe key properties of cryptographic hash functions that enable PoR designs"],"video_duration_seconds":742.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"DW4_zDSufhQ_411_751","overall_transition_score":8.4,"to_segment_id":"qzWT0JAyBIc_71_259","pedagogical_progression_score":8.5,"vocabulary_consistency_score":8.5,"knowledge_building_score":8.5,"transition_explanation":"Moves from verifying on-chain fees to verifying platform solvency signals, using similar ‘don’t trust, verify’ logic."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/qzWT0JAyBIc_71_259/before-you-start.mp3","segment_id":"qzWT0JAyBIc_71_259","micro_concept_id":"reserves_transparency_due_diligence"},{"duration_seconds":202.67999999999995,"concepts_taught":["Why asset balances can be checked on-chain","How auditors verify an exchange controls wallets","Message-signing proof of wallet control","Send-to-self transactions as an alternative control proof","Comparing total assets vs total liabilities","Collateralization ratio calculation and interpretation","What insolvency implies (bank run risk)","Point-in-time limitation of PoR and need for periodic audits"],"quality_score":7.654999999999999,"before_you_start":"You know what proof of reserves is, now you’ll learn how to read it like an investor. This segment shows how exchanges prove wallet control, and how to interpret assets versus liabilities ratios. You’ll also learn why snapshots can still be misleading.","title":"Audit PoR Ratios and Control Proofs","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=qzWT0JAyBIc&t=454s","sequence_number":12.0,"prerequisites":["Basic understanding of public blockchains and wallet addresses","Concept of assets vs liabilities (from Segment 1)"],"learning_outcomes":["Explain how auditors can validate wallet control (message signing or send-to-self)","Compute and interpret a collateralization ratio conceptually","Identify the practical risk signal of ratios below 100% (insolvency/bank-run vulnerability)","Explain why PoR must be repeated over time to remain meaningful"],"video_duration_seconds":742.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"qzWT0JAyBIc_71_259","overall_transition_score":9.1,"to_segment_id":"qzWT0JAyBIc_454_657","pedagogical_progression_score":9.0,"vocabulary_consistency_score":9.0,"knowledge_building_score":9.5,"transition_explanation":"Builds directly on PoR basics by adding the actionable parts: control verification and solvency ratio interpretation."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/qzWT0JAyBIc_454_657/before-you-start.mp3","segment_id":"qzWT0JAyBIc_454_657","micro_concept_id":"reserves_transparency_due_diligence"},{"duration_seconds":187.11899999999997,"concepts_taught":["Banking-rail risk in crypto (frozen funds, compliance flags)","Jurisdictional differences in crypto friendliness","Remote bank account opening via power of attorney (conceptual model)","Regulatory change risk and timing trade-offs","Cost/inconvenience trade-off of remote vs in-person onboarding"],"quality_score":7.015,"before_you_start":"Even with a solid exchange, your weakest link can be the banking rails that touch fiat. This segment explains why funds can be delayed or frozen when transfers look crypto-linked. It sets up a safer mindset for P2P and documentation hygiene.","title":"Banking Rails: Freezes and Compliance Flags","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=vG2KWEQaT1c&t=72s","sequence_number":13.0,"prerequisites":["Basic understanding of crypto exchanges and fiat-to-crypto transfers","Basic banking concepts (bank account onboarding, compliance/KYC, transfers)"],"learning_outcomes":["Explain why funds can get frozen when moving money to/from exchanges","Identify jurisdiction/bank-policy risk as a key factor in crypto investing operations","Describe the high-level steps and trade-offs of remote bank account onboarding","Recognize that regulations can change, affecting future account-opening feasibility"],"video_duration_seconds":905.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"qzWT0JAyBIc_454_657","overall_transition_score":8.35,"to_segment_id":"vG2KWEQaT1c_72_259","pedagogical_progression_score":8.5,"vocabulary_consistency_score":8.0,"knowledge_building_score":8.5,"transition_explanation":"Extends platform risk from solvency to operational reality: even solvent platforms can be constrained by banks and compliance actions."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/vG2KWEQaT1c_72_259/before-you-start.mp3","segment_id":"vG2KWEQaT1c_72_259","micro_concept_id":"p2p_safety_pmla"},{"duration_seconds":219.9,"concepts_taught":["March 2023 notification bringing VDAs (crypto/NFTs) under PMLA","Which crypto-related transactions are covered under PMLA (fiat↔VDA exchange, VDA↔VDA exchange, transfers, custody/administration, issuer-related financial services)","Enforcement and oversight ecosystem: Enforcement Directorate (ED) and Financial Intelligence Unit–India (FIU-IND) roles","High-level legal/tax status of crypto in India (30% tax on gains; 1% TDS rules as stated)","What PMLA enables (attachment/confiscation of property; investigation; penalties for money laundering)"],"quality_score":6.510000000000002,"before_you_start":"Now you’ll anchor operational risk to the Indian legal layer. This segment explains how VDAs fall under PMLA, and which crypto activities are covered. The goal is simple, reduce compliance surprises by understanding what gets monitored and why.","title":"PMLA Coverage for VDA Transactions","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=KS88V3Skwrk&t=6s","sequence_number":14.0,"prerequisites":["Basic understanding of what cryptocurrency/Bitcoin is","Basic idea of taxation and law enforcement agencies"],"learning_outcomes":["List the main categories of crypto-related transactions that fall under PMLA coverage (as described in the video)","Explain at a high level why bringing VDAs under PMLA changes compliance expectations (investigation/monitoring of suspect transactions)","Identify the named agencies involved (ED and FIU-IND) and their stated roles","Recall the headline tax items mentioned (30% tax on gains and 1% TDS rules) and distinguish them from exchange/app fees"],"video_duration_seconds":284.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"vG2KWEQaT1c_72_259","overall_transition_score":8.55,"to_segment_id":"KS88V3Skwrk_6_226","pedagogical_progression_score":8.0,"vocabulary_consistency_score":8.5,"knowledge_building_score":9.0,"transition_explanation":"Builds from practical banking-rail risk into India-specific legal framing that explains why those freezes and flags can occur."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/KS88V3Skwrk_6_226/before-you-start.mp3","segment_id":"KS88V3Skwrk_6_226","micro_concept_id":"p2p_safety_pmla"},{"duration_seconds":285.47999999999996,"concepts_taught":["Why exchange fee tables are hard to compare (tiers, requirements)","How maker vs taker mix changes which exchange is cheapest","Why traders still use market orders (execution certainty, time sensitivity)","Partial fills risk for large limit orders","Why exchanges incentivize maker liquidity (lower fees, sometimes rebates)","Practical guidance: increase limit-order share when feasible"],"quality_score":7.45,"before_you_start":"You now understand fees, custody, withdrawals, transparency, and compliance risks. This final segment shows how exchange comparisons can flip based on maker versus taker behavior and fee tiers. Use it to produce a justified shortlist, not a guess.","title":"Build Your Exchange Comparison Scorecard","before_you_start_avatar_video_url":"","url":"https://www.youtube.com/watch?v=pTUjkiUWfTE&t=412s","sequence_number":15.0,"prerequisites":["Maker vs taker and market vs limit basics","Basic understanding that exchanges use tiered pricing based on volume/conditions"],"learning_outcomes":["Evaluate why ‘lowest fees’ depends on your maker/taker mix and trading profile","Identify when paying taker fees may be rational (urgency, exit timing, avoiding missed fills)","Explain why higher liquidity generally reduces price impact for market orders","Apply a simple rule-of-thumb: prefer limit orders when execution urgency is low"],"video_duration_seconds":730.0,"transition_from_previous":{"suggested_bridging_content":"","from_segment_id":"KS88V3Skwrk_6_226","overall_transition_score":9.05,"to_segment_id":"pTUjkiUWfTE_412_697","pedagogical_progression_score":9.0,"vocabulary_consistency_score":8.5,"knowledge_building_score":9.5,"transition_explanation":"Synthesizes prior modules into a comparative framework, using maker/taker assumptions, tiers, and trade-offs as the decision engine."},"before_you_start_audio_url":"https://course-builder-course-assets.s3.us-east-1.amazonaws.com/audio/courses/course_1770374430/segments/pTUjkiUWfTE_412_697/before-you-start.mp3","segment_id":"pTUjkiUWfTE_412_697","micro_concept_id":"compare_indian_vda_providers"}],"selection_strategy":"Start at the learner’s diagnosed ZPD (analysis) by directly fixing two specific ceilings from the pre-test: (1) maker vs taker execution logic, and (2) operational/compliance risk around banking rails and PMLA. Then build a complete, investor-usable “total cost + total risk” framework in the order an Indian Bitcoin investor actually experiences it: trading fees → full fee stack → custody decisions → price/liquidity cross-checks → withdrawal/network fees verification → exchange solvency signals → P2P/banking-rail compliance realities → final decision matrix across apps. Creator continuity is used where it meaningfully improves coherence (Brian Logen for maker/taker; Cryptobie for PoR), without sacrificing segment quality or introducing redundancy.","strengths":["Directly targets the two identified misconceptions from the pre-test (maker/taker triggers, banking-rail risk).","Keeps redundancy low by selecting segments that add distinct decision rules or verification steps.","Balances conceptual models with practical workflows (end-to-end cash-out, mempool verification, PoR interpretation).","Ends with a synthesis segment that supports a real decision matrix rather than a list of apps."],"target_difficulty":"intermediate","title":"Pick a Bitcoin App in India","tradeoffs":[],"updated_at":"2026-03-05T08:39:40.187751+00:00","user_id":"google_117305640959739794723"}}