-
Notifications
You must be signed in to change notification settings - Fork 97
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Provide design guidance for purchasing bitcoin within the wallet #989
Comments
Related: "The Customer Experience" https://wallet.build/helping-customers-move-between-fiat-and-bitcoin-how-well-build-with-partners-to-bring-more-people-to-self-custody |
Came across this video from Keeper about buying directly to cold storage. Something to consider for this task (also the UX details like the user having to refresh the transactions screen a few times after making the purchase - should ideally auto-update). |
"Fiat over lightning" is another layer to consider. During onboarding, a user might need to interact with an exchange (which could also be P2P like Peach). Later they may want to buy bitcoin via some sort of lightning-based stablecoin. That would be more of a "native swap" rather than a third-party integration. |
@GBKS you can assign me to this task. Happy to look at it as well. |
Awesome, thanks @steynviljoen67. I just assigned it to you. |
@GBKS I'll be glad to help on this, i'm kinda new to this platform so i might need a little help on where i can provide my ideas. |
Hi Siyanbola, I’ve started to do some work on this and plan to go through
some of the progress on Monday during our jam session. It would be great if
you can join.
…On Sat, 08 Apr 2023 at 18:11, Siyanbola Khalid ***@***.***> wrote:
@GBKS <https://github.com/GBKS> I'll be glad to help on this, i'm kinda
new to this platform so i might need a little help on where i can provide
my ideas.
—
Reply to this email directly, view it on GitHub
<#989 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AZ5MPIFGX6NITMYY2VWEDPTXAGE4FANCNFSM6AAAAAAVK6JVVA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
<!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
-->Sure buddy, you are making progress I reckon.I’ll be glad to review and help in anyway I can Sent from Mail for Windows From: SteynSent: 08 April 2023 17:23To: BitcoinDesign/GuideCc: Siyanbola Khalid; CommentSubject: Re: [BitcoinDesign/Guide] Provide design guidance for purchasing bitcoin within the wallet (Issue #989) Hi Siyanbola, I’ve started to do some work on this and plan to go throughsome of the progress on Monday during our jam session. It would be great ifyou can join.On Sat, 08 Apr 2023 at 18:11, Siyanbola Khalid ***@***.***>wrote:> @GBKS <https://github.com/GBKS> I'll be glad to help on this, i'm kinda> new to this platform so i might need a little help on where i can provide> my ideas.>> —> Reply to this email directly, view it on GitHub> <#989 (comment)>,> or unsubscribe> <https://github.com/notifications/unsubscribe-auth/AZ5MPIFGX6NITMYY2VWEDPTXAGE4FANCNFSM6AAAAAAVK6JVVA>> .> You are receiving this because you were mentioned.Message ID:> ***@***.***>>—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
Website Unilorin Bulletin Undergrad Portal Postgrad Portal
|
Hi @steynviljoen67 where can I find the doc you're using to explore this? |
Looked closer at the user flow example presented here, it's a nice starting point.
It might be possible to present recommendations based on specific criteria.
Created crude mockup. Thoughts? Thoughts? What else should we be thinking about? |
Here are some rough notes: https://www.craft.do/s/2zQfLmlifu8JBE |
This list of possible things from wallet.build (now bitkey.build), is a great guideline:
Multiple filters are great if you have a lot of providers but I suspect that in most cases, a wallet will only list a handful of payment providers. Segmenting the providers might be more accessible. Either way, we can explore all these options a bit more. |
@steynviljoen67 we chatted a bit and shared this write up during the call. Some of the questions from Yashraj and Stephen were:
Hope this is helpful in the write up and great job so far exploring this. |
Thanks for the questions. I think finding the right providers is quite important to make the onramp as accessible and inclusive as possible. This is worth noting, but ultimately it's up to the wallet developer to decide on this. As for KYC, to my knowledge, this is handled by the onramp providers. |
Chatted with Steyn and we moved the current content for this write up into a google doc so that its open for commenting and suggestions. Link to Figma file with screenshot research images done by Steyn. |
Some wallets will integrate buying bitcoin into the wallet itself. The design guide currently assumes a wallet user will transfer from an exchange: https://bitcoin.design/guide/daily-spending-wallet/first-use/#initial-deposit
It would be nice to offer UI guidance for purchasing within the wallet itself, including addressing:
The text was updated successfully, but these errors were encountered: