By wobble do you mean that the change in speed of the movement is abrupt? Spine has to turn every curve into line segments. Since there can be hundreds of curves, to be efficient the default is to use as few segments as possible, which is 10. This is usually enough, especially when your curve handles stay in their corner, say within 50% of the width and height of the graph. Here is rendering the curve using the actual 10 segments:
Loading Image
You can see the segments in this image, but it's impossible to see the change in speed in the animation with this curve.
If the handles are moved farther, the curve bends more sharply and can become less smooth with some handle configurations when represented by 10 segments, eg:
Loading Image
To workaround the problem, you can make your animation using a single curve, then scrub the timeline to midway between the keys and set a new key. When setting a new key between keys that use a curve, Spine splits the curve, keeping the movement the same. The two resulting curves will not bend so sharply, and the movement will be smoother. You can set as many keys this way as you like to increase the smoothness, but it's rare to need more than 1. The downside to this workaround is that changing that portion of the animation later becomes slightly more difficult. Likely you'd delete the middle key, create a new curve, then key the middle again.
Another workaround is to change the number of segments Spine uses. Currently the number of segments can only be changed at runtime, not within the editor. For technical reasons that make things faster, at runtime all the curves use the same number of segments. The runtime creates the segments for all keys using a curve when the skeletal animation data is loaded. You can calculate the memory needed at runtime to store the segments: total number of keys using a curve in all animations * the number of segments * 8 bytes. Eg if you have 100 animations and they all have exactly 300 curves, to use 15 segments you need: 100 * 300 * 15 * 8 = 3,600,000 bytes = 3.6MB. If you do the same math with 10 segments you get 2.4MB, so the increase is 1.2MB. Projects vary in size a lot, so of course it may be much less or much more memory needed for your particular project.
In the next version of Spine we have a proper curve editor, where you can see the value over time. Likely the number of segments the curves use will be more of an issue then, because people will be doing more with a single curve. We will likely make improvements in this area.