sikkienl/dash
1
0
Fork 0
mirror of https://github.com/dashpay/dash.git synced 2024-12-26 20:42:59 +01:00
Code Issues Actions Packages Projects Releases Wiki Activity
c81394b975
dash/doc/instantsend.md
Ilya Savinov 72ef788c5f Update instantsend.md according to PR#1628 changes (#1663) 
* fix instantsend.md according to PR#1628

* split examples and add an example for `listreceivedbyaddress 0` command
2017-10-04 22:34:00 +03:00

3.5 KiB
Raw Blame History

InstantSend Technical Information

InstantSend has been integrated into the Core Daemon in two ways:

  • "push" notifications (ZMQ and -instantsendnotify cmd-line/config option);
  • RPC commands.

ZMQ

When a "Transaction Lock" occurs the hash of the related transaction is broadcasted through ZMQ using both the zmqpubrawtxlock and zmqpubhashtxlock channels.

  • zmqpubrawtxlock: publishes the raw transaction when locked via InstantSend
  • zmqpubhashtxlock: publishes the transaction hash when locked via InstantSend

This mechanism has been integrated into Bitcore-Node-Dash which allows for notification to be broadcast through Insight API in one of two ways:

Command line option

When a wallet InstantSend transaction is successfully locked a shell command provided in this option is executed (%s in <cmd> is replaced by TxID):

-instantsendnotify=<cmd>

RPC

Details pertaining to an observed "Transaction Lock" can also be retrieved through RPC, it’s important however to understand the underlying mechanism.

By default, the Dash Core daemon will launch using the following constant:

static const int DEFAULT_INSTANTSEND_DEPTH = 5;

This value can be overridden by passing the following argument to the Dash Core daemon:

-instantsenddepth=<n>

The key thing to understand is that this value indicates the number of "confirmations" a successful Transaction Lock represents. When Wallet RPC commands which support minconf and addlockconf parameters (such as listreceivedbyaddress) are performed and addlockconf is true, then instantsenddepth attribute is taken into account when returning information about the transaction. In this case the value in confirmations field you see through RPC is showing the number of "Blockchain Confirmations" + "InstantSend Depth" (assuming the funds were sent via InstantSend).

There is also a field named instantlock (that is present in commands such as listsinceblock). The value in this field indicates whether a given transaction is locked via InstantSend.

Examples

  1. listreceivedbyaddress 0 true

    • InstantSend transaction just occurred:
      • confirmations: 5
    • InstantSend transaction received one confirmation from blockchain:
      • confirmations: 6
    • non-InstantSend transaction just occurred:
      • confirmations: 0
    • non-InstantSend transaction received one confirmation from blockchain:
      • confirmations: 1

  2. listreceivedbyaddress 0

    • InstantSend transaction just occurred:
      • confirmations: 0
    • InstantSend transaction received one confirmation from blockchain:
      • confirmations: 1
    • non-InstantSend transaction just occurred:
      • confirmations: 0
    • non-InstantSend transaction received one confirmation from blockchain:
      • confirmations: 1

  3. listsinceblock

    • InstantSend transaction just occurred:
      • confirmations: 0
      • instantlock: true
    • InstantSend transaction received one confirmation from blockchain:
      • confirmations: 1
      • instantlock: true
    • non-InstantSend transaction just occurred:
      • confirmations: 0
      • instantlock: false
    • non-InstantSend transaction received one confirmation from blockchain:
      • confirmations: 1
      • instantlock: false