mirror of
https://github.com/bitcoin/bips.git
synced 2026-07-06 17:46:00 +00:00
Remove trailing whitespace from all BIPs
This commit is contained in:
@@ -39,8 +39,8 @@ The Electrum wallet imports and exports address and transaction labels in a JSON
|
||||
|
||||
==Specification==
|
||||
|
||||
In order to be lightweight, human readable and well structured, this BIP uses a JSON format.
|
||||
Further, the JSON Lines format is used (also called newline-delimited JSON)<ref>[https://jsonlines.org/ jsonlines.org]</ref>.
|
||||
In order to be lightweight, human readable and well structured, this BIP uses a JSON format.
|
||||
Further, the JSON Lines format is used (also called newline-delimited JSON)<ref>[https://jsonlines.org/ jsonlines.org]</ref>.
|
||||
This allows a document to be split, streamed, or incrementally added to, and limits the potential for formatting errors to invalidate an entire import.
|
||||
It is also a convenient format for command-line processing, which is often line-oriented.
|
||||
|
||||
@@ -48,7 +48,7 @@ Further to the JSON Lines specification, an export of labels from a wallet must
|
||||
Lines are separated by <tt>\n</tt>. Multiline values are not permitted.
|
||||
Each JSON object must contain 3 or 4 key/value pairs, defined as follows:
|
||||
|
||||
{| class="wikitable"
|
||||
{| class="wikitable"
|
||||
|-
|
||||
! Key
|
||||
! Description
|
||||
@@ -71,7 +71,7 @@ Each JSON object must contain 3 or 4 key/value pairs, defined as follows:
|
||||
|
||||
The reference is defined for each <tt>type</tt> as follows:
|
||||
|
||||
{| class="wikitable"
|
||||
{| class="wikitable"
|
||||
|-
|
||||
! Type
|
||||
! Description
|
||||
@@ -107,7 +107,7 @@ Each JSON object must contain both <tt>type</tt> and <tt>ref</tt> properties. Th
|
||||
If present, the optional <tt>origin</tt> property must contain an abbreviated output descriptor (as defined by BIP380<ref>[https://github.com/bitcoin/bips/blob/master/bip-0380.mediawiki BIP-0380]</ref>) describing a BIP32 compatible originating wallet, including all key origin information but excluding any actual keys, any child path elements, or a checksum.
|
||||
This property should be used to disambiguate transaction labels from different wallets contained in the same export, particularly when exporting multiple accounts derived from the same seed.
|
||||
|
||||
Care should be taken when exporting due to the privacy sensitive nature of the data.
|
||||
Care should be taken when exporting due to the privacy sensitive nature of the data.
|
||||
Encryption in transit over untrusted networks is highly recommended, and encryption at rest should also be considered.
|
||||
Unencrypted exports should be deleted as soon as possible.
|
||||
For security reasons no private key types are defined.
|
||||
@@ -120,7 +120,7 @@ For security reasons no private key types are defined.
|
||||
|
||||
==Backwards Compatibility==
|
||||
|
||||
The nature of this format makes it naturally extensible to handle other record types.
|
||||
The nature of this format makes it naturally extensible to handle other record types.
|
||||
However, importing wallets complying to this specification may ignore types not defined here.
|
||||
|
||||
==Test Vectors==
|
||||
|
||||
Reference in New Issue
Block a user