Wallet (blockchain) - Revision history

Justusranvier: /* Deposits */

2014-11-12T13:00:09Z

‎Deposits

Justusranvier: /* Address Identifier */ hotlink to github

2014-09-26T15:36:39Z

‎Address Identifier: hotlink to github

Justusranvier: hotlink seriesid to github

2014-09-26T15:34:56Z

hotlink seriesid to github

Justusranvier: Stub section for deposits.

2014-09-24T13:40:00Z

Stub section for deposits.

Justusranvier: explain why we have address identifiers and series identifiers

2014-09-24T13:35:06Z

explain why we have address identifiers and series identifiers

Justusranvier: correct terminology

2014-09-24T13:25:02Z

correct terminology

Justusranvier: /* Address Identification */ add URL

2014-09-22T12:49:19Z

‎Address Identification: add URL

Justusranvier: /* Series Identifier */ correct terminology

2014-09-22T12:47:03Z

‎Series Identifier: correct terminology

GuilhermeSalgado at 15:41, 19 September 2014

2014-09-19T15:41:20Z

GuilhermeSalgado at 15:29, 19 September 2014

2014-09-19T15:29:57Z

@@ Line 78: / Line 78: @@
 ===Deposits===
-The wallet provides a deposit scripts for an address when requested via the [[getdepositscript]] call which may be wrapped a [[PaymentRequest]] and passed to the depositor.
+The wallet provides a deposit scripts for an address when requested via the [[getdepositscript]] call which may be wrapped a [[Payment Protocol (voting pools)|PaymentRequest]] and passed to the depositor.
 When a deposit is received, or if the confirmation status of the incoming transaction changes unexpectedly, the wallet will inform the caller via push notifications.
 [[Category:Voting Pool Components]]

@@ Line 60: / Line 60: @@
 =====Schema=====
-<code><pre>
+<include src="https://raw.githubusercontent.com/Open-Transactions/rfc/master/json/schema/addressid-01.json" />
 =====Example=====
-<code><pre>
+<include src="https://raw.githubusercontent.com/Open-Transactions/rfc/master/json/data/addressid-01.json" />
 ===Wallet Creation===

@@ Line 35: / Line 35: @@
 =====Schema=====
-<code><pre>
+<include src="https://raw.githubusercontent.com/Open-Transactions/rfc/master/json/schema/seriesid-01.json" />
 =====Example=====
-<code><pre>
+<include src="https://raw.githubusercontent.com/Open-Transactions/rfc/master/json/data/seriesid-01.json" />
 ====Address Identifier====

@@ Line 123: / Line 123: @@
 </pre></code>
-==Wallet Creation==
+===Wallet Creation===
 When an auditor first initializes a voting pool contract, it must create the appropriate cryptocurrency wallets via the [[Createseries]] call to a wallet provider of the appropriate coin type (Bitcoin, Litecoin, etc).
@@ Line 132: / Line 132: @@
 The wallet must find the correct extended public key when it adds the extended private key to the wallet and must return an error to the operator if he attempts to load and extended private key for an extended public key not defined in that series.
 [[Category:Voting Pool Components]]

@@ Line 7: / Line 7: @@
 The blockchain wallet tracks and manipulates cryptocurrencies balances on the appropriate blockchain. The wallet notifies the [[auditor]] of received deposits, constructs outgoing transactions, and monitors the state of all relevant incoming and outgoing transactions.
-An auditor requires access to a wallet provider for every cryptocurrency its operator wishes to accept deposits for, and this wallet must support the [[Cryptocurrency wallet API|Voting Pool Wallet API]].
+An auditor requires access to a wallet provider for every cryptocurrency its operator wishes to accept deposits for, and this wallet must support the [[Voting Pool Wallet API]].
 Wallets should understand both hierarchical determinism and multisig capability, and also output coloring.
-==Address Identification==
+==Operations==
-===Series Identifier===
+===Address Identification===
 Since one wallet will need to handle multiple pools and series, a series identifier must include the pool for which it belongs.
@@ Line 25: / Line 33: @@
 :An index number that starts at 1 and increases monotonically (from the [[Keyset (voting pools)|Keyset Definition]])
-====Schema====
+=====Schema=====
 <code><pre>
@@ Line 49: / Line 57: @@
 </pre></code>
-====Example====
+=====Example=====
 <code><pre>
@@ Line 58: / Line 66: @@
 </pre></code>
-===Address Identifier===
+====Address Identifier====
 An address identifier is defined as a JSON object and is composed of three parts:
@@ Line 75: / Line 83: @@
 When the auditor needs to query a specific address from the blockchain wallet, will pass the address identifier instead of a raw blockchain address or script.
-====Schema====
+=====Schema=====
 <code><pre>
@@ Line 105: / Line 113: @@
 </pre></code>
-====Example====
+=====Example=====
 <code><pre>

@@ Line 5: / Line 5: @@
 ==Responsibilities==
-The blockchain wallet tracks and manipulates cryptocurrencies balances on the appropriate blockchain. The wallet notifies the audit server of received deposits, constructs outgoing transactions, and monitors the state of all relevant incoming and outgoing transactions.
+The blockchain wallet tracks and manipulates cryptocurrencies balances on the appropriate blockchain. The wallet notifies the [[auditor]] of received deposits, constructs outgoing transactions, and monitors the state of all relevant incoming and outgoing transactions.
-An audit server requires access to a wallet provider for every cryptocurrency its operator wishes to accept deposits for, and this wallet must support the [[Cryptocurrency wallet API|Voting Pool Wallet API]].
+An auditor requires access to a wallet provider for every cryptocurrency its operator wishes to accept deposits for, and this wallet must support the [[Cryptocurrency wallet API|Voting Pool Wallet API]].
 Wallets should understand both hierarchical determinism and multisig capability, and also output coloring.
@@ Line 68: / Line 68: @@
 :0 for change addresses, 1-through-n for deposit addresses.
-Note the branch represents the position of a server’s [[xpub]] in the standard order for a given series. The audit server must reference the [[Keyset (voting pools)|keyset definition]] to obtain the correct transaction server ID-to-branch  mapping for a given series since the standard order will change between series.
+Note the branch represents the position of a server’s [[xpub]] in the standard order for a given series. The auditor must reference the [[Keyset (voting pools)|keyset definition]] to obtain the correct notary ID-to-branch mapping for a given series since the standard order will change between series.
 ;Index
 :The index applied to the [[xpub|xpubs]] in a given series to obtain the desired multisig output script.
-When the audit server needs to query a specific address from the blockchain wallet, will pass the address identifier instead of a raw blockchain address or script.
+When the auditor needs to query a specific address from the blockchain wallet, will pass the address identifier instead of a raw blockchain address or script.
 ====Schema====
@@ Line 117: / Line 117: @@
 ==Wallet Creation==
-When an audit server first initializes a voting pool contract, it must create the appropriate cryptocurrency wallets via the [[Createseries]] call to a wallet provider of the appropriate coin type (Bitcoin, Litecoin, etc).
+When an auditor first initializes a voting pool contract, it must create the appropriate cryptocurrency wallets via the [[Createseries]] call to a wallet provider of the appropriate coin type (Bitcoin, Litecoin, etc).
-The audit server must call this function for every defined series in the keyset.
+The auditor must call this function for every defined series in the keyset.
 When the extended private keys for a series are brought online, the wallet must call [[Thawseries]] to load them into the blockchain wallet.

@@ Line 30: / Line 30: @@
+{
      "$schema": "http://json-schema.org/draft-04/schema#",
-     "title": "Wallet identifier",
+     "title": "Series identifier",
      "description": "A unique identifier for a series in a voting pool",
      "type": "object",
@@ Line 86: / Line 86: @@
          "series": {
              "description": "the series identifier containing the address",
-             "$ref": "http://TBD"
+             "$ref": "https://raw.githubusercontent.com/Open-Transactions/rfc/master/json/schema/seriesid-01.json"
          },
          "branch": {

@@ Line 17: / Line 17: @@
 Since one wallet will need to handle multiple pools and series, a series identifier must include the pool for which it belongs.
-A wallet identifier is defined as JSON object and is composed of two parts:
+A series identifier is defined as JSON object and is composed of two parts:
 ;Pool