lnd.xprv/chainntnfs
Wilmer Paulino 4d7fa9ecc4
chainntnfs/txnotifier: allow registration of spend notifications
In this commit, we introduce the registration logic for spend
notifications to the TxNotifier. Most of this logic was taken from the
different existing ChainNotifier implementations, however, it features
some useful additions in order to make the ChainNotifier a bit more robust.

Some of these additions include the following:

  1. RegisterSpend will now return a HistoricalSpendDispatch struct,
  which includes the details for successfully determining if an outpoint
  was spent in the past. A HistoricalSpendDispatch will only be returned
  upon the first registration of an outpoint. This is done as,
  previously, if multiple clients registered for the same outpoint, then
  multiple historical rescans would also be dispatched, incurring a toll
  on the backend itself.

  2. UpdateSpendDetails will now be used to determine when a historical
  rescan has completed, no matter if a spending transaction was found or
  not. This is needed in order to responsibly update the spend hints for
  outpoints at tip, otherwise we'd attempt to update them even though we
  haven't yet determined if they have been spent or not. This will
  dispatch notifications to all currently registered clients for the
  same outpoint. In the event that another client registers later on,
  then the spending details are cached in memory in order to prevent
  further historical rescans.
2018-10-30 17:59:31 -07:00
..
bitcoindnotify chainntnfs/txnotifier: rename Register -> RegisterConf 2018-10-30 17:59:31 -07:00
btcdnotify chainntnfs/txnotifier: rename Register -> RegisterConf 2018-10-30 17:59:31 -07:00
neutrinonotify chainntnfs/txnotifier: rename Register -> RegisterConf 2018-10-30 17:59:31 -07:00
height_hint_cache_test.go chainntnfs/height_hint_cache_test: add tests for disabled cache 2018-08-26 15:32:09 -07:00
height_hint_cache.go chainntnfs/height_hint_cache: prevent db transactions with no updates 2018-10-30 17:59:31 -07:00
interface_dev.go chainntnfs: switch debug tag to dev 2018-10-05 12:59:34 +09:00
interface_test.go chainntnfs/interface_test: stop UnsafeStart notifiers within test 2018-10-30 17:59:31 -07:00
interface.go chainntnfs: extend SpendEvent with reorg channel 2018-10-30 17:59:31 -07:00
log.go multi: init subsystem loggers via build pkg 2018-10-05 13:04:45 +09:00
README.md multi: fix formatting issues in packge README's 2017-03-27 16:25:25 -07:00
test_utils.go chainntnfs: switch debug tag to dev 2018-10-05 12:59:34 +09:00
txnotifier_test.go chainntnfs/txnotifier: rename Register -> RegisterConf 2018-10-30 17:59:31 -07:00
txnotifier.go chainntnfs/txnotifier: allow registration of spend notifications 2018-10-30 17:59:31 -07:00

chainntnfs

Build Status MIT licensed GoDoc

The chainntnfs package implements a set of interfaces which allow callers to receive notifications in response to specific on-chain events. The set of notifications available include:

  • Notifications for each new block connected to the current best chain.
  • Notifications once a txid has reached a specified number of confirmations.
  • Notifications once a target outpoint (txid:index) has been spent.

These notifications are used within lnd in order to properly handle the workflows for: channel funding, cooperative channel closures, forced channel closures, channel contract breaches, sweeping time-locked outputs, and finally pruning the channel graph.

This package is intentionally general enough to be applicable outside the specific use cases within lnd outlined above. The current sole concrete implementation of the ChainNotifier interface depends on btcd.

Installation and Updating

$ go get -u github.com/lightningnetwork/lnd/chainntnfs