-
Notifications
You must be signed in to change notification settings - Fork 29
Starknet Phone Preface
The current mobile UX is very bad. The way to approve it is to implement a light client and wallet at the OS level.
- Prototype
- Tooling
- Public Good
- Attention Farming
options may not be all that different, since the implementation is done with apps, rather than integrated directly in the OS. So we can potentially create light client app and integrate into either OS.
-
Fork grapheneOS, using ethOS implementation as a reference.
- pros
- clean slate: only additive
- can still use ethOS implementation as reference
- good documentation
- cons
- clean slate: might need to write more code?
- pros
-
Fork ethOS and swap to support Starknet
- pros
- might speed up development
- cons
- not easily forkable: lot of different repos
- may have a lot of code to remove to get started
- poor developer documentation
- pros
-
Simply implement light client + wallet + injected browser on android directly
- technically, graphneOS isnt needed.
- pros
- more support
- better OS UX compared to GrapheneOS
- better app support etc.
- google play services: can integrate if desired
- cons
- less secure
Important question: is the priority UX or security? - android will sacrifice security (slightly) for better UX - grapheneOS will sacrifice UX slightly for better security
Chosen solution: Fork grapheneOS and add in starknetOS apps using ethOS as reference why: forking may bring more headache than it solves, easier to add code than remove it, the light client implementation for starknet may not be similar (geth android lib vs. porting beerus rust crate)
DP from SNF