Board Thread:Bug Reports/@comment-27219153-20170216013621/@comment-25101089-20170221224531

Well, Samwise is right, the fire blocks cannot store the player who started them (or other information) since they only have 16 states (4 bits) of block data.

I could give the Khamul's Fire fire block a tile entity, allowing it to save the player who started the fire; but tile entity blocks can cause lag in large numbers (since they are essentially ordinary entities bound to blocks) and spreading fire could quickly generate a lot of tile entities.

A more fiddly but better-performing way to achieve this might be to have a global map of [Fire block XYZ coordinates] -> [player who started the fire], and update this map whenever a new Khamul's Fire is set off, and periodically clear the map of data. But, to be honest, I'm not sure there is even the need for such a feature. You can't get alignment with ordinary fire, and alignment is already pretty easy to earn, so I'd be hesitant to make it easy to earn in large quanitites.