[bisq-network/proposals] Bounty for a fully native Bisq app for Android (#139)

chimp1984 notifications at github.com
Wed Nov 13 04:33:02 UTC 2019


@wiz 
I highly appreciate the initiative to push the project to get an Android app developed and your commitment to pre-fund such a project!

My only concern with that particular proposal is the dependency on the Rust (risq project) implementation. I expressed my concerns regarding risq here: https://github.com/bisq-network/proposals/issues/125#issuecomment-553233280.

I would suggest an alternative approach:

- Build on top of the upcoming Bisq API (either GRPC or HTTP API) 
- Use the same architecture of a headless server app and a UI client with flexible setup so the mobile user can run the full Bisq app on their phone if the headless Bisq app is running there or they can run the headless app on any server/cloud service or they connect to their Desktop app which is configured to run in server mode. 

For reducing resource requirements the user can deactivate the DAO by an option key. Ram usage is roughly 40% lower as a quick test has shown. 
Improving performance is on our top prio list anyway, so expect lower resource requirements soon. BitcoinJ is currently our main resource consumer but as soon we have enough dev resources that will likely be replaced by Electrum which will result in much lower resource requirements and faster startup time.

I think using the existing headless Bisq app as basis comes with many benefits:
- You can use it soon and dont need to wait 6-12 months for a ”risqy" re-implementation
- No extra costs for building on top of Bisq by using the API instead of reimplementing Bisq
- It is the same code base as the desktop App so maintenance is much easier  
- The DAO can be enabled or disabled by a flag
- No risk of consensus or compatibility issues
- Any improvements on the Java implementation will flow directly into the headless app as well (same code base)
- New featues will require only updates in the UI not in the business domain code.

I am not much familiar with Android development but if the packaging of the Bisq headless app into Android is a challenge maybe we should start with a bounty task to see if that is feasible. I expect and hope that this should not be a major problem.

Alternatively to pre-fund the full project you could consider to provide a roadmap with clearly defined acceptance criteria which once they are met get compensated. We should discuss in the context of the incubator idea how we can deal with such situations.

Please note, that I will reject the current proposal in the DAO voting as I interpret it as being based on the risq project which I do not support. But I highly appreciate the initiative to get a mobile app out using the Bisq API approach and would fully support work on that. 

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/bisq-network/proposals/issues/139#issuecomment-553234628
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bisq.network/pipermail/bisq-github/attachments/20191112/82812dea/attachment.html>


More information about the bisq-github mailing list