Skip to content
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

Cash Account Integration #452

Open
monsterbitar opened this issue Dec 12, 2018 · 14 comments
Open

Cash Account Integration #452

monsterbitar opened this issue Dec 12, 2018 · 14 comments

Comments

@monsterbitar
Copy link

@monsterbitar monsterbitar commented Dec 12, 2018

I am currently working on a specification for on-chain aliases that look like this: James#577821; to help convey payment information in a more convenient manner, particulary in verbal contexts.

The specification has undergone reasonable peer-review so far (by wallet developers, token developers, coinbase engineeers) but more feedback is always welcome.

Here's a link to the draft spec: https://gitlab.com/cash-accounts/specification/blob/master/SPECIFICATION.md

@monsterbitar
Copy link
Author

@monsterbitar monsterbitar commented Dec 14, 2018

If you have questions or want to chat for a bit with other developers working on this, feel free to join this discord chat: https://discord.gg/9kACN9t

@coiki
Copy link

@coiki coiki commented Jan 4, 2019

Looks very interesting! We'll definitely look into it. Thanks, great initiative.

@Joshua678891011
Copy link

@Joshua678891011 Joshua678891011 commented Jan 12, 2019

Great idea

@Bitkilo
Copy link

@Bitkilo Bitkilo commented Feb 8, 2019

It would be great to be able to "tag" the address used for your Cash Account
I got mine :)

@hfsam
Copy link

@hfsam hfsam commented Feb 13, 2019

我的货币和现金在哪裡?

@monsterbitar
Copy link
Author

@monsterbitar monsterbitar commented Mar 22, 2019

We are now several months into this project, there exist multiple lookup servers (written in javascript, go and c#), there exist a handful of websites around it and a small number of wallets have implemented send-support.

The main issue that is still left to be resolved is creating and agreeing on a resuable address format so that we can retain privacy while still having userfriendly names, but I still feel that implementing sending support is something that should be a higher priority.

I understand if you'd be hestitant to implementing registration support at the time being, given that address reuse is a bad practice - but ematiu from copay is working together with others to create a standardized implementation of peter todds stealth addresses that would allow us to keep the privacy.

Please do not pass up this opportunity to build the user interfaces and send-support so that bitcoin.coms wallet can be ready when the registration support gets implemented elsewhere.

@monsterbitar
Copy link
Author

@monsterbitar monsterbitar commented Mar 24, 2019

courtesy of @emergent-reasons there is tests available (https://gitlab.com/cash-accounts/specification/blob/master/TEST.md) to help ensure a good integrity when implementing cashaccount support.

If there is still anything that is missing or needing, please let us know.

@monsterbitar
Copy link
Author

@monsterbitar monsterbitar commented Apr 2, 2019

The public lookup servers are now fully feature-complete: you can register accounts with a simple POST request, lookup with a GET and the specification has been stable and peer-reviewed.

IFwallet and Badger supports sending to cashaccounts, BCHgallery and CrescentCash will be released today with both registration and sending support.

Roughly 1500 unique payment addresses have cashaccounts today, and with increased wallet support more is expected to come.

I suggest you consider building the send-support at minimum (it is a simple lookup + parse of the data, to translate from name to address).

@monsterbitar
Copy link
Author

@monsterbitar monsterbitar commented Jul 18, 2019

Since Apr 2, Electron Cash and Cashual support CashAccounts, Bitcoin Unlimited voted to build native support for CashAccounts into their full node software and work on reusable addresses (type 4 accounts) has a specification that is getting close to release which would retain privacy.

What's missing now seems to be the bitcore related wallets (bitpay, copay, bitcoincom).

Could you help provide some clarity here about your intents? Will you support cash accounts? If not, what is holding you back and what needs to be fixed for it to work for you?

@imaginaryusername
Copy link

@imaginaryusername imaginaryusername commented Jul 18, 2019

This is especially relevant considering rest.bitcoin.com is now supporting it - any centralized or semi-centralized wallets should have little trouble just calling that.

@pokkst
Copy link

@pokkst pokkst commented Jul 18, 2019

Yep. Bitcoin.com explorer lists any Cash Accounts associated with an address, IFwallet has supported sending-to for a while, BCHgallery and Crescent Cash are the first to have full support, Electron Cash is now fully supported. Tons of people use it daily, have it in their profiles/display names, etc.

Support in the Bitcoin.com wallet is needed at this point.

@GoatPharmer
Copy link

@GoatPharmer GoatPharmer commented Aug 18, 2019

Do we have updates on bitcoin.com wallet?

@bitcoinstore
Copy link

@bitcoinstore bitcoinstore commented Nov 4, 2019

We are busy working on releasing an all new fully native version of the Bitcoin.com wallet. We can work on Cash Accounts after that.

@maplesyrupsucker
Copy link
Contributor

@maplesyrupsucker maplesyrupsucker commented Nov 4, 2019

We definitely have plans to support CashAccounts at some point. Like @bitcoinstore said, the bitcoin.com wallet team is currently focusing on getting our new native mobile wallets out for iOS and Android.

The goal is to create the fastest, most user friendly wallet that will help us scale to 50M wallet users, and more importantly support innovative products, services, and community development.

Providing support for one or many alias formats is something our engineering team regularly discusses. We're exploring all options but will prioritize after launch. Stay tuned! 🏆

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
11 participants