SatoshiLabs Improvement Proposals

This is a section for an abstract.

#0

SLIP-0010 describes a generalized derivation scheme for private and public key pairs in hierarchical deterministic wallets for the curves secp256k1, NIST P-256, ed25519 and curve25519.

#10

This document is explaining symmetric encryption on hardware devices, using deterministic hierarchy.

#11

This is a section for an abstract.

#12

This document describes a method that is used for authenticating to various services such as websites or remote shells using a determinstic hierarchy.

#13

SLIP-0014 describes a stress test deterministic wallet, which can be used to test various cornercases that such wallet can encounter.

#14

SLIP-0015 describes a format to save Bitcoin transaction metadata (labels to accounts, transactions) in a secure way, with regard to HD wallets, especially (but not limited to) hardware HD wallets.

#15

SLIP-0016 describes simple encryption concept for hardware device for secure storage of passwords.

#16

This document describes a method for implementing Elliptic Curve Diffie-Hellman algorithm, using a determinstic hierarchy.

#17

This specification defines the format for a proof of ownership which can be passed to a hierarchical deterministic wallet together with each input of an unsigned transaction. This proof allows the wallet to determine whether it is able to spend the given input or not. It also allows third parties to verify that a user has the ability to spend the input.

#19

This is a section for an abstract.

#20

This document describes a method of deriving a hierarchy of symmetric keys from a master secret, such as the recovery seed used in cryptocurrency wallets.

#21

This document describes an interoperable format for FIDO2 credential IDs for use in hierarchical deterministic wallets.

#22

This specification describes how to derive the master node, aka root node, of the key tree in Cardano hierarchical deterministic wallets.

#23

A Trezor payment request is a message that is signed by a trusted party requesting payment of a specified amount to one or more addresses, similar in principle to [BIP-0070](https://github.com/bitcoin/bips/blob/master/bip-0070.mediawiki). This message can be processed by a payer's wallet in such a way that the payer does not have to inspect the destination address and only needs to confirm the pay

#24

This document defines a logical hierarchy for deterministic wallets based on the algorithm defined in [BIP 32](https://github.com/bitcoin/bips/blob/master/bip-0032.mediawiki) and [SLIP 10](https://github.com/satoshilabs/slips/blob/master/slip-0010.md) and the scheme described in [BIP 43](https://github.com/bitcoin/bips/blob/master/bip-0043.mediawiki). The purpose of this document is largely the sa

#25

BIP-0032 already defines a serialization format for hierarchical deterministic keys. In this document we present extended version of the serialization format, which aims to overcome some limitations of the original proposal.

#32

This SLIP describes a standard and interoperable implementation of Shamir's secret-sharing (SSS) and a specification for its use in backing up Hierarchical Deterministic Wallets described in [BIP-0032](https://github.com/bitcoin/bips/blob/master/bip-0032.mediawiki). SSS splits a master secret into unique parts which can be distributed among participants. A specified minimum number of parts is requ

#39

BIP-0044 defines a logical hierarchy for deterministic wallets. Level 2 of the hierarchy describes a coin type in use.

#44

This SLIP defines the logical hierarchy for deterministic wallets using Graphene technology. It extends [BIP-0044](https://github.com/bitcoin/bips/blob/master/bip-0044.mediawiki) known from Bitcoin which should be read and understood before going into the details of this specification.

#48

This document describes a method for blinding key derivation for Confidential Transactions, using a deterministic hierarchy.

#77

BIP-0032 defines the derivation scheme for hierarchical deterministic wallets, which encode their public and private keys in an extended serialization format known as `xpub`. The `xpub` prefix is an artifact of Base58 encoding the four version bytes of the serialization format.

#132

BIP-0173 defines a new format for segregated witness output addresses that contains a human-readable part that identifies the coin type.

#173