This is the way. People should spend more money on displays and less on new camera bodies. 
Iāve always used hardware-calibrated displays at work, but never at home. macOS at work and Linux at home.
Should probably get a hardware calibrated display for Linux use at home too (considering the Wayland situation). What did you settle for?
Asus ProArt PA27UCGE. IPS, 98% DP3, 160Hz 4K 27". Very happy with it.
Just donāt know if I could go down from 32ā. Was just shocked to see that the 32ā version (PA32UCXR?) is about thrice (!) the price. 
The 32" version is the PA32UCE, which isnāt all that much more expensive, but sadly is only 60 Hz (which I would not accept any more).
Note that Darktable didnāt implement it correctly yet. What they did merely happens to work on older Gnome versions (which didnāt support full color management), but itās limited to sRGB on Plasma 6.0 and Gnome 50+ (thatās assuming Gnome removed colord support, if they did not, then it will have completely wrong colors).
my current approach: i have a monitor that comes with hdr support and also a hardware preset to consume bt2020 data. to feed it:
sway output DP-1 color_profile icc Rec2020-g24-v4.icc
or
sway output DP-1 hdr on
(works in sway git)
and then writing bt2020 data to a A2R10G10B10_UNORM_PACK32 buffer, for hdr using a PQ transfer function. i can use my colorimeter to check a few colour patches for plausibility. this is good except for the colours that are outside the monitorās gamut (it speaks bt2020 but it doesnāt span the whole space, itās not OLED).
hdr is good fun, not sure i want it as my daily driver. has weird halos around bright spots.
OLEDs donāt span the entire 2020 colour gamut either. Youād need a set of single wavelength LASERs to do that (and Iāve only seen one such projector in the entire UK).
There are reasons you wouldnāt want to span the entire gamut, it makes viewer metamerism worse.
The main issue is that thereās no consistency in how out of display gamut colours are mapped in to gamut.