@Ian in IPv6 Google
Google's IPv6 presence in DNS depends what IP address you make the DNS query from. This allowed Google to roll out IPv6 on its services in an ordered way and gave Google a way to withdraw the IPv6 visibility of services if that caused trouble at a particular ISP. As the Google techs noted at linux.conf.au's Sysadmin Miniconf, the whole process has gone smoother than expected and rollbacks haven't been necessary.
As for the rest of the comments, there's an assumption that things can continue as they are. That's not the case -- ISPs will need to roll out their own NAT infrastructure. Those of you who use 3G data modems have already experienced how well that works (not). The implications for households are -- you won't be able to run your own server anymore (you see no globally-visible IP address which you can NAT it to), your ISP will decided what protocols you can use (eg, a lot of enterprise VPNs will fail) and latency will increase. Those effects could lead to some anti-competitive outcomes (eg, a ISP with large telco revenues might not offer NATing of SIP and H.323, forcing its customers to its own IP Phone offerings).
In the short term ISPs will buy underutilised IPv4 addresses. Unfortunately a lot of the older IPv4 address space has archaic address allocation methods, and thus won't come onto the market quickly. We're probably looking at a doubling of the size IPv4 routing table, as the table tracks smaller and smaller allocations. And doubtless people currently selling famous bridges will start selling /16s.
I expect the increase in latency will lead to gamers demanding IPv6 so that their packets take the shortest route, rather than trip through a NAT box.
Large ISPs will need to roll out IPv6 for their core in any case -- they have more customers than can be addressed by 10.0.0.0/8. The real obstacle in continuing that rollout to customers is the lack of IPv6 broadband routers. The IETF have failed to specify such a device (specifying the device would also require the IETF to specify NAT for IPv4, something the IETF has had minor religious wars about, so nothing ever progressed). Without solid specs there is a standoff between manufacturers and ISPs, neither being willing to commit to building or buying a non-standard (and thus soon-to-be-superceeded) device. There are specifications being developed outside of the IETF, but it's all getting a bit too late.