Bitcoin and Incapacity: Why a Standard Power of Attorney Won't Protect Your Holdings

The Gap Most Bitcoin Holders Don't Know They Have

You've signed a durable power of attorney. Your estate attorney drafted it years ago. It covers financial accounts, brokerage assets, real estate, and bank accounts. You've checked the estate planning box.

Now walk through what happens to your Bitcoin if you're hospitalized tomorrow and unable to manage your finances for six months. Not dead — incapacitated. Maybe a stroke, a serious accident, a cognitive decline. You're alive but legally unable to act on your own behalf.

Your Bitcoin is still sitting wherever you left it. If it's self-custodied, the private keys are wherever you stored them. If it's on an exchange, it's locked behind your credentials and 2FA. Your designated agent has your signed POA in hand. They present it to your exchange. The exchange's compliance team reviews it and asks: where in this document does it say the agent has authority to access a cryptocurrency account? The document says "financial accounts" and "securities." Cryptocurrency isn't mentioned. The 2FA code goes to your phone, which your agent can't access. The agent is stuck.

This is not a hypothetical edge case. It is the predictable outcome when a standard financial POA — drafted for a world of brokerage accounts and bank accounts — meets Bitcoin. The asset class is fundamentally different from everything a general financial POA was designed to cover. It requires specific language, specific authorizations, and specific practical planning that almost no estate plan drafted before 2020 includes.

The estate planning world focuses intensely on death. Wills, trusts, beneficiary designations — the machinery of wealth transfer at death is well-developed. Incapacity planning is the underserved sibling: the documents exist, but for Bitcoin holders, they almost never contain the specific language required to actually work. This guide covers what that language must say, the legal framework it operates within, and how to structure incapacity coverage that actually functions when you need it.

Part 1: The Incapacity Problem — Death Planning vs. Life Planning

Estate planning exists on a spectrum. At one end is death planning: what happens to your assets after you die? At the other end is incapacity planning: what happens to your assets while you're alive but unable to manage them yourself? Most high-net-worth individuals have done meaningful work on the death end. They have wills, trusts, beneficiary designations, and often irrevocable structures designed to minimize estate tax. The incapacity end is far less developed in most plans — and for Bitcoin holders, it is the more dangerous gap.

The reason incapacity planning is harder is that it has to work while you're alive. Death triggers a clean handoff: the executor takes over, the trustee acts, beneficiary designations pay out. Incapacity triggers a more ambiguous situation: you are still legally present, still the owner of your property, still capable of reclaiming authority the moment you recover. Your agent acts on your behalf, under your authority, with your legal standing — not independently. That dependency on your legal presence creates friction that death planning doesn't face.

What Happens to Self-Custody Bitcoin Without Proper Planning

If you become incapacitated without a valid, Bitcoin-specific POA or a funded revocable living trust, your Bitcoin sits in legal limbo. No one has authority to act. Your agent may have a general financial POA, but that document — unless it contains explicit digital asset language — does not cover private keys, cryptocurrency wallets, or exchange accounts. The Bitcoin doesn't go anywhere. It just sits there.

For most assets, this is a manageable inconvenience. Bank accounts and brokerage accounts can be accessed through court-ordered conservatorship if no valid POA exists. Bitcoin cannot be accessed through court order alone. A court can authorize a conservator to manage Bitcoin, but if that conservator doesn't have the private keys, the authorization is legally valid and practically useless. The Bitcoin is protected by cryptography, not law. No court order unlocks a hardware wallet.

The consequences are real and time-sensitive. During incapacity, you cannot:

• Respond to a margin call on leveraged Bitcoin positions
• Execute DCA orders that were part of your active strategy
• Rebalance a portfolio whose Bitcoin concentration has grown significantly
• Pay taxes due on Bitcoin sales or income from Bitcoin-related investments
• Move Bitcoin from an exchange that is failing or implementing adverse policy changes
• Harvest tax losses in a down market to offset gains elsewhere in the portfolio
• Fund living expenses that you planned to cover by liquidating Bitcoin proceeds

Each of these is not a hypothetical scenario — they are situations that arise regularly for Bitcoin-wealthy individuals and that require active, authorized management of Bitcoin holdings. Without proper incapacity planning, none of them can happen legally.

Why This Is Different from Death Planning

The death planning gap for Bitcoin is well-documented: if Bitcoin's private keys die with you and no one has documented access, the Bitcoin is lost permanently. Estate planning attorneys have been addressing that problem for years. The incapacity gap is less well-understood because it operates in a different timeframe and with different legal mechanics.

At death, a trustee or executor steps in with independent authority derived from their appointment — not from your ongoing legal capacity. At incapacity, your agent acts under authority derived from you, as your representative. The Bitcoin doesn't need to be transferred to anyone. Someone simply needs the legal authority to act on your behalf — combined with the practical ability to access the Bitcoin. A good POA addresses the legal authority piece. The practical piece requires advance planning that no legal document alone can substitute for.

Part 2: RUFADAA and the Legal Authority Gap

The legal framework governing fiduciary access to digital assets in the United States is the Revised Uniform Fiduciary Access to Digital Assets Act — RUFADAA. Enacted in 2015 by the Uniform Law Commission and adopted in 47 states as of 2026, RUFADAA establishes a statutory right for fiduciaries — including POA agents — to access digital assets of incapacitated individuals. It is the most important piece of digital asset law most estate planners have never read carefully enough.

What RUFADAA Actually Does

RUFADAA creates a tiered system for fiduciary access to digital assets. The first tier is the user's own direction: if the user has designated an authorized user through the service provider's own tool (like Google's Inactive Account Manager or similar features), that designation controls. The second tier is the user's estate planning documents: an explicit direction in a will, trust, or POA grants the fiduciary access to the digital asset content. The third tier is the default: if neither of the first two tiers addresses a particular asset, the fiduciary gets access only to a "catalogue" — metadata about the account — not the content itself.

For Bitcoin, RUFADAA is relevant but insufficient. Here's why:

RUFADAA covers "digital assets" broadly, but not private keys specifically. RUFADAA defines digital assets as electronic records in which the user has a right or interest. Bitcoin held on an exchange is a digital asset within the scope of RUFADAA. Bitcoin held in self-custody — as private keys, not as an account at a service provider — occupies a legal gray area that RUFADAA's framework doesn't cleanly address, because there is no custodian with terms of service to navigate and no service provider to present a POA to.

RUFADAA's default access is administrative, not transactional. Under RUFADAA's default tier, a fiduciary can access the catalogue of digital assets — account information, transaction history — for estate administration purposes. That is not the same as authority to transfer Bitcoin, execute trades, or manage the holdings actively. Active management authority requires explicit authorization in the POA itself, not just RUFADAA's background framework.

RUFADAA defers to service provider terms of service. Section 15 of RUFADAA explicitly states that service providers' terms of service — which restrict account sharing and third-party access — remain enforceable. This means a POA agent's RUFADAA right to access a Bitcoin exchange account can be blocked by the exchange's own terms of service, which typically prohibit account sharing and require users to maintain personal control of their credentials. The fiduciary must follow the exchange's own fiduciary access process, which may require additional documentation, identity verification, and compliance review.

Why POA + RUFADAA Still Requires Explicit Language

The combination of RUFADAA adoption in your state plus a durable POA is not enough, on its own, to give your agent unambiguous authority to manage your Bitcoin. RUFADAA gives your agent a legal right to request access — it does not compel exchanges to grant operational management authority without specific POA language supporting that request. And RUFADAA does nothing for self-custody Bitcoin, where there is no service provider to request access from.

The practical result is that Bitcoin-specific POA language is not optional supplementation — it is the core authorization mechanism. RUFADAA sets a legal floor and a dispute-resolution framework. The POA must build the operational authority structure on top of it.

Part 3: The Five Things a Bitcoin POA Must Explicitly Authorize

A Bitcoin-compliant POA must go beyond generic "financial account" language. The five specific authorizations required are grounded in how Bitcoin actually works — the operational reality of accessing, managing, and transacting Bitcoin in self-custody and exchange-custody contexts. Each requires explicit language; none can be assumed from general financial authority.

Authorization 1: Access to Digital Wallets and Private Keys

Your agent must be explicitly authorized to obtain, use, and secure private keys and seed phrases associated with Bitcoin wallets you own. This includes the authority to: access physical locations where hardware wallets or seed phrases are stored; retrieve recovery information from secure locations you've designated; and use that information to restore or access wallets.

Sample language: "My agent is authorized to access any digital wallet, software wallet, hardware wallet, or other cryptocurrency storage device in which I hold an interest, including obtaining access to private keys, seed phrases, recovery phrases, and any other cryptographic credentials required to access such wallets."

Without this explicit authorization, your agent cannot legally demand access to a safety deposit box holding your Ledger hardware wallet, cannot legally retrieve a seed phrase from an attorney holding it in escrow, and cannot present the POA to a multi-signature service co-signer as the basis for their cooperation.

Authorization 2: Authority to Transfer Bitcoin

The authority to access a wallet is not the same as the authority to transfer Bitcoin from it. Your agent must be explicitly authorized to execute transactions — to send Bitcoin to other addresses, to move Bitcoin between wallets, to convert Bitcoin to fiat currency, and to liquidate Bitcoin holdings as required to meet your financial obligations.

Sample language: "My agent is authorized to transfer, sell, exchange, convert, or otherwise dispose of any Bitcoin or other cryptocurrency I own, including executing transactions from any wallet or exchange account in my name, in any amount and to any address or account, as my agent deems appropriate in their reasonable judgment."

This language is important because some POAs grant access but not disposition authority. An agent who can view your Bitcoin balance but cannot transfer it cannot respond to a margin call or fund your living expenses.

Authorization 3: Authority to Use Hardware and Software Wallets

Hardware wallets (Ledger, Trezor, Coldcard) and software wallets (Electrum, Sparrow, Bitcoin Core) have specific operational requirements — PIN entry, confirmation buttons, wallet software interfaces, signing workflows. Your agent must be authorized to operate these devices and software, including performing recovery procedures if a device is unavailable.

Sample language: "My agent is authorized to operate, configure, recover, and use any hardware wallet device, software wallet application, or other cryptocurrency wallet interface I own, including performing device recovery using backup seed phrases, setting up new devices to replace damaged or lost hardware, and using any associated software or applications required to execute transactions."

This authorization matters particularly for multi-signature wallets, where the signing workflow requires specific technical knowledge and may involve coordinating with co-signers or third-party services. Without it, an agent who obtains a hardware wallet legally cannot authorize anyone to walk them through the signing process.

Authorization 4: Authority to Interact with Exchanges and Custodians

Exchange-custody Bitcoin requires a different access pathway than self-custody Bitcoin. Your agent must be authorized to present the POA to exchanges and custodians, pass identity verification, handle 2FA procedures (including requesting 2FA override through fiduciary access procedures), and access and manage your account under the exchange's own policies for authorized fiduciary access.

Sample language: "My agent is authorized to access, manage, and operate any cryptocurrency exchange account, custodian account, or brokerage account holding cryptocurrency in my name, including providing identity verification, completing any platform-required fiduciary access procedures, handling two-factor authentication processes, and executing any transactions within those accounts."

The 2FA issue is particularly acute. If your exchange accounts are secured by an authenticator app or SMS to your personal phone, your agent cannot complete 2FA without access to your phone. Pre-planning — either registering backup 2FA methods, designating a backup phone number, or maintaining a set of backup codes stored with your POA documents — is required to make this authorization practically useful.

Authorization 5: Authority to Execute Tax Strategies

Active Bitcoin management during incapacity often involves tax-sensitive decisions: identifying specific lots for disposition to optimize capital gain/loss treatment, executing tax-loss harvesting to offset gains elsewhere in the portfolio, or timing liquidations to manage income recognition across tax years. Your agent must be explicitly authorized to make these decisions — which are financial decisions with legal tax consequences — not just to execute transactions mechanically.

Sample language: "My agent is authorized to make all tax-related decisions in connection with my Bitcoin and cryptocurrency holdings, including selecting specific lots or units for sale, executing tax-loss harvesting transactions, timing the realization of gains and losses across tax periods, and coordinating with my tax advisor to optimize the tax treatment of cryptocurrency transactions."

An agent without this explicit authorization may be limited to executing transactions but unable to make the strategic judgment calls that determine whether those transactions are tax-efficient. For a large Bitcoin holder, the difference between an agent who can choose lots and one who cannot is measured in meaningful dollars.

Part 4: Durable vs. Springing POA for Bitcoin Holders

All POAs are either durable or springing. A durable POA takes effect immediately upon signing and remains effective regardless of the principal's subsequent incapacity. A springing POA takes effect only upon a defined triggering event — typically a physician's certification that the principal lacks the capacity to manage their own affairs. The choice between them matters enormously for Bitcoin holders.

Why Springing POA Creates Dangerous Delays

Springing POA sounds appealing as a safeguard: your agent has no authority until you actually need them. But the triggering mechanism is the problem. Most springing POAs require one or two physicians to certify in writing that the principal lacks capacity. This certification process takes time — days to weeks in a best-case scenario, potentially months in a complicated medical situation where capacity is partial or fluctuating.

During that window, your agent has no legal authority. They cannot access your exchange accounts, cannot retrieve your hardware wallet from wherever it's stored, cannot transfer Bitcoin to cover expenses. The Bitcoin is frozen by the incapacity determination gap — the period between when you actually become unable to manage your affairs and when your agent obtains the certifications required to activate their authority.

For most financial assets, the incapacity determination gap is an inconvenience. For Bitcoin, it can be catastrophic. Bitcoin markets operate 24 hours a day, 7 days a week. A margin call doesn't wait for physician certifications. A security incident at an exchange doesn't hold while your agent assembles the documentation package. The price doesn't pause while your family sorts out the paperwork.

The gap is not just about market events. Even routine financial management — paying a home equity line, funding a charitable pledge, rebalancing a portfolio — requires Bitcoin liquidity that the incapacity determination gap blocks entirely.

Durable POA Risks vs. Benefits for Bitcoin Holders

The obvious risk of a durable POA is agent abuse: an agent with immediate, unconditional authority over your Bitcoin holdings, from the moment you sign the document, could theoretically act against your interests before incapacity even occurs. This risk is real, which is why agent selection is the most important decision in POA drafting. The agent must be someone whose integrity is beyond question and whose understanding of their fiduciary duties is clear.

The practical safeguards against abuse are: selecting the right agent; including a duty of accounting (requiring the agent to maintain records of all transactions and make them available to a designated third party); naming a monitor or co-agent who must approve certain categories of transactions; and including a revocation procedure that allows you to terminate the POA if circumstances change.

For Bitcoin holders weighing this trade-off: the risk of agent abuse during a period when you are fully capable and could simply revoke the POA is generally smaller than the risk of a multi-week incapacity determination gap during which no one can legally manage your Bitcoin. Durable POA, with appropriate agent selection and monitoring provisions, is the right structure for most Bitcoin-wealthy individuals.

The Incapacity Determination Gap and How to Close It

If you prefer a springing POA for personal reasons — or if your existing POA is springing and you're not ready to replace it — there are structural ways to minimize the incapacity determination gap. The most direct is to specify in the POA that a single attending physician's written certification is sufficient to trigger the POA, rather than the two-physician requirement many springing POAs include. The fastest is to designate a trusted physician and include their name and contact information in the Letter of Instruction, so your agent knows exactly who to call and the certification process can begin immediately.

For Bitcoin holdings specifically, a parallel solution is to fund a revocable living trust with the Bitcoin position before incapacity occurs, using the trust as the primary incapacity vehicle and the POA as backup. Trust-based incapacity planning doesn't require any triggering event — the successor trustee simply steps in under the trust's own incapacity provisions, which operate independently of any physician certification requirement. We return to this in Part 7.

Part 5: Self-Custody vs. Exchange Custody — Different POA Problems

The legal authority your POA provides is the same regardless of where your Bitcoin lives. The practical challenges your agent faces are completely different depending on whether that Bitcoin is self-custodied or held at an exchange. Both need to be addressed in advance, but the solutions are distinct.

Exchange Custody: The Platform Access Problem

Exchange-custodied Bitcoin creates a multi-layer access problem for your POA agent:

Account credentials. Your agent needs your exchange account username and associated email address to initiate any access request. These must be documented somewhere accessible to your agent — not stored only in your own password manager, which your agent cannot access without your master password.

Two-factor authentication. Most serious exchange users have 2FA enabled — and most use authenticator apps tied to their personal phone or hardware security keys they possess personally. Your agent cannot complete 2FA using your phone if they don't have it, and cannot use a hardware security key if they don't have the physical device. Pre-planning options include: designating a backup phone number registered with the exchange; printing and storing emergency backup codes; registering a secondary authenticator app on a device your agent can access; or removing 2FA from specific accounts (with appropriate tradeoffs in account security) and relying on other security measures.

Exchange fiduciary access procedures. Major exchanges — Coinbase, Kraken, Gemini, and others — have formal fiduciary access procedures for incapacity and death situations. These procedures typically require: a certified copy of the POA; identity verification of the agent; a completed fiduciary access request form specific to the platform; and a review period that can range from 48 hours to several weeks depending on the exchange. Your agent must know these procedures exist, must have the POA documentation ready, and must be prepared to navigate a compliance process that is not designed for speed. Building this knowledge into your Letter of Instruction before incapacity occurs eliminates the discovery time when your agent needs to act quickly.

Terms of service compliance. Exchange terms of service typically prohibit account sharing. Your agent's fiduciary access is a specific exception to that prohibition, but it requires presenting the POA through official channels — not simply logging into your account with your credentials. An agent who accesses your exchange account by using your saved login credentials, without going through the formal fiduciary process, may be violating the exchange's terms of service and potentially creating legal exposure for themselves.

Self-Custody: The Private Key Problem

Self-custodied Bitcoin creates a different and in some ways more fundamental problem: there is no institution to present a POA to. The Bitcoin is controlled by whoever holds the private keys. If your agent has the private keys and the legal authority to use them, they can access the Bitcoin. If they don't have the private keys, legal authority alone is insufficient.

The private key problem has three components:

Physical access to the hardware wallet. Your agent needs to know where your hardware wallet is and needs physical access to it. If it's in a home safe, your agent needs the combination. If it's in a safety deposit box, your agent needs to be a co-signer on the box or needs to present the POA to the bank to be granted access. If it's stored offsite with an attorney or other trusted party, your agent needs to know who that is and how to reach them.

The seed phrase. If the hardware wallet is unavailable, damaged, or requires recovery, your agent needs the seed phrase — the 12 or 24-word mnemonic that can restore the wallet on a new device. The seed phrase must be stored somewhere your agent can access. It must not be stored in the same location as the hardware wallet (defeating the backup purpose), and it must not be stored in a digital file that your agent cannot access without your help. Pre-positioned escrow with a trusted attorney is a common solution for seed phrase storage for significant Bitcoin positions.

Technical knowledge to use the hardware wallet. Even with the hardware wallet and the seed phrase, your agent needs to know how to use them. Operating a hardware wallet, initiating a transaction, confirming on the device, and broadcasting the signed transaction requires specific technical knowledge. If your agent is not technically familiar with the hardware wallet you use, you need to either train them, document the process in detail in your Letter of Instruction, or arrange for a trusted technical resource they can call for guidance. The POA can authorize the agent to delegate the technical execution to a third party, which is important to include explicitly.

You cannot simply hand over a hardware wallet without written authority and expect the situation to be manageable. The combination of legal authorization, physical access, and technical capability must all be pre-positioned before incapacity occurs.

Part 6: The Healthcare Proxy / HIPAA Gap

The financial POA and the healthcare proxy are distinct documents, but they interact in ways that create a critical vulnerability for Bitcoin holders during incapacity. Understanding how incapacity is legally declared — and how that process interacts with POA activation — is essential to closing the gap.

How Incapacity Is Legally Determined

Financial incapacity — the inability to manage one's own financial affairs — is a legal determination. It can be made through two mechanisms: a formal court proceeding (guardianship or conservatorship), or the informal physician certification process specified in most springing POAs. For durable POAs, no incapacity determination is technically required for the POA to be effective, but in practice, most agents do not act under a durable POA until they have at least informal evidence of incapacity to protect themselves from claims that they acted against the principal's then-current wishes.

The healthcare proxy — the document authorizing a healthcare agent to make medical decisions — is separate from the financial POA. The healthcare proxy is governed by healthcare power of attorney statutes, which vary by state. The two documents may name different agents and operate under different activation criteria. A person can become medically incapacitated (triggering the healthcare proxy) before financial incapacity is formally determined (triggering the financial POA).

The HIPAA Overlap Problem

HIPAA — the Health Insurance Portability and Accountability Act — restricts the disclosure of medical information. If your financial POA agent needs to obtain physician certifications of your incapacity to trigger a springing POA, those certifications are derived from protected medical information. The physicians need either your prior HIPAA authorization or the authorization of your healthcare agent to disclose that information to your financial POA agent.

If your healthcare agent and financial POA agent are different people, and if they are not on communicating terms, this creates a gap: the financial POA agent cannot obtain the incapacity certifications needed to activate their authority without the cooperation of the healthcare agent, who controls access to your medical information under HIPAA. Designing the documents so that the same person serves as both healthcare agent and financial POA agent, or ensuring that the healthcare agent has explicit HIPAA authority to disclose relevant medical information to the financial POA agent, closes this gap.

Minimizing the Incapacity Window

The practical goal of incapacity planning is to minimize the window between the onset of actual incapacity and the activation of formal legal authority for your agent to act. Several document design choices reduce that window:

• Durable POA over springing POA — eliminates the certification gap entirely for the financial POA agent
• Single attending physician certification — faster than two-physician requirements if springing POA is used
• Pre-identified physician — named in the Letter of Instruction so your agent knows exactly who to call
• Coordinated healthcare and financial agents — same person or people who communicate readily
• Funded revocable living trust — operates without any incapacity determination, bypassing the window entirely

Part 7: Trust as POA Supplement

The most robust incapacity planning for a significant Bitcoin position layers two structures: a properly drafted POA as a backstop, and a revocable living trust funded with the Bitcoin as the primary vehicle. Understanding why trust-based incapacity coverage is superior to POA-only coverage is essential to designing the right structure.

How a Revocable Living Trust Handles Incapacity

A revocable living trust — commonly called a "living trust" or "inter vivos trust" — is a trust you create during your lifetime, retain control over, and can amend or revoke at any time. The critical feature for incapacity planning is the succession mechanism: virtually every revocable living trust includes provisions specifying what happens if the settlor (you) becomes incapacitated. Those provisions designate a successor trustee — typically a trusted family member, advisor, or professional trust company — who steps in automatically, without court involvement and without any triggering document like a POA.

When Bitcoin is held inside a revocable living trust, the succession upon incapacity is seamless. The Bitcoin is titled in the trust's name. The trust's incapacity provisions activate when the trustee (you) can no longer manage the trust. The successor trustee has immediate authority over the trust's assets — including the Bitcoin — derived from the trust instrument itself, not from the principal's ongoing legal capacity. There is no physician certification required, no incapacity determination gap, no exchange fiduciary access process to navigate. The successor trustee simply presents the trust document and their appointment as successor trustee and proceeds.

The Sequence That Works

The architecture that provides the most complete Bitcoin incapacity coverage is:

1. Create a revocable living trust with explicit Bitcoin provisions, a designated successor trustee familiar with digital assets, and clear incapacity succession language
2. Fund the trust during life — transfer Bitcoin holdings into the trust, retitling exchange accounts and updating wallet documentation to reflect trust ownership
3. Upon incapacity, the successor trustee steps in automatically — no court, no physician certifications, no incapacity determination gap
4. Maintain a Bitcoin-specific financial POA as backstop — for Bitcoin or digital assets not yet in the trust at the time of incapacity, or for situations where the trust's incapacity provisions have not yet activated

The reason POA remains necessary even with a funded trust is that funding is never perfect. You may acquire new Bitcoin after the trust is established that hasn't yet been transferred in. You may hold Bitcoin on an exchange in personal name that hasn't been retitled. The POA covers these residual exposures.

Why This Is Better Than POA Alone

Relying on POA alone for Bitcoin incapacity planning exposes you to the exchange fiduciary access process, the 2FA problem, the incapacity determination gap (for springing POA), and the challenge of presenting a POA to an exchange that has its own institutional process and timeline. Trust-based succession bypasses most of these friction points because the successor trustee is acting as the owner of the trust's assets — not as an agent for an individual — and the exchange or custodian is dealing with a trustee, not a fiduciary agent, which is a cleaner institutional relationship.

For the self-custody problem, the trust structure itself doesn't solve key access — the successor trustee still needs physical access to the hardware wallet and seed phrase. But the trust simplifies the legal dimension while the Letter of Instruction (Part 8) solves the practical access dimension.

Part 8: The Bitcoin Letter of Instruction

The most powerful document in your Bitcoin incapacity plan is also the one your attorney is least likely to draft for you: the Bitcoin Letter of Instruction. This is not a legal document. It has no binding force. It conveys no legal authority. What it does is give your POA agent or successor trustee the practical information they need to actually exercise the legal authority your POA and trust documents provide.

What the Letter Must Include

Exchange account information. For each exchange account you hold: the platform name, the URL, the account email address, the username, a description of the 2FA method in use, the location of backup 2FA codes or recovery methods, the exchange's fiduciary access contact information and URL, and any platform-specific notes your agent needs to navigate the access process.

Hardware wallet locations and access instructions. The location of each hardware wallet device — home safe, safety deposit box, offsite storage, attorney escrow. The combination, code, or access procedure for each storage location. Instructions for powering on the device, entering the PIN, and initiating the basic transaction workflow. Contact information for a technical resource your agent can call for guidance.

Seed phrase storage locations. Not the seed phrases themselves — never write your actual seed phrase in a document kept with your other estate planning materials. Instead, clear directions to where each seed phrase is stored, who holds it, how to retrieve it, and any verification procedures required. The seed phrase should be stored separately from the hardware wallet, in a location your agent can access but that is not easily compromised.

Multi-signature setup details. If you use a multi-signature wallet, the Letter must include the wallet configuration (M-of-N structure), the identity and contact information of each co-signer, the signing workflow, and the process for initiating a transaction that requires multiple co-signers to approve.

Institutional custodian information. For any Bitcoin held with institutional custodians — Coinbase Custody, Anchorage, BitGo — account numbers, contact information for the relationship manager or fiduciary access team, and any special account documentation.

Advisor contacts. The name, firm, phone number, and email address of your estate planning attorney, CPA, and any Bitcoin-specific advisor who can assist your agent in managing the holdings appropriately.

Where the Letter Must Be Kept

The Bitcoin Letter of Instruction should be kept with your POA agent — not in your estate plan binder, not in your will, not in your safe deposit box alongside original documents that won't be accessible until after death. Your agent needs this information the moment incapacity occurs, which may be well before death.

Practically: give your primary POA agent a sealed envelope containing the current version of the Letter, with instructions to open it only upon your incapacity or death. Update the envelope annually or whenever your Bitcoin setup changes. Include a note on the outside indicating the date the contents were last updated.

The Letter must never be included in your will. A will is a public document upon probate. Including Bitcoin access information in your will is equivalent to publishing it — which is a catastrophic security failure for a self-custody Bitcoin holder.

Part 9: Five Dangerous POA Drafting Mistakes for Bitcoin Holders

Mistake 1: Generic "Financial Accounts" Language Without Digital Asset Specificity

The most common drafting mistake is using standard financial POA language — "financial accounts," "securities accounts," "tangible personal property" — and assuming it covers Bitcoin. It doesn't. Exchanges interpret POA authority narrowly when uncertainty exists, and they will deny fiduciary access requests that can't be clearly tied to explicit POA language. The POA must use the words "cryptocurrency," "digital assets," "Bitcoin," "private keys," and "hardware wallets" explicitly. Generic language is insufficient.

Mistake 2: Using a Springing POA Without Addressing the 2FA Problem

A springing POA that requires physician certifications before activation creates a delay. A springing POA that requires physician certifications before activation and has 2FA tied exclusively to your personal phone creates a double delay: your agent must obtain certifications before they have legal authority, and then must solve the 2FA problem before they have practical access. Both delays need to be planned around, not discovered during an incapacity event.

Mistake 3: Failing to Designate a Technically Capable Agent

A POA agent who has never used a hardware wallet, doesn't understand what a seed phrase is, and has never navigated an exchange's fiduciary access process will be overwhelmed at the moment they most need to act. The legal authority your POA provides is only as valuable as your agent's ability to exercise it. Either designate an agent with the required technical knowledge, or ensure that the Letter of Instruction includes a detailed enough guide that a non-technical agent can navigate the process — and designate a technical advisor they can call.

Mistake 4: Storing Seed Phrases in Digitally Accessible Locations

Seed phrases stored in a cloud-synced password manager, an email draft, a note on your phone, or any digital file that your agent cannot access without your help are both a security risk and a practical failure. The seed phrase must be stored in a format your agent can physically access without needing your active cooperation — typically paper or metal backup in a secure physical location, with clear instructions in the Letter of Instruction on retrieval.

Mistake 5: Never Updating the POA or Letter of Instruction After Setup Changes

Your Bitcoin setup evolves. You add exchange accounts, change hardware wallets, modify your multi-sig configuration, move seed phrase storage. Each change creates a potential mismatch between your Letter of Instruction and your actual setup. An agent following outdated instructions may attempt to access a wallet that no longer exists, retrieve keys from a location that's been changed, or present credentials for an account that's been closed. Annual review of both the POA's language (as digital asset law evolves) and the Letter of Instruction (as your setup changes) is essential maintenance, not optional.

Part 10: 10-Point Bitcoin Incapacity Planning Checklist

Frequently Asked Questions

The Planning You Do Now Is the Coverage That Works Then

Incapacity planning is a category of action that most people delay until it is too late to do properly. The urgency feels abstract — incapacity is a future risk, not a present one. But the window to plan closes without warning. The stroke or accident that produces incapacity doesn't announce itself in advance. The planning must be done before the event, not after it.

For Bitcoin holders, the standard approach of signing a generic durable POA and moving on is inadequate. The asset class demands specificity that generic documents don't provide. The legal authority your agent needs must be written explicitly. The practical access your agent needs must be pre-positioned deliberately. The trust structure that eliminates the incapacity gap entirely must be funded before incapacity occurs — after is too late.

The good news is that the planning itself is not extraordinarily complex. An estate planning attorney familiar with digital asset law can draft or amend a POA with Bitcoin-specific language in a single drafting session. The Letter of Instruction is a document you can largely draft yourself with the framework in this guide. The revocable living trust requires more structure, but for a family with a significant Bitcoin position, it is the foundational wealth management document anyway — incapacity coverage is one of several reasons to have it.

What is complex — what requires active work and ongoing attention — is keeping the plan current. The legal framework evolves. Your Bitcoin setup changes. Exchange policies change. The POA and Letter of Instruction that work perfectly today may have gaps in three years if you don't review them. Build an annual review into your calendar. Your future self — or the family members managing your affairs during incapacity — will be grateful you did.