Indiegogo has very little information at the moment. Just enough to annoy me for wasting time...
A quick search however:
https://www.yaba.tech/If this bus is USB, then a standard USB connector would be a big plus. It would allow to use these modules standalone.
Starting with a single data acquisition unit on USB would lower the threshold to try this Yaba thing, without commit directly to the whole ecosystem.
For this I would deem a standard USB connector mandatory. Euhm, it seems to use an "USB C internal connector (also named U31G2)" with also EtherCAT &I2C
https://www.yaba.tech/the-usb-choice/There is also a mention of a "passive adapter", but that would still add an extra obstacle for connecting one of these boards to a PC. But still, there is very little real information. The whole project still seems to be in a concept stage.
Long ago at school I was forced to learn ladder logic after multiple years of experience with C and C++, and I still have nightmares from it. The idea to use a microcontroller (in the PLC) which executes instructions sequentially, then interprets the ladder where everything is supposed to happen "at the same time" (You can't rely on order) and then implement some sequential conveyor belt control. The whole thing is so convoluted that it twists my mind.
There probably are a multitude of ladder logic interpreters for linux, and as this thing has a pc, it should not be difficult to add it for the people who want this though.
One of the possibly uses for me would be to run LinuxCNC on it. Some years ago I tried Machinekit on a Beaglebone, ran into some troubles and then settled on a "Blue Pill" with GRBL, which works OK for now, but GRBL is quite limited. For "professional" use of LinuxCNC one of the Mesa FPGA cards is one of the most used options, but together with a (u-ITX?) PC it gets bulky fast.
Another potential problem is the USB / EtherCAT thing. These are powerful busses but also need quite powerful hardware, which drives up the cost. I'm also a bit apprehensive for I2C over a backplane, but it may work reliably. Conforming to more standards would be a plus. ModBUS RTU seems a logical choice.