* Add android build workflow
* Initial webview on tsx template
* Insert ReactJS app from local
* Add Android app icon by @red_purdy (#174)
* Add files via upload
* Add files via upload
* Add files via upload
* Add files via upload
* Add files via upload
* Add files via upload
Co-authored-by: RedPurdy <104675727+RedPurdy@users.noreply.github.com>
* Fix local reactjs
* Add setup guide. Bundled dev main.js
* Add react native tor
* Move Android CHANGELOG.md to /mobile
* Add torified webview in react-native (#247)
* Add android build workflow
* Android Tor Requests
* Fetching internal files (i18n)
* react-native-tor does not implement PUT
* Get Files from Tor
* Revert "Add android build workflow"
This reverts commit 340bcf8d1c8703af31dddf12a8762d39a967b160.
* Fix Rebase Removals
* External sources
* react-native-tor crashes
* Last Refactor
* Fix/revert setup guide
* Add /mobile as volume to npm-dev container
On the fully dockerized dev environment the npm process cannot save files outside of /frontend directory. Now it can also save the builds to /mobile
* Fix UsafeAlert
* Run prettier
* Run lint:fix
* Main Profile Image fix
* Remove Tor Requests limitation
Co-authored-by: Reckless_Satoshi <reckless.satoshi@protonmail.com>
Co-authored-by: RedPurdy <104675727+RedPurdy@users.noreply.github.com>
Co-authored-by: KoalaSat <yv1vtrul@duck.com>
We should never version built files. This leads to conflicts when merging branches.
This commit deletes the main.js file and changes the .gitignore to prevent it from being added again
Endpoint request contains a token. Server checks whether it has enough entropy to be secure (at least 128 bits and >0.7 shannon heterogeneity). Server hashes the token (once as of now) and derives nickname and robohash avatar (goes into static/assets/avatars). Nickname is limited to only adjectives, nouns and 3 digits, restricted to 18 characters long max. The corpus of nicknames is 20 billion big (maybe not enough? nick collision chance can happen, but server will just reply with 400 unless the token matches perfectly too)
Added the Order model with a rough approxiation to the fields needed. The field status can be read lineally as the progression trough the app pipeline. The view serves POSTs requests to enter new orders into the db.
- Motivation
1) It is widely recognized that one of the main attack vectors for the Bitcoin network is the ability of states to control the fiat on/off-ramps.
2) While there exists peer-to-peer alternatives to centralized exchanges, these are rather technical, slow and more costly.
3) Most users prefer the convenience of a centralized exchange at the cost of a difficult of the risk for their privacy and a difficult initial setup (ID, selfie-video, etc).
- Opportunities
Using the Lightning Network and hodl invoices it is possible to create a more user friendly, faster and cheaper peer-to-peer market. This vision was first enacted by @grunch on the p2plnbot telegam bot project.
- Challenges
1) Ideally the seller hodl invoice and the payment to the buyer invoice would be atomic. Given that this is not technically possible, the proposed concept relies on the need of trust on the service provider.
There are reasons to believe that challenging centralized solutions both in user experience and cost is possible.
This commit adds a rough concept for thefrontend, backend and design.
This project, tentatively named RoboSats (short for Robotic Satoshis) and licensed at launch under AGPL3.0.
