| layout | title | date | author | author_url | tags | |||
|---|---|---|---|---|---|---|---|---|
page |
Research Lab |
2021-06-25 01:15:10 +0200 |
Johns Beharry |
|
We take opaque primitives already available in bitcoin and lightning like the protocol itself, and the specs then package them in an intuitive way to make them more accessible for non-technical end-users.
The ultimate goal is to have bitcoin user experiences that feel familiar to a mainstream audience, even though complex things are happening in the background.
The main challenge with this research is to find strategies that uphold principles of privacy and self-sovereignty. As many of the current design patterns people may be familiar with are achieved due to centralized services and architectures available to application developers.
- Privacy by default, and for everyone.
- Familiarity
- Empathy
- Truthfulness, designs that are truthful to bitcoin.
More privacy weary coin selection, channel openings, and payment requests using contacts as a foundation.
We explore onchain payments and privacy through the lense of WabiSabi a coinjoin protocol in Design Sprint inspired sessions every week.
Online web tool to simulate bitcoin transactions (including advanced features such as coin control) to be used in workshops.
Workshops to explore designing a mobile payments wallet for low connectivity regions while educating designers about how the underlying technology works.
Topics covered; Wallet UI Components, Contacts, Labelling, Coin Selection
"Coins of Bitcoin", understanding UTXO management within bitcoin wallets and how to optimise for speed, cost, or privacy. Designed to be an introduction to the Coin selection/Transactions workshop.
Coin Selection and transaction privacy collaboration
Collaboration on OpenSats design. Research into platforms + concepts for landing page, grants, bounties, and donations.
Fun visualisation of UTXOs in bitcoin wallets.
Designs for a printable Giftcard wallet for friends, family and loved ones.
Bitcoin wallets usually scan 20 addresses by default, hence if no transaction is found on the first 20 addresses, the wallet will assume that you have no previous transactions on that account. This means that if a user has transactions on the 21st address, the wallet will not display that transaction balance. The result of this is that the user will get a wrong balance.
Provide an interface after seed recovery step that makes the scanning process explicit so issues with the gap limit can be mitigated.
- Dev Proposasl
- Tailwind React
- React Native
Lightning Network Builder Docs - a fun place for builders to learn about and experiment with Lightning Network technology.