My reading of what's there so far shows no change to the electronics driving the standard MIDI DIN, so I'd expect 32,150 bps.
It's only USB and Ethernet that ar going to offer higher transmission rates. IMHO.

As for connections it all needs to be done through Ethernet it's much more reliable than USB when you start scaling your setup

Fully agree here. USB is fine for point-to-point connections like controller-to-computer and instrument-to-computer, but not so much for instrument-to-instrument, controller-to-instrument, or multiple controller-instrument-computer connections in a production network.

The backbone of the transmission interface for the new MIDI 2.0 Protocol will be

The AVB suite of standards is marketed as MILAN by the Avnu Alliance, and well known players like MOTU and Presonus already offer products for AVB/TSN audio networks - they will no doubt follow with MIDI 2.0 interfaces as soon as the AVTP-MIDI and RTP-MIDI specification is updated.

MPE seems to be a bodge to get around the limits of only one PolyAftertouch channel and destroys multitimbrality

It's not as dramatic, the MPE protocol can use whatever number of channels is configured by end user with the Registered Control Number (RPN) message 0006 'MPE Control Messsage' (MCM).

by having it as part of midi2 does that mean no more multitimbral synths?
Shouldn't it be left as a hack/bodge and not implemented as part of the standard.

Absolutely not.

The new MIDI 2.0 protocol includes note-on events with 16-bit velocity and 16-bit per-note articulation (aftertouch, plucking, glide etc.) or other attributes (tuning etc.), as well as per-note pitchbend and per-note continuous controllers with even finer 32-bit resolution, and a total of 256 MIDI channels (in 16 groups of 16 channels) - that's a lot of multitimbrality to me.

More than that, it's fully backward and forward compatible. MIDI 2.0 stream is packet-based not event-based, and the packets within each group of 16 channels can encapsulate either new 2.0 events or the old 1.0 events. This makes it easy for 2.0 devices to maintain compatibility with 1.0 devices on the legacy 5-pin DIN port, which is limited to 16 channels. And since the new protocol is a superset of the old, translation from MIDI 2.0 Protocol events to 1.0/MPE events (and vice versa) should be pretty straightforward, even though some loss of resolution will occur.

Also MIDI 2.0 devices are explicitly allowed to use the old 1.0 events for their internal synth engine states, but implement new physical transports, MIDI-CI and the MIDI 2.0 packet-based protocol - that provides manufacturers with an easy adoption path, by enhancing existing MIDI 1.0 hardware solutions with support for additional MIDI channels and better timing precision.

seems like some people want to have their cake & eat it.
MIDI 2.0 should be an all new standard and have a clean break from the old MIDI 1.0
there is no point in trying to shoehorn 1.0 comparability into 2.0 it will just make 2.0 worse.

Tell that to hundred millions of professional users who still use MIDI 1.0. There were attempts to specify non-compatible replacement protocols like Zeta ZIPI and CNMAT Open Sound Control, and they never took off with the musical instrument industy or softsynth developers, simply because of the enormous installed base of MIDI 1.0 devices and software.
Anyway, you missed the boat here, as full backward compatibility has been a clearly stated goal for the whole 15 years of 'High-Definition Protocol' development.

On the other hand, MIDI 2.0 includes per-note controllers at the core level, and only needs MPE for backward compatibility.

MPE seems to be a bodge to get around the limits of only one PolyAftertouch channel and destroys multitimbrality by having it as part of midi2 does that mean no more multitimbral synths?

Shouldn't it be left as a hack/bodge and not implemented as part of the standard. seems like some people want to have their cake & eat it.

MIDI 2.0 should be an all new standard and have a clean break from the old MIDI 1.0 this is a standard there is no point in backward comparability in the standard old kit can still use MIDI 1.0 DAWs will need to work with both. Hardware will be 1.0, 2.0 or Both there is no point in trying to shoehorn 1.0 comparability into 2.0 it will just make 2.0 worse.

---------------------------------------------------------

As for connections it all needs to be done through Ethernet it's much more reliable than USB when you start scaling your setup USB hubs just don't compete with Ethernet switches when it comes to stability.

some applications throttle what they send out to MIDI 1.0 speeds because currently the computer does not know if the external MIDI Out connection is going to a device connected via USB or 5 Pin DIn.
That issue could be addressed in designing a new USB MIDI 2.0 spec..

Great - USB 2.0 Hi-Speed mode (480 Mbit/s), not to mention USB 3 and USB4/ThunderBolt3 (5/10/20/40 Gbit/s), would sure be nice, as many users only have a few devices each directly connected to the PC. This will not improve device-to-device connection though.

Electron had products several years ago that had 10 times the speed of MIDI 1.0 on the same 5 Pin DIN connector, but with a slight modification of the part for the UART. MIDI-CI provides a method for negotiation so it would be possible for two devices to negotiate to a higher bandwidth on 5 Pin DIN

Digital current loop interface can't be improved to offer megabit speeds over several meters, this requires modern serial interfaces using differential signalling over twisted pair (Ethernet, RS-485, M-LVDS, etc).

Can you honestly see manuafacturers implementing Ethernet in their devices?

Anyway MIDI 2.0 is not such a radical departure for digital synth engines - but all these per-note controllers do require significant changes to the physical controls. If keyboards could be improved to offer these new means of musical expression in simple and player-friendly way, then general interest will follow.

Don't you think Roli will be one of the leading companies to use MIDI 2.0?
They sure have some great devices capable of humanizing the playing aspect of MIDI instruments already!

Can you honestly see manuafacturers implementing Ethernet in their devices?

Yes, I can. Ethernet over twisted pair is commonplace technology by now, with countless off-the-shelf AVB/TSN compliant 100/1000/2.5G/5G parts. All the required standards are already there, and established audio/MIDI companies like MOTU and Presonus already embraced AVB audio networking in their products.

That would be Yamaha mLAN network protocol, implemented on top of the IEEE 1394 FireWire physical interface. Proprietary licensed software on top of patent-encumbered, royalty-based hardware protocol.

On the contrary, AVB/TSN suite (IEEE 802.1Q VLAN/SRP/FQSS, IEEE 1588/802.1AS gPTP etc.) is based on open international standards supported by both silicon makers and IT/pro-audio developers, with MILAN interoperability testing and certification by the Avnu Alliance.

I see little of general interest in MIDI 2.0. N.B. "general interest!" Maybe a few, high end, expensive devices, perhaps.

Standards need to come first so devices can follow later.

MIDI 2.0 is not such a radical departure for digital synth engines - however all these per-note controllers do require significant changes to the physical controls. If manufacturers will be able to improve keyboard controllers and offer these new means of musical expression in a simple and player-friendly way, general interest will follow.

CAN bus or ethernet is most suitable for a new midi standard. USB is not symmetrical so let hope that it is not part of 2.0.

USB-C receptacles has two pairs of D+ / D- signals which will correctly map to the D+ / D- pins of the Type-C plug when plugged in either way, so this makes the plug both symmetrical and reversible...
Using the USB 2.0 standard or above and USB-C connectors, there is no problem with USB symmetry.

Both Ethernet (AVB) and USB transports provide the bandwidth necessary to handle MIDI 2.0’s denser messages.
Both are on the roadmap for future MIDI expansion with USB being the priority. Also JIitter Time Stamps will help with timing.

When 5G wireless networks are available, people will be surprised by the speed. Even MIDI 2.0 is tiny compared to streaming video data.

The reason some people complain about USB speed is because some applications throttle what they send out to MIDI 1.0 speeds because currently the computer does not know if the external MIDI Out connection is going to a device connected via USB or 5 Pin DIn.
That issue could be addressed in designing a new USB MIDI 2.0 spec. Remember the current USB MIDI 1.0 spec is 20 years old

As for 5 PIN DIn, Electron had products several years ago that had 10 times the speed of MIDI 1.0 on the same 5 Pin DIN connector, but with a slight modification of the part for the UART. MIDI-CI provides a method for negotiation so it would be possible for two devices to negotiate to a higher bandwidth on 5 Pin DIN. MIDI - CI makes a lot of things possible and we just need to prioritize the work that will get done next.

The forum on MIDI.org is absolutely the right place for people who care about these issues about MIDI to provide their input.

Although we can’t actually reveal details of future MMA plans, the people who help prioritize the work in the MMA do read the forums.

THE MIDI ASSOCIATION (TMA)
The community of people who work, play and create with MIDI

MMA exists to design and promote common standards for the manufacturers to implement. And without a commonly accepted high-speed link to handle the advanced capabilities, MIDI 2.0 protocol will not have such a broad adoption as MIDI 1.0.

Can you honestly see manuafacturers implementing Ethernet in their devices? Yamaha tried a while back, as I recall, without much success.
Yes, maybe MIDI 2.0 would invoke some new interest.
But, to be honest, I see little of general interest in MIDI 2.0. N.B. "general interest!"
Increased bandwidth is for many becoming a necessity these days, I accept.
Personally I find I can do all I need with MIDI 1.0 careful sequencing and multiple ports.

What manufacturers implement in their equipment is a matter solely down to the market requirements as they see them, nothing to do with the MMA.

MMA exists to design and promote common standards for the manufacturers to implement. And without a commonly accepted high-speed link to handle the advanced capabilities, MIDI 2.0 protocol will not have such a broad adoption as MIDI 1.0.

CAN bus or ethernet is most suitable for a new midi standard. USB is not symmetrical so let hope that it is not part of 2.0.

It isn't. That is down to the USB standards committee.

31250 bps would be grossly inadequate for 32-bit controllers on 16x16 channels. It was already inadequate back in 1990s.

Back in '83 when MIDI first came out, 31,250bps was a good high speed. I know, I'd been working in data communications for more than ten years at the time.
Try using multiple ports then.
People have been making music quite (very?) successfully using just MIDI 1.0 and 31kbps for more than 3 decades.

Whether the USB standards people decide to implement MIDI 2.0 over USB 3.0 or the upcoming 4.0 is entirely up to them.
Likewise if the IEEE decide to implement the MIDI protocols over Ethernet is up to their standards body.
Likewise the obsolescent Firewire.
What manufacturers implement in their equipment is a matter solely down to the market requirements as they see them, nothing to do with the MMA.

As I posted earlier, I see no proposal for increasing the speed of the basic MIDI over DIN plugs.
It would require a lot of work and massive cost, if at all possible, to upgrade millions of older pieces of equipment to 62,500.

100BASE-T1 and 1000BASE-T1 work over single unshielded twisted pair and could employ the same 5-pin DIN sockets, where the two unused pins would be assignment for the Ethernet link;

1000BASE-T and 2.5GBASE-T/5GBASE-T work over standard 4-pair UTP cables and could employ 8-pin (circular 45-degree) DIN 45326 connectors - so these 8-pin sockets would also accept 5-pin plugs, and the legacy current-loop transceiver could either be physically switched or auto-configured;

100BASE-TX works over 2 pairs, which also fits the 5-pin DIN connectors.