Skip to content

Self-custody guidelines for entities (governments, companies, non-profits...) #1148

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

Open
GBKS opened this issue Mar 17, 2025 · 0 comments
Open

Comments

@GBKS
Copy link
Contributor

GBKS commented Mar 17, 2025

This request by @moneyball came up in Discord here.

Here is an idea for a project for anyone(s) motivated by it. I'm not aware of any published guidelines for entities ranging from governments to companies to non-profit entities to handle self custody procedures. How many people should hold keys, who should hold them, how should they hold them, and how should key transfer happen when people leave or there is a transition of power? For example, let's say a country like El Salvador has a bitcoin reserve, and instead of relying on a US-based company to custody their bitcoin (which is much like a country storing their gold in NYC), instead they want to be self-sovereign and custody themselves. Not only do they care about being safe and secure, but they also need to answer the questions above, who holds the keys. And when a new person is elected president, how does that key transfer occur, handling both peaceful and non-peaceful transfer of power?

Or, even a simpler case, such as a small non-profit like Bitcoin Development Kit Foundation or ₿trust, how should they handle this?

Right now, I believe every organization has to roll their own solution. This is intimidating and a barrier to doing self custody. I suspect many opt for custodial due to this. And for those that self custody, most probably have an inferior solution than if they adopted a well-thought-out Bitcoin Design Guide guidelines.

There is already some discussion happening. I'm creating this issue so the idea does not get lost.

I still think it's a good project for the next designathon (but it does not have to be, anyone interested can just hop on this if they are excited about the topic).

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

No branches or pull requests

1 participant