Jake Urban

@yuriescl I'll keep this issue open for adding that functionality, glad to hear you have a temporary workaround though

Hi @ajuricabense, I can update this, but it doesn't really matter where this file is in your project. You just need to be able to import it in your `apps.py`...

Polaris' views are synchronous, although you could still run your server using the ASGI (vs. WSGI) standard, although Django does mention some [performance considerations](https://docs.djangoproject.com/en/3.2/topics/async/#performance). I don't think this would help...

I think you're correct, 3 synchronous workers means 3 simultaneous requests. Based on the [Gunicorn docs](https://docs.gunicorn.org/en/latest/design.html?highlight=workers#how-many-workers) it doesn't sound like you can use threads with synchronous workers. Right now the...

Async support in Polaris' views is definitely on the table, I think its just of matter of determining the priority and making sure its implemented when needed. We're working on...

Hi @yuriescl, this is the expected behavior. It supports the case where the user's funds are held by an account that cannot be used to authenticate via SEP-10. For example,...

Polaris has an assumption that there is one minimum and maximum limit for an anchored asset no matter the rails used or fee's incurred by the anchor, and I agree...

I agree, reference this discussion there and we'll adjust Polaris according to the results of that discussion.

Hello @Samrose-Ahmed , thanks for the feedback. Polaris is definitely an opinionated project. Its primary purpose is to reduce the technical work necessary when starting an anchoring business, and attempts...

https://github.com/stellar/stellar-protocol/issues/1056