What makes you believe that the mere passing of time would change anything in regards to bcm4360 support?
it can't be, there are only mips/ mipsel binaries available, ARM or x86 binaries have never been published.
There is no source, just pre-compiled binaries, with some driver shim around it.
--
b43 works well for bphy/ gphy devices, lpphy (which would be the later 802.11g chipsets) support is already hit or miss. nphy support is basically non-existent (at least HT is not supported at all, limiting you to 54 MBit/s at most), support for 802.11ac has never existed (yes, minimal device support has been added, but also limited to non-HT/VHT rates, so 54 MBit/s at most; it technically exists, but you don't want to use it). b43's support status is officially labelled as "odd fixes", development for it has fizzled out way over 12 years ago - don't expect anything to happen (aside from casual bugfixes) here and not at all for 802.11n/ac/ax chipsets.
The proprietary/ illegal broadcom-wl 5.10.56.27.3 drivers are over 10 years old, they pretty much cover 802.11n chipsets (BCM4322 et al), badly, in a very buggy and broken way (integration into luci/ netifd and hostapd has been rotting away ever since) and including known/ unfixed security issues. But BCM4360 has only been released to market in 2012 - aside from there not being an ARM binary (which would be needed for the rt-n18u) for broadcom-wl to begin with.
Chances for this to change in 20 years are basically zero. Broadcom keeps ignoring kernel development (to phrase it kindly and keeping both eyes shut), aside from basic work on their fullmac designs (used in smartphones/ android, the RPi and several ARM devboards --> brcmsmac), softmac designs like the BCM4360 continue to remain proprietary. Development for b43 has ceased a decade ago, no one is working on it (aside from basic maintenance work for existing devices), no one is looking on adding support for new devices.
If you do want to use OpenWrt, Broadcom (softmac-) wireless is a no-go. The good news, there are alternatives from vendors who do care (at least somewhat) about mainline support for their devices, in return they are working pretty well on OpenWrt. The only ones to blame here, aside from Broadcom, are those who still buy Broadcom based devices with the intention to use them with OpenWrt.