SEC 1 §2.3.3 define las cadenas de octetos que se usan casi en todas partes: el formato sin comprimir, 0x04 ‖ x ‖ y (65 bytes para P-256 y secp256k1, 97 para P-384, 133 para P-521), y el comprimido, 0x02 ‖ x o 0x03 ‖ x, donde el prefijo indica la paridad de y (33, 49 y 67 bytes). Decodificar un punto comprimido resuelve la ecuación de la curva para y, y un decodificador debe rechazar una x que no tenga ninguna y válida.
La forma que encuentras depende del ecosistema: el SubjectPublicKeyInfo de X.509 casi siempre lleva puntos sin comprimir (el RFC 5480 exige admitirlos y deja los comprimidos como opcionales), la importación raw de WebCrypto acepta ambos para claves ECDSA en los navegadores modernos, Bitcoin usa claves comprimidas de 33 bytes desde aproximadamente 2012, y Ethereum deriva las direcciones de los 64 bytes de x ‖ y sin el prefijo 0x04. Las JWK siempre llevan los miembros x e y por separado.
Las codificaciones de Edwards y de Montgomery están comprimidas por construcción: una clave pública Ed25519 es la coordenada y de 32 bytes con el signo de x en el bit más alto, y X25519 solo transmite u. Una discrepancia entre una clave de 33 bytes y otra de 65 es una causa habitual de los errores «invalid public key» y «point is not on the curve».