@kali, thanks for your interest! I do get where you’re coming from and it will be really awesome to have a public API.
This, however is not that easy and simple. Having an API and a publicly available API are two quite different stories.
Just publishing some endpoints and their signatures with some flows guidelines won’t do the job.
Our current APIs are scaled for our apps. If we do a public version we would have to also create rate limiting for each specific endpoint by the accounts that are requesting them. We have quite a few endpoints and limiting them properly is really labour intensive and adding an additional footprint to our current load.
There is also the matter of change management. When we launch a public API we would do so with a proper documentation and endpoint deprecation schema. This requires work. Consider our current method of changing/adding or removing endpoints: we just do it internally and that’s that. The proper way for a public API dictates that this must happen with prior notifications to the APIs users, time for them to react and chasing people that forget to do so.
This is related to peoples’ money so we can’t just break something and let the users’ figure it out on their own.
That being said. We will have a PROPER API. But we do have some kick-ass features that we would like to launch before we do that. All we ask for is patience…