You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This document serves as an introductory point for users interested in reducing
4
-
their hot-wallet risks, allowing them to maintain on-chain funds outside of
5
-
`lnd` but still be able to manage them within `lnd`. As of `v0.13.0-beta`, `lnd`
6
-
is able to import BIP-0049 and BIP-0084 extended public keys either at the
7
-
account path (`m/purpose'/coin_type'/account'`) or at the address index path
8
-
(`m/purpose'/coin_type'/account'/change/address_index`) as watch-only through
9
-
the `WalletKit` APIs.
5
+
This document serves as an introductory point for users interested in reducing their hot-wallet risks, allowing them to maintain on-chain funds outside of `lnd` but still be able to manage them within `lnd`. As of `v0.13.0-beta`, `lnd` is able to import BIP-0049 and BIP-0084 extended public keys either at the account path (`m/purpose'/coin_type'/account'`) or at the address index path (`m/purpose'/coin_type'/account'/change/address_index`) as watch-only through the `WalletKit` APIs.
10
6
11
-
Note that in order to follow the rest of this document and/or use the
12
-
`WalletKit` APIs, users will need to obtain an `lnd` build compiled with the
13
-
`walletrpc` tag. Our release builds already include this tag by default, so this
14
-
would only be necessary when compiling from source.
7
+
Note that in order to follow the rest of this document and/or use the `WalletKit` APIs, users will need to obtain an `lnd` build compiled with the `walletrpc` tag. Our release builds already include this tag by default, so this would only be necessary when compiling from source.
15
8
16
-
# `lnd`'s Default Wallet Accounts
9
+
##`lnd`'s Default Wallet Accounts
17
10
18
11
Upon initializing `lnd`, a wallet is created with four default accounts:
19
12
20
-
* A custom BIP-0049 account (more on this later) to generate NP2WKH external
21
-
addresses.
13
+
* A custom BIP-0049 account (more on this later) to generate NP2WKH external addresses.
22
14
* A BIP-0084 account to generate P2WKH external and change addresses.
23
-
* A catch-all BIP-0049 account where all imported BIP-0049 address keys (NP2WKH
24
-
addresses) exist within.
25
-
* A catch-all BIP-0084 account where all imported BIP-0049 address keys (P2WKH
26
-
addresses) exist within.
15
+
* A catch-all BIP-0049 account where all imported BIP-0049 address keys (NP2WKH addresses) exist within.
16
+
* A catch-all BIP-0084 account where all imported BIP-0049 address keys (P2WKH addresses) exist within.
27
17
28
-
Prior to `v0.13.0-beta`, these accounts were abstracted away from users. As part
29
-
of the key import feature, they are now exposed through the new `WalletKit` RPCs
30
-
(`ListAccounts`, `ImportAccount`, `ImportPublicKey`) and the `lncli wallet
31
-
accounts` command.
18
+
Prior to `v0.13.0-beta`, these accounts were abstracted away from users. As part of the key import feature, they are now exposed through the new `WalletKit` RPCs (`ListAccounts`, `ImportAccount`, `ImportPublicKey`) and the `lncli wallet accounts` command.
32
19
33
20
```shell
34
21
$ lncli wallet accounts
@@ -47,12 +34,9 @@ OPTIONS:
47
34
--help, -h show help
48
35
```
49
36
50
-
## Account Details
37
+
###Account Details
51
38
52
-
Before interacting with the new set of APIs, users will want to become familiar
53
-
with how wallet accounts are represented within `lnd`. The
54
-
`WalletKit.ListAccounts` RPC or `lncli wallet accounts list` command can be used
55
-
to retrieve the details of accounts.
39
+
Before interacting with the new set of APIs, users will want to become familiar with how wallet accounts are represented within `lnd`. The `WalletKit.ListAccounts` RPC or `lncli wallet accounts list` command can be used to retrieve the details of accounts.
56
40
57
41
```shell
58
42
$ lncli wallet accounts list
@@ -82,79 +66,38 @@ $ lncli wallet accounts list
82
66
}
83
67
```
84
68
85
-
There's a lot to unpack in the response above, so let's cover each account field
86
-
in detail. As mentioned above, four default accounts should exist, though only
87
-
two are shown in the output. The catch-all imported accounts are hidden by
88
-
default until a key has been imported into them.
89
-
90
-
*`name`: Each account has a name it can be identified by. `lnd`'s default
91
-
spendable accounts have the name "default". The default catch-all imported
92
-
accounts have the name "imported".
93
-
*`extended_public_key`: The BIP-0044 extended public key for the account. Any
94
-
addresses generated for the account are derived from this key. Each key has a
95
-
version prefix that identifies the chain and derivation scheme being used. At
96
-
the time of writing, `lnd` supports the following versions:
97
-
*`xpub/tpub`: The commonly used version prefix originally intended for
98
-
BIP-0032 mainnet/testnet extended keys. Since `lnd` does not support
99
-
BIP-0032 extended keys, this version serves as a catch-all for the other
100
-
versions.
69
+
There's a lot to unpack in the response above, so let's cover each account field in detail. As mentioned above, four default accounts should exist, though only two are shown in the output. The catch-all imported accounts are hidden by default until a key has been imported into them.
70
+
71
+
*`name`: Each account has a name it can be identified by. `lnd`'s default spendable accounts have the name "default". The default catch-all imported accounts have the name "imported".
72
+
*`extended_public_key`: The BIP-0044 extended public key for the account. Any addresses generated for the account are derived from this key. Each key has a version prefix that identifies the chain and derivation scheme being used. At the time of writing, `lnd` supports the following versions:
73
+
*`xpub/tpub`: The commonly used version prefix originally intended for BIP-0032 mainnet/testnet extended keys. Since `lnd` does not support BIP-0032 extended keys, this version serves as a catch-all for the other versions.
101
74
*`ypub/upub`: The version prefix for BIP-0049 mainnet/testnet extended keys.
102
75
*`zpub/vpub`: The version prefix for BIP-0084 mainnet/testnet extended keys.
103
-
*`address_type`: The type of addresses the account can derive. There are three
104
-
supported address types:
105
-
*`WITNESS_PUBKEY_HASH`: The standard derivation scheme for BIP-0084 with
106
-
P2WKH for external and change addresses.
107
-
*`NESTED_WITNESS_PUBKEY_HASH`: The standard derivation scheme for BIP-0049
108
-
with P2WKH for external and change addresses.
109
-
*`HYBRID_NESTED_WITNESS_PUBKEY_HASH` A custom derivation scheme for BIP-0049
110
-
used by `lnd` where NP2WKH is used for external addresses and P2WKH for
111
-
change addresses.
112
-
*`master_key_fingerprint`: The 4 byte fingerprint of the master key
113
-
corresponding to the account. This is usually required by hardware
114
-
wallet/external signers to identify the proper signing key.
115
-
*`derivation_path`: The BIP-0044 derivation path used on the master key to
116
-
obtain the account key.
76
+
*`address_type`: The type of addresses the account can derive. There are three supported address types:
77
+
*`WITNESS_PUBKEY_HASH`: The standard derivation scheme for BIP-0084 with P2WKH for external and change addresses.
78
+
*`NESTED_WITNESS_PUBKEY_HASH`: The standard derivation scheme for BIP-0049 with P2WKH for external and change addresses.
79
+
*`HYBRID_NESTED_WITNESS_PUBKEY_HASH` A custom derivation scheme for BIP-0049 used by `lnd` where NP2WKH is used for external addresses and P2WKH for change addresses.
80
+
*`master_key_fingerprint`: The 4 byte fingerprint of the master key corresponding to the account. This is usually required by hardware wallet/external signers to identify the proper signing key.
81
+
*`derivation_path`: The BIP-0044 derivation path used on the master key to obtain the account key.
117
82
*`external_key_count`: The number of external addresses generated.
118
83
*`internal_key_count`: The number of change addresses generated.
119
-
*`watch_only`: Whether the wallet has private key information for the account.
120
-
`lnd`'s default wallet accounts always have private key information, so this
121
-
value is `false`.
84
+
*`watch_only`: Whether the wallet has private key information for the account. `lnd`'s default wallet accounts always have private key information, so this value is `false`.
122
85
123
-
# Key Import
86
+
##Key Import
124
87
125
-
An existing limitation to the key import APIs is that events (deposits/spends)
126
-
for imported keys, including those derived from an imported account, will only
127
-
be detected by lnd if they happen after the import. Rescans to detect past
128
-
events are currently not supported, but will come at a later time.
88
+
An existing limitation to the key import APIs is that events (deposits/spends) for imported keys, including those derived from an imported account, will only be detected by lnd if they happen after the import. Rescans to detect past events are currently not supported, but will come at a later time.
129
89
130
-
## Account Key Import
90
+
###Account Key Import
131
91
132
-
The `WalletKit.ImportAccount` RPC and `lncli wallet accounts import` command can
133
-
be used to import an account. At the time of writing, importing an account has
134
-
the following request parameters:
92
+
The `WalletKit.ImportAccount` RPC and `lncli wallet accounts import` command can be used to import an account. At the time of writing, importing an account has the following request parameters:
135
93
136
94
*`name` (required): A name to identify the imported account with.
137
-
*`extended_public_key` (required): A public key that corresponds to a wallet account
138
-
represented as an extended key. It must conform to a derivation path of the
139
-
form `m/purpose'/coin_type'/account'`.
140
-
*`master_key_fingerprint` (optional): The fingerprint of the root key (also
141
-
known as the key with derivation path m/) from which the account public key
142
-
was derived from. This may be required by some hardware wallets for proper
143
-
identification and signing.
144
-
*`address_type` (optional): An address type is only required when the extended
145
-
account public key has a legacy version (xpub, tpub, etc.), such that the
146
-
wallet cannot detect what address scheme it belongs to.
147
-
*`dry_run` (optional): Whether a dry run should be attempted when importing the
148
-
account. This serves as a way to confirm whether the account is being imported
149
-
correctly by returning the first N addresses for the external and internal
150
-
branches of the account. If these addresses match as expected, then it should
151
-
be safe to import the account as is.
152
-
153
-
For the sake of simplicity, we'll present an example with two `lnd` nodes Alice
154
-
and Bob, where Alice acts as a signer _only_, and Bob manages Alice's on-chain
155
-
BIP-0084 account by crafting transactions and watching/spending addresses. Since
156
-
Alice will only act as a signer, we'll want to import her BIP-0084 account into
157
-
Bob's node, which will require knowledge of Alice's extended public key.
95
+
*`extended_public_key` (required): A public key that corresponds to a wallet account represented as an extended key. It must conform to a derivation path of the form `m/purpose'/coin_type'/account'`.
96
+
*`master_key_fingerprint` (optional): The fingerprint of the root key (also known as the key with derivation path m/) from which the account public key was derived from. This may be required by some hardware wallets for proper identification and signing.
97
+
*`address_type` (optional): An address type is only required when the extended account public key has a legacy version (xpub, tpub, etc.), such that the wallet cannot detect what address scheme it belongs to.
98
+
*`dry_run` (optional): Whether a dry run should be attempted when importing the account. This serves as a way to confirm whether the account is being imported correctly by returning the first N addresses for the external and internal branches of the account. If these addresses match as expected, then it should be safe to import the account as is.
99
+
100
+
For the sake of simplicity, we'll present an example with two `lnd` nodes Alice and Bob, where Alice acts as a signer _only_, and Bob manages Alice's on-chain BIP-0084 account by crafting transactions and watching/spending addresses. Since Alice will only act as a signer, we'll want to import her BIP-0084 account into Bob's node, which will require knowledge of Alice's extended public key.
158
101
159
102
Alice's BIP-0084 extended public key can be obtained as follows.
160
103
@@ -182,11 +125,7 @@ Bob can then import the account with the following command:
182
125
$ lncli-bob wallet accounts import vpub5Z9beF6NYCrHeDmKC38tM3xXMDFFSARa9sdHRPChEMGqtxiELfZB8hm6FwBpBvfPpX2HGG8edYVV9Wupe43PEJJhhfnz1egtQNNaDXyYExn alice
183
126
```
184
127
185
-
Before Bob imports the account, they may want to confirm the account is being
186
-
imported using the correct derivation scheme. This can be done with the dry run
187
-
request parameter. When a dry run is done, the response will include the usual
188
-
account details, as well as the first 5 external and change addresses, which can
189
-
be used to confirm they match with what the account owner expects.
128
+
Before Bob imports the account, they may want to confirm the account is being imported using the correct derivation scheme. This can be done with the dry run request parameter. When a dry run is done, the response will include the usual account details, as well as the first 5 external and change addresses, which can be used to confirm they match with what the account owner expects.
190
129
191
130
```shell
192
131
$ lncli-bob wallet accounts import vpub5Z9beF6NYCrHeDmKC38tM3xXMDFFSARa9sdHRPChEMGqtxiELfZB8hm6FwBpBvfPpX2HGG8edYVV9Wupe43PEJJhhfnz1egtQNNaDXyYExn alice --dry_run
External addresses from an imported account can be generated through the
243
-
existing `Lightning.NewAddress` RPC and `lncli newaddress` command, as they now
244
-
take an additional optional parameter to specify which account the address
245
-
should be derived from.
180
+
External addresses from an imported account can be generated through the existing `Lightning.NewAddress` RPC and `lncli newaddress` command, as they now take an additional optional parameter to specify which account the address should be derived from.
246
181
247
-
Following the example above, Bob is able to generate an external address for an
248
-
incoming deposit as follows:
182
+
Following the example above, Bob is able to generate an external address for an incoming deposit as follows:
Change addresses cannot be generated on demand, they are generated automatically
258
-
when a transaction is crafted that requires a change output.
191
+
Change addresses cannot be generated on demand, they are generated automatically when a transaction is crafted that requires a change output.
259
192
260
-
### Crafting Transactions through PSBTs from an Imported Account
193
+
####Crafting Transactions through PSBTs from an Imported Account
261
194
262
-
Assuming a deposit of 1 tBTC was made to the address above
263
-
(`bcrt1q8zdjz2q92eh7jw9ah3upf2u9553226gq79el5l`), Bob should be able to craft a
264
-
transaction spending their new UTXO. Since Bob is unable to sign the transaction
265
-
themselves, they'll use PSBTs to craft the transaction, and provide it to Alice
266
-
to sign.
195
+
Assuming a deposit of 1 tBTC was made to the address above (`bcrt1q8zdjz2q92eh7jw9ah3upf2u9553226gq79el5l`), Bob should be able to craft a transaction spending their new UTXO. Since Bob is unable to sign the transaction themselves, they'll use PSBTs to craft the transaction, and provide it to Alice to sign.
267
196
268
197
```shell
269
198
$ lncli-bob wallet psbt fund --account=alice --outputs="{\"bcrt1qpjqr663tylcksysa4u76xvremee9k8af3pqd5h\": 500000}" --sat_per_vbyte=1
0 commit comments