yeah, but there I said for the atoms, like
S=001
H=101
then H2S would have 101,101,001 (,=to show its different atoms)
buts its basacly the same, instant of have to come up whit a bit code for each new reaction (I assume it will come more) you simply add them and then the program calculate what the bit code for it is, right now you would need 6 code, H,S,Fe,O,C,N is all the atomtypes ive seen, but for like carbs, fat and so it would need a customed code, but I think you get the idea. but if we use carbs to be like glucose it would have a long code. if we dont make it possible to tell the number after the type. glucose have the formula C6H12O6, if we say H=100, C=110 and O=101, the first 1 would represent its a element. and numbers would have the usual bit number, + a 0 in the front to tell its a number, like 1=01 2=010, you get the idea, so the bit number for glucose would be (once again ,=just to show its different things), 110,0110,100,01100,101,0110 its a long code but shorter than keep making c after c codes, this is just an idea, how you numsgil fix it whit programing I have no idea. think it could be hard making it seperate numbers from elements, unless it constanty check the list. that was my idea from the begining or something like that