Skip to content
This repository has been archived by the owner on Sep 27, 2019. It is now read-only.

Usage with uport #54

Closed
tayzlor opened this issue Apr 26, 2018 · 4 comments
Closed

Usage with uport #54

tayzlor opened this issue Apr 26, 2018 · 4 comments

Comments

@tayzlor
Copy link

tayzlor commented Apr 26, 2018

Can you use this in conjunction with uport? As uport injects its own web3 instance?

@eccentricexit
Copy link

eccentricexit commented Aug 3, 2018

@tayzlor did you manage to do it?

@barlock
Copy link

barlock commented Oct 23, 2018

So far I've determined that no, it's not currently possible.

The things in the way are:

  1. uport-connect uses web3 < 1.0. This will change when uport-connect releases v1.0.0.

  2. drizzle doesn't easily support constom providers, you can pretty easily hack that though.... window.web3 = { currentProvider: new Provider(...) };

  3. uport-connect's provider seems to be incompatible with drizzle. As best I can tell, drizzle expects either a websocket from ganache or metamask. You would need to get feature parity with probably metamask to make uport work. A uPort dev suggested that maybe using Metamask's provider engine and reimplementing their own provider would likely do the trick.

@OnlyOneJMJQ
Copy link
Contributor

@tayzlor @barlock addressed this quite well. We do plan to more easily support custom providers in the future (especially relevant for hardware wallets), but uPort's in particular will need to upgrade to support websockets.

@barlock
Copy link

barlock commented Dec 13, 2018

Is there an issue to track custom providers?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants