This page assumes you have seen nothing. We build each symbol from a picture, in an order where each one depends only on the ones before it. Then the parent topic becomes readable line by line.
Read it top to bottom: heights → levels → the danger middle, and separately ticks → edges → windows. Those two streams meet at the knife-edge; we then name its speed τ, watch it grow exponentially, and finally the exponential, the rates, and the time budget tr all feed the final quantity, MTBF.
Everything digital is really analog underneath. A wire carries a voltage: an amount of electrical "push", measured in volts (symbol V).
In the figure, look at the two tanks: the left one is nearly empty and the purple double-arrow measuring its water height is short — that short arrow is a low voltage. The right tank is nearly full, so its purple arrow is long — a high voltage. The key thing to notice is that the water could sit at any height between empty and full, not just those two extremes.
Why the topic needs it: metastability is defined by a voltage being stuck in between two allowed heights. You cannot understand "in between" until you can see voltage as a height that can take any value, not just two.
Between the low range and the high range is a middle band. A downstream gate reading a voltage in this band cannot honestly say "0" or "1". We need a symbol for the top of the low range and the bottom of the high range.
In the figure, notice the two dashed lines: the lower dashed line is VL and the upper dashed line is VH. The coral band below VL is the safe "logic 0" zone, the mint band above VH is the safe "logic 1" zone, and the butter-yellow band between the two dashed lines is the undecided strip. Watch that middle strip — a metastable output is a voltage trapped inside it.
Why the topic needs it: the deviation must grow until the output crosses out of that middle strip and reaches a valid level (up to VH for a 1, or down to VL for a 0). The thresholds are the two finish lines of the race to resolve.
A camera needs the subject to hold still slightly before and after the click, or you get a blur.
In the figure, the purple stair-step is the clock, and the dashed vertical line marks the edge at time 0. Look at the coral shaded band straddling that line: the left coral arrow spans tsu (before the edge) and the right coral arrow spans th (after it). The whole shaded band is the "hold still for the photo" window — if the data wire changes anywhere inside that band, the snapshot is blurred.
Why the topic needs it: this window is the trigger condition for the whole topic. See Setup and Hold Time for the full treatment.
Now the two streams meet. A blurred photo can leave the output stuck in the middle band (Section 3), balanced between valleys (Section 2).
Recall Why "unbounded" and not "some fixed delay"?
Because how close to the exact hilltop the nudge left the marble is random — a marble a hair from the top rolls off fast; one truly balanced could sit far longer. There is no worst case you can promise. ::: The resolution time has no guaranteed upper limit; only a probability of still being stuck after a given wait.
Why does the lean grow at all? A flip-flop's guts are a loop that amplifies its own imbalance — see Positive Feedback and Regeneration. Any tiny lean gets fed back and made bigger, again and again. We need one number for the speed of that feedback.
Now that τ is defined we may write the growth law.
In the figure, follow the two rising curves: both start almost flat near the bottom (a tiny ∣v0∣) and then sweep upward faster and faster. The coral curve starts from a smaller ∣v0∣ than the purple one, so it reaches the mint dashed line (∣v∣=Δv) later — a smaller starting lean means a longer wait to resolve. Notice how the steepness itself grows as the curve rises: that ever-increasing slope is the visual signature of "growth proportional to current size".
Now the last symbol, then every letter is earned and we can derive MTBF.
Step A — rate of getting knocked onto the hill.
From Sections 11–12 the number of dangerous near-coincidences per second is the product of the danger-window width and both event rates:
knock rate=T0fclkfdata.
Step B — the distribution of the starting lean v0 (stated and justified).
Where does the data change lands inside the danger window is out of our control and evenly likely anywhere in it — the async signal has no knowledge of the clock, so no landing spot is preferred. That is a uniform distribution of the landing time across the window. Because the starting lean is proportional to how far from the exact centre the change landed (v0∝ landing offset), a uniform landing time makes v0 itself uniformly distributed over a tiny interval around 0. This is the one modelling assumption of the whole topic, and it is justified purely by "the async signal cannot favour any instant".
Step C — chance a knock is still unresolved after waiting tr.
A knock survives past our budget only if it needs tresolve>tr. From Section 10, tresolve=τln(Δv/∣v0∣)>tr rearranges to
∣v0∣<Δve−tr/τ.
So "still stuck after tr" means the starting lean landed in a sub-interval of width ∝e−tr/τ. Under the uniformv0 of Step B, the probability of landing in that sub-interval is just its fraction of the whole window:
P(still stuck after tr)=e−tr/τ.
Step D — failure rate, then flip it.
A knock becomes a real failure only if it both happens and is still unresolved when sampled, so
failure rate=Step AT0fclkfdata×Step Ce−tr/τ.
"Mean Time Between Failures" is the average wait between failures = the reciprocal of that rate, which sends the exponent positive:
The real cause of asynchronous signals is Clock Domain Crossing (CDC), and a common structure that carries data safely across domains is a FIFO Design with synchronized pointers — both build directly on these foundations.