Bom, vamos começar...

O nome dessa coisa é Sistema de Coordenadas no plano cartesiano ou espaço cartesiano ou plano cartesiano.
a distância é definida em valores negativos e positivos com x e y, todo mundo que programa chars sabe disso.

y é a distância vertical e x a distância horizontal
y se inicia no ponto de encontro a x, ou seja quando o valor de ambos é igual a 0.

valores de x são denominados da seguinte forma:
x negativo: quanto menor o valor o posicionamento irá para a esquerda
x positivo: quanto maior o valor o posicionamento irá para a direita

vamos supor que eu dê o valor y = -3 e x = 1, isso trará o ponto de encontro ao quarto quadrante, que será a nova posição do objeto.

FM o que isso tem a ver com o mugen?

nós usamos posicionamento em muitas coisas como:
SFF
AIR
CNS
CMD (sim isso não é mentira)

no SFF tem o posicionamento da sprite, onde nós 'alinhamos' a sprite... mas ela pode ser alinhada no momento que é criada a animação, o que muita gente provavelmente falaria que isso é incorreto, mas não é... isso vai do programador.
no CNS tem vaaaaaaaaaaaaaaaaarios codes que usam x e y...

mas FM, eu não gosto de x e y eu quero colocar w e r
problema o seu, x e y são valores padrões não pode mudar a letra (eu acho)

continuando... vou dar um bom exemplo aqui

[State 0, VelSet]
type = VelSet
trigger1 =
x = 0
y = 0
;ignorehitpause =
;persistent =

vocês geralmente veem o code assim (eu nunca usei os dois ultimos lol)

[State 900, VelSet D]
type = VelSet
trigger1 = time = [2, 17]
x = 0
y = 0

------------------------------------------------------------

[State 900, VelSet C]
type = VelSet
trigger1 = time = [2, 17]
x = 4,5
y = -3,5

------------------------------------------------------------

[State 900, VelSet B]
type = VelSet
trigger1 = time = [2, 17]
x = 6
y = 5

------------------------------------------------------------

[State 900, VelSet A]
type = VelSet
trigger1 = time = [2, 17]
x = -5
y = 3

Visualização em tabela:

qualquer animal entende isso e deixa de usar o Offset (apesar de muitos terem preguiça de pensar e apelar a ferramenta)

Statedef tem a linha:
velset = x,y

BindToParent, BindToRoot e BindToTarget tem a linha:
pos = x,y

Explod tem as linhas:
vel = x,y
pos = x,y
scale = 1,1 (essa eu explico no final)

HitDef tem as linhas:
sparkxy = x,y

Helper finalmente:
size.xscale = x
size.yscale = y
pos = x,y

scale padrão e 1,1 que deixa a posição X original e Y original em questão do tamanho da sprite do personagem...
numeros como 1.1, 1.2 podem ser dados também como -1.25 e assim em diante...
valores negativos diminuiem a sprite e positivos almentam a sprite...
a parte legal é que uma sprite pequena fica grande e deixa a jogabilidade melhor, a parte ruim é que o air não segue a programação então os blocos de colisão e dano ficam do mesmo tamanho .-.

só pra um engraçadinho não aparecer ele falar: você esqueceu desse code.
eu não coloquei todos, só dei exemplos que não se repetem.

X e Y dão o valor de posição de sparks, sprite, velocidade , tamanho entre outras coisas mais complexas como angulo... e triggers...

aprender isso é primordial para uma boa programação...
espero ter deixado vocês um pouco mais cientes do que é posição (:

obs: eu ainda vou matar um cara que coloca o valor -0 na posição ._.' nem os gringos fazem isso...