Operational Safety Guidelines
Keep yourself and your Taproot Assets safe
As of version
v0.3.0-alpha, Taproot Assets can be used on Bitcoin's
mainnetnetwork. That means in any version after
v0.3.0there won't be any breaking changes and any assets minted with that version should be future-proof. But signaling readiness for
mainnetdoes NOT mean that there won't be any bugs or that all planned safety and backup measures are fully in place yet.
That means, special care must be taken to avoid loss of funds (both assets and BTC)!
In short, there is no recovery mechanism in place yet that allows you to recover assets from only the
lndseed. So if you lose your
tapd's database, or it gets corrupted, you lose access to all assets minted or received by that
tapd. In addition, you also cannot spend the BTC used to carry/anchor the assets.
To avoid loss of funds, make sure you back up your
/home/<user>/.tapdfolder regularly. If you are using a Postgres database as the database backend, it is enough to make backups of that database.
And of course, you also need
lnd's seed phrase which is what all private keys for all assets in a
tapdinstance are derived from.
Because the Taproot Assets Protocol is an overlay or off-chain protocol, all data relevant to asset mints, transfers or burns are not stored in the Bitcoin blockchain itself. That means, if access to that data is lost, then the assets cannot be recovered by just using a wallet seed.
So-called Universes (public asset and proof databases) will help with storing and later retrieving that crucial off-chain data, but the mechanisms to query all required data by just using
lnd's seed are not yet in place. See #426 for more information.
The following items should be backed up regularly (e.g. hourly or even more frequently depending on the number of users/transactions of a system):
- If the default SQLite database is used: Then all data is in the files in the location
tapddiris the following by default, depending on your operating system:
- Or, if either the
--datadirflags or config options are
- set, then the file should be located there.
- If a Postgres database is used: It is enough to create a backup of the database configured as
--postgres.dbnameflag or config option.
Optionally the copies of the proof files in
<tapddir>/data/<network>/proofscan be backed up as well, but those are also all contained in the SQLite or Postgres database and are only on the filesystem for faster access.
tapddatabase does not store any private key material. It exclusively uses
lnd's wallet to derive keys for assets and their BTC anchoring transactions. The
tapddatabase only stores the public key and derivation information in its database.
The following cryptographic keys are derived from
internal_key: The internal keys for BTC-level anchoring transaction outputs that carry asset commitments.
script_key: The raw key for asset ownership keys, by default used as BIP-0086 keys in the asset output.
Yes. Since there is no penalty mechanism involved as in Lightning, there is no additional risk when restoring an outdated database backup. But of course, if the database backup is out of date, it might not contain the latest assets and access to those could still be lost.
There is normally no need to open the
tapdRPC port (10029 by default) to the internet. Unless the intention is to run a public Universe server, then that is the port to expose. By default, all RPC methods (except for some non-sensitive Universe related calls) are protected by macaroon credentials.
There are three flags/config options that should be evaluated though:
--allow-public-uni-proof-courier: If set, then access to the Universe based proof courier methods is allowed without the requirement for a macaroon. That means, any other nodes can use this
tapdinstance to transmit transfer proofs from sender to receiver without needing any sort of permission credential.
--allow-public-stats: If set, then access to Universe statistics RPC calls are allowed without the requirement for a macaroon. This can be useful to directly pull statistics over the REST interface into any website.
--universe.public-access: If set, then proofs can be inserted and synced by other nodes. The difference between this flag and
--allow-public-uni-proof-courieris that the first controls whether remote proofs should be allowed in general, while the second controls whether one needs an authentication token to do so.
If you are using Taproot Assets as part of the "Lightning Terminal" app inside Umbrel (or any comparable node-in-a-box solution), DO NOT UNDER ANY CIRCUMSTANCE uninstall (or re-install) the "Lightning Terminal" app without first making a manual backup of all local data of
tapd. Uninstalling any app on Umbrel will delete that app's data. And in case of Taproot Assets, that data contains information needed to spend both the Taproot Assets AND the bitcoin that carry the assets. Just having the
lndseed phrase is NOT enough to restore assets minted or received.