Also, somewhere in the middle of the video it is said that all inputs have to be spent entirely in the outputs, but this is not correct as well. You can send less amount than you have in your inputs and the resulting difference between the sum of your inputs and outputs is the transaction fee, that is mentioned later in the video.
These are very minor things though, and overall, this is a very good video, probably the best I've seen covering the technical aspects of Bitcoin.
[1] https://en.bitcoin.it/wiki/Technical_background_of_Bitcoin_a...
I only remember one thing that I didn't agree with. The narrator at one point said that the whole process doesn't require any trust. But that's not true.
You still need to trust: your software implementation, the initial block chain you get, the network as a whole. Sure, the network has excellent abilities to dominate malicious members. But it's still possible to have a large population of malicious nodes, or (far more likely) a software bug with a common implementation.
What I mean by initial blockchain is that the initial bitcoin nodes you are talking to indeed represent the legitimate bitcoin network, and not a malicious network with an independent blockchain (valid and verifiable, but obviously would be shorter).
I think it would be straight-forward for ISPs to perform DPI and magically redirect and rewrite packets in order to have you on their bitcoin network with their blockchain. And you wouldn't be able to know if you had never seen the real blockchain.
If this is not possible, I'd be very interested to hear why not :)
A long time ago, I worked at a company that got its start doing exactly this for p2p networks in the early 2000's (and saving ISPs a ton of precious bandwidth).