Earlier quoted context omitted.
The article also ignores the fact that running dual-stack (like Comcast) requires just as many IPv4 addresses as before. Even after ISPs get IPv6 working flawlessly, their customers still need to access IPv4 websites, and that means CGNAT or some messy kind of tunneling will still be necessary.
Then don't run dual stack. Run native IPv6 and NAT64/DNS64. Or in DO's case make IPv4 access optional for smaller droplets and charge $1/month extra for it. In reality things like DB servers or backend app servers don't need public IPv4 addresses, and this would speed up IPv6 adoption considerably.
I think it's very close to dual-stack, and this technique has the advantage of being extremely easy to deploy. Especially if you already have NAT64 gateways setup in your network, then you have done more that half of the work :-).
[1] https://android.googlesource.com/platform/external/android-c... [2] http://www.ietf.org/proceedings/84/slides/slides-84-sunset4-...