Before fastboot flashing unlock or fastboot oem unlock will do anything, the OEM unlocking toggle in Developer Options has to be switched on, and for a surprising number of people that toggle is simply greyed out and can't be tapped at all. This isn't a bug in most cases — it's a manufacturer-imposed precondition, and which precondition applies depends entirely on the brand, not on anything the command line can work around.
Xiaomi's unlock process is the most well-known example of a formal waiting period, requiring account sign-in for a set number of days before the unlock tool's approval request will succeed, with the exact wait sometimes extended further based on the account's usage history. Other brands take a simpler approach: once the toggle is available and switched on, fastboot flashing unlock works immediately with just an on-device confirmation, no account or waiting period involved. There's no universal rule across brands — the only reliable way to know which category a given phone falls into is checking that manufacturer's own developer or unlock documentation rather than assuming the process from a different brand transfers over.
With OEM unlocking switched on in Developer Options, the actual unlock command and driver requirements are the same regardless of which precondition delayed getting there — see the general fastboot OEM unlock guide for the command-line steps, or the broader bootloader unlock walkthrough for what changes on the phone afterward, including the factory reset every unlock triggers.
A greyed-out toggle that's visible but unavailable is different from OEM unlocking not appearing in Developer Options at all, and the second case is a much harder wall. Some carrier variants and specific regional models remove the option from the build entirely rather than merely gating it behind a condition, meaning no amount of account tenure, connectivity, or waiting resolves it — the capability was compiled out of that specific firmware. Comparing the exact model number against that manufacturer's own list of unlockable versus locked variants (commonly split between a "Global" or unlocked SKU and a carrier-specific one sharing an almost identical name) clarifies which situation actually applies before more time goes into troubleshooting a toggle that was never going to appear.
The waiting periods, account bindings, and connectivity checks all serve the same underlying goal: making a stolen phone significantly harder to unlock and resell for parts or firmware modification, since a thief typically can't wait out a multi-day account-tenure requirement or satisfy a connectivity check tied to the original owner's credentials. Carrier-level locks serve a related but separate purpose, protecting the subsidy or installment financing arrangement rather than security specifically. Understanding which of the two motivations applies to a given block helps set expectations for whether it's something that clears with time and patience, or something that simply won't budge regardless of how the toggle is approached.