Yeah look at the date on that may 23.
Mid last year (read after May) dev came out and said the multipan firmware had deep trouble (it’s providedbu the chip manufacturer and uses the same basic firmware between Nabucasas stock and the Sonoff.) enough so they stopped developing multipan support.
So Yes, bad idea.
And what border router hardware options are available to create a thread network integrated in HA?
Currently I run ZigBee2mqtt with the sonoff USB dongle
I will drop my 12 cents from philosophy point of view.
Zigbee was a concept of unifying smart home devices in one standard system, protocol, communication however you may call it, and make it open to many companies in contrast to Z-Wave at the time.
It succed in bulding fine platform concpet, and faild in standarization as it is too open concept.
Thats why one product brand works fully only with its own bridge, and different brands cooperate with it in 100% only teoreticly but practicly in lets say 80% at best or even do not cooperate at all. Big brands make own Zigbee extensions.
In the end you have to use 10 bridges and 10 android apps to control devices, and you have zero synergy and automatization between brands.
As I understant history thats why Home Assistant was born, among others purpusies, to unify all zigbee products in one place as Zigbee platform conncept promise it to us all years ago. And it works.
But as it goes simplier and simplier it is not and probably will never be product for idiots, I meen mass consumers.
Not to mention that many clients also go offline, so companies loose usage data, and ability to sell us new functions and options not only throu bridge firmware updates but throu new bridges with new functionality, so they simply loose money.
So from that darkness they say they bring us new light to really, really, REALLY make new “zigbee standard” to rule them all - all devices of all brands, for dummies.
They call it Matter and it doesnt matter how but it shall work for all out of the box, as they promise.
Sounds familiar? Sounds great? Really? Are you sure? So lets look at it closely from idiot consumer perspective not engenier nerd.
It faild at start… so even in one brand ecosystem people have tons of problems - they serve as guenie pigs for open lab testing.
Then we have to wait even longer for a simple cooperation among different brands, because of above problems cooperation wasnt their priority.(look when Matter was born on market, and how meny things in 2025 are sill in real beta tests)
Then at last Apple and Samsung more or less openly say thet thay will use own extensions to matter standard, so they will be differ more from competitors, and make you buy theirs board routers to fully utilitize your Matter devices… does it ring a bell?
And of course if You have real smart home already with tens of switches, sensors and lots of automatization You have to trash it and BUY new ones in matter, only to have same usability but in new super standard to rule them all, eccept for above mentioned Apple and Smsung products. Oh, wait that is stupid;) but only when you already use HA, and integrate one more standard platform in it as some use Zigbee, Z-wave, WiFi and RF systems in theirs smart homes.
So what matter brings You that other “rule them all platforms” cant? Nothing, zero, null.
So how it differ from corporate perspective?
Well to me idiot it looks like new VIP universe.
Anyone for almost nothing can start making new Zigbee devices, but in Metter universum there are fees. Ok for now you can all of us make products with developer ID, but it can and will be blocked. So You can better control who and what fuctionality offer to consumers. Because transparent communication all Matter devices are effcently online all the time, ok they are not but concept is they are, and it doesnt matter from security point of view but from firmware concept perspective. If I bring new functiinality your border router I automaticly can upgrade all devices to work with it, and block cooperation with lets say Home Assistant, or Samsung, or… in the end Your old bulbs stop working with router and lost some functiinallity. You may not like it but I may make new bulb that needs router upgrade to work, so You do as I say… at last mass consumers that will never use HA will do as thay say.
So Matter only changes principle who controlrs Your devices and your usability doesnt matter in that matter.
Ok I make some cuts trying to make it short, and faild as Zigbee and Matter, but consider above when You think about helping corporations to addopt Matter (inventor of Valetudo wont, because of many mentioned points (FAQ | Valetudo)
I was very open to it up to point when I realise that it gives me nothing, eccept bills and more work to make it work, with my smart home.
Matter is just another step on the ladder and might be the final one, but the protocol needs to develop a lot still and yes we consumers are test monkeys in the vendors lab, called earth.
I bought Onvis S4 smart plugs, which is Matter over Thread and listed as working with Alexa, Google and SmartThings, so should work with HA too.
And it worked somewhat with HA, but had failures and dropouts.
Then I learnt that a critical firmware update was released that should fix some of the issues and here the chain broke completely.
Onvis S4 smart plugs can only be updated through an Apple Matter hub, so the Google and SmartThing compatibility listed on the package and website is just a scam.
Without an Apple Matter hub you are left with a broken product.
I have now made it my mission to scan the internet for review of the smart plug and comment on all of those places with the issue.
And this big failure from ZigBee is/was repeated by matter. 
The matter specification allows walled gardens so all vendors can again cook their own soup with all the great features their product offers and only expose a subset via matter available to other systems to get a matter label. 
In the end I’m 100% matter free - because full local control and ownership matters! 
This has not been my experience using Zigbee with Home Assistant at all. I have a SkyConnect, I use Z2M, and my wild assemblage of gadgets all works together just fine. Light bulbs, water leak sensors, motion detectors, temperature sensors, sprinkler controllers - the Zigbee logo has been a reliable indicator that I can use it with no problems in Home Assistant.
Just adding a nerdy note: Matter is not competing with Zigbee.
Thread is the wireless protocol competing with Zigbee, So it makes more sense to ask whether we would choose Thread or Zigbee (or ZWave or…). Thread uses IPv6; it’s a bit similar to WiFi except that it’s a low power mesh designed for IoT.
There are some products now appearing that can switch between Thread or Zigbee - this is the same physical hardware but with a choice of firmware. It seems to me that the best way to make future-proof purchases is to find these products. Aqara make some, to name just one.
Matter is the coordination protocol between multiple smart home ecosystems. It allows devices added to any Matter-compatible ecosystem to be accessed by other Matter-compatible ecosystems. It’s not a radio protocol. It’s not Thread but it can use Thread.
Zigbee is a combined transport and communication protocol.
Both are fixed in Zigbee.
Matter is a combined transport and communication protocol, but the transport protocol can be chosen between Thread, WiFi or Bluetooth, which are the only three protocols certified for Matter.
Just wanted to poke in this thread and state that after adding my U300 lock I have less drops with the single P2 sensor I am using.
It’s automated to have GL-S200 to be power cycled via a zigbee plug should either one of them become unavailable for 5min as such it has now only been power cycling when I do updates to my HA instance that require restarts.
I have still yet to see GL Net push out a new firmware for the GL-S200 past Beta 4.7.0-0501.
When I need to resync the credentials I have not needed to use that old reset of the google services trick anymore lol so things are overall more stable with this protocol and setup at least in my case at the time of this reply.