Description: Energy particle. Can store multiple states within itself, and entangle.
Important properties:
Spawns at 0°C.
Has two spectra, one stored in ctype and the other in tmp. If the quanton is hotter than 0°C, passing through FILT will affect the ctype like a photon, otherwise it will affect the tmp-spectrum. At 0°C ±1, it will affect both spectra in the same way.
Otherwise, behaves like PHOT in terms of spawning behaviour.
Every Quanton particle is created with a life of 0, which stays constant. If two quantons have the same nonzero life, they 'entangle'. Entangled quantons are special, in that their properties are shared (all except decoration colour and particle number). By this I mean that (i.e. heat) will transfer between the entangled particles as if they were adjacent particles of another heat-conductive element.
This means that if you have a wall of stationary quantons inside a reactor entangled with another quanton next to CLNE(PLSM), you could heat up the reactor without messy portals or pipes.
Shooting red BRAY at two or more quantons in exactly the same frame will entangle the two on their own channel. If an entangled quanton is hit by red BRAY, it will not be affected at all.
White BRAY will reset QNTN's life to zero.
Random-ish properties: Some or all of these are just here to make it less specialised
QNTN will:
Very good idea. This would be interesting. Lots of entangled particles displaying Spooky ActionAt A Distance may be laggy. Also, n00bs, young ones and those who don't use TPT often may find the element a bit awekward to use, but this idea seems pretty cool.
Maybe make it turn PSTN into BREL? that might be a bad idea though, given that people will probably want to use PSTN in electronics saves.
Also, updated
@minecraft-physics: So from a coding stand point this is going to combine a energy particle's code with soap's code in a way?
Sort of, ideally it won't be as laggy though due to not needing to calculate pressure, particle collisions, gravity etc. across the entire thing.