Really, you think they called Philips and asked for some early 80's prototypes? Maybe they are using newer versions. Anyway, even that original spec would fast enough for most of things I would like too se on other halfs. Not planning to transfer my music library into it anyway.






Wikipedia:

Recent revisions of I²C can host more nodes and run at faster speeds (400 kbit/s Fast mode, 1 Mbit/s Fast mode plus or Fm+, and 3.4 Mbit/s High Speed mode). These speeds are more widely used on embedded systems than on PCs.

Note the bit rates are quoted for the transactions between master and slave without clock stretching or other hardware overhead. Protocol overheads include a slave address and perhaps a register address within the slave device as well as per-byte ACK/NACK bits. Thus the actual transfer rate of user data is lower than those peak bit rates alone would imply. For example, if each interaction with a slave inefficiently allows only 1 byte of data to be transferred, the data rate will be less than half the peak bit rate.

....

In 1982, the original 100-kHz I²C system was created as a simple internal bus system for building control electronics with various Philips chips.

In 1992, Version 1.0 (the first standardized version) added 400-kHz Fast-mode (Fm) and a 10-bit addressing mode to increase capacity to 1008 nodes.

In 1998, Version 2.0 added 3.4-MHz High-speed mode (Hs) with power-saving requirements for electric voltage and current.

In 2000, Version 2.1[2] introduced a minor cleanup of version 2.0.

In 2007, Version 3.0[3] added 1-MHz Fast-mode plus (Fm+), and a device ID mechanism.

In 2012, Version 4.0[4] added 5-MHz Ultra Fast-mode (UFm) for new USDA and USCL lines using push-pull logic without pull-up resistors, and added assigned manufacturer ID table. This is the most recent standard.