In my opinion...
Now I may be completely wrong, but in my opinion, stemming from my experiences and considerable time tracking down problems on two 2018 MBPs, I believe the most likely explanation is a T2 chip (hardware) problem, with the second most likely problem being firmware code problems, and then followed by macOS kernel problems. I do not believe that these problems are related to third-party software, since they occur even when no third-party software has been installed on the 2018 MBPs. Rather, the underlying MBP problems may just be manifested when running third-party software (in other words, 3rd party software is not to blame, but it may very well demonstrate the underlying problems). Further evidence may change my mind, but for now this is what I consider are the most likely scenarios. (By the way, these are random and often intermittent problems, so they are "bear-hard" difficult to track down. They don't occur all the time, and nothing, at least in my hands, causes these problems consistently.)
If this is a hardware problem, then it might be fixable by a firmware update, and perhaps even potentially by a macOS kernel update, or both combined. For instance, if an offending T2 chip-supplied service is causing these problems, then a firmware update may be able to eliminate this service from the T2 chip and move it over to the macOS (Intel CPU). The problem is that the T2 chip has taken over so many functions of the MBP, from control of WiFi, bluetooth, touch bar, "Hey Siri", encryption/decryption of the SSD, error logging, fingerprint authorization, shutdown/secure boot, SMC, etc., that it may be difficult to impossible to simply switch off the functions of the T2 chip and move them over to the macOS running on the CPU. This may be why Apple has taken so long to "fix" these problems (it is my understanding that many of these problems originally were found on the iMac Pros last January, and apparently they have not yet been solved on the iMac Pros -- and the iMac Pros were the first Apple computers to use the T2 chips, the 2018 MBPs are the second computer to use the T2, and both have these random KP problems).
Brief descriptions FYI:
kernel = the basic code (modules, subroutines, drivers, program code) that controls and allocates the hardware resources of the computer (the RAM memory, the SSD disk, the bus to transfer data, the ports such as Thunderbolt 3, the network such as WiFi, device drivers, etc.) to different tasks, both root tasks as well as user tasks. The kernel software executes on the Intel CPU of the computer.
bridge = the kernel code (bridgeOS) that executes on the Apple T2 chip (its own processor). This T2 chip has taken over certain services from the Intel CPU and macOS, such as fingerprint authorization, WiFi, bluetooth, shutdown/secure boot, error logging, "Hey Siri", SSD encryption/decryption, SMC, etc. I'm of the opinion, and please correct me if I'm wrong, but just because the first line of the panic report says bridgeOS does not necessarily mean that it was the bridgeOS that panic-ed, it may be that the bridgeOS attempts to report all kernel panics, including those of the macOS. I personally investigated several of my KPs and found that the panic-ed thread ID lead back to "AppleSMC", implying that these panics were caused by the SMC which indeed is being run by the T2 chip, but this doesn't mean that all kernel panics are necessarily caused by the SMC or the T2 chip. (I only traced four of my KPs, but all four did lead to the AppleSMC -- perhaps all kernel panics pass through the SMC code?)