That One Guy

In that case we would need to make the game find out that there's three/more cables conected to the same network and work with it, right?...

If you really want to use cables and stuff, the second option, in my opinion, is the best. You sould have an array for each tile cable's tile entity, with 6 values, each one corresponding to a ForgeDirection.[direction]. Each values could be either null or a direction. Then, the recieving block would look for a cable connected to it, get the tile entity's coordinates, look for every array value and see which ones are not null. Then, according to the "not null" values, it would take the tile entity's coordinates and add/subtract 1 and see if there was another pipe. This would continue until the suppose pipe is a power-emitter block. You should have a internal buffer for the cables, preventing the instant-transmitting power situation. For example, if the power-emiter block had 3000 energy and the power-requesting block had an internal storage of 6000 energy and it was empy, then, in one tick, the 3000 energy in the power-emitter block would go into the power-requesting block, which would be a bad thing, in my opinion. Hope I was lucid with this part. If you are interested, you could do something like I'm doing with my mod. The power emitter block could search for a power-recieving block in a certain area and if it finds it, it will transmit power, slowly but surely, as you wish. Realy hope I was useful.

I want to make a power cable with status, so when you right-click with a certain item it will show those stats. So, is it like binding the part with the block? I'm trying to make something like the AE-2 cables (bounding boxes and parts). How did he do it? Because I can't see a way to make and binding a TileEntity for a part. Or can I do the tileEntity stuff in the part itself?

I'm making the java version. I have a question: how do I make the, in this case, ExamplePipe into a BlockContainer?