What hardware concerns does IPv6 actually address? Far as I can tell it was created without too much concern for hardware. 128 bits for example. Most cpu's are going to have to use multiple cpu cycles. Due to registers being 32/64 bit (not including simd extensions.) These aren't really a concern considering how fast our computers are and that networking gear has special processors.
IPv6 fails in a few areas that some people refuse to even acknowledge. If they wanted IPv6 to be successful they would have kept it simple. For example getting rid of broadcast in favor or multicast. Another is the complete waste of addresses, each of my interfaces gets multiple /64 and then assigns the rest of the 64bit (randomly or from the mac address) if we were going to waste that many address we should have just stuck with 64bit.
64 bit addresses would have hit all the boxes of needs that ipv6 provides. BGP routes not taking up so much memory and being simpler globally. Every device being able to reasonably have it's own globally unique address.(Not every device needs a unique address) 128 bits is stupidly large, 33 bits for example is double the size of 32 bits. For each bit we are doubling.
IPv6 fails because they didn't think to make it simple. Embedded devices need to be simple, not every manufacturer is going to pay for the best programmers. I've dealt with too many "modems/routers" that barely understood ipv4 let alone ipv6.
IPxl if implemented could work. I see it as the same hack that UTF8 uses. It faces the same exact problem the IPv6 faces, Software/hardware would have to be upgraded. IPxl could then take the good stuff such as prefix delegation. (We are keeping dhcp and arp)