routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
package routing
|
|
|
|
|
|
|
|
import (
|
2017-01-23 01:39:18 +03:00
|
|
|
"bytes"
|
2018-07-10 04:12:34 +03:00
|
|
|
"crypto/sha256"
|
2017-02-07 01:54:50 +03:00
|
|
|
"fmt"
|
2017-11-30 03:44:08 +03:00
|
|
|
"runtime"
|
2017-03-21 04:25:54 +03:00
|
|
|
"sort"
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
"sync"
|
|
|
|
"sync/atomic"
|
2017-10-03 08:03:18 +03:00
|
|
|
"time"
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2018-07-22 05:52:21 +03:00
|
|
|
"github.com/btcsuite/btcd/btcec"
|
|
|
|
"github.com/btcsuite/btcd/wire"
|
|
|
|
"github.com/btcsuite/btcutil"
|
2018-03-11 06:00:57 +03:00
|
|
|
"github.com/coreos/bbolt"
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
"github.com/davecgh/go-spew/spew"
|
2018-07-10 04:12:34 +03:00
|
|
|
"github.com/go-errors/errors"
|
2019-01-16 17:47:43 +03:00
|
|
|
|
2019-02-01 15:53:27 +03:00
|
|
|
sphinx "github.com/lightningnetwork/lightning-onion"
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
"github.com/lightningnetwork/lnd/channeldb"
|
2017-10-11 05:48:44 +03:00
|
|
|
"github.com/lightningnetwork/lnd/htlcswitch"
|
2019-01-16 17:47:43 +03:00
|
|
|
"github.com/lightningnetwork/lnd/input"
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
"github.com/lightningnetwork/lnd/lnwallet"
|
|
|
|
"github.com/lightningnetwork/lnd/lnwire"
|
2018-01-23 18:24:21 +03:00
|
|
|
"github.com/lightningnetwork/lnd/multimutex"
|
2017-05-11 03:22:26 +03:00
|
|
|
"github.com/lightningnetwork/lnd/routing/chainview"
|
2019-02-19 11:09:01 +03:00
|
|
|
"github.com/lightningnetwork/lnd/zpay32"
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
)
|
|
|
|
|
2017-10-19 07:59:06 +03:00
|
|
|
const (
|
2018-03-20 04:44:41 +03:00
|
|
|
// defaultPayAttemptTimeout is a duration that we'll use to determine
|
|
|
|
// if we should give up on a payment attempt. This will be used if a
|
|
|
|
// value isn't specified in the LightningNode struct.
|
|
|
|
defaultPayAttemptTimeout = time.Duration(time.Second * 60)
|
2017-10-19 07:59:06 +03:00
|
|
|
)
|
|
|
|
|
2018-07-30 23:40:56 +03:00
|
|
|
var (
|
|
|
|
// ErrNoRouteHopsProvided is returned when a caller attempts to
|
|
|
|
// construct a new sphinx packet, but provides an empty set of hops for
|
|
|
|
// each route.
|
|
|
|
ErrNoRouteHopsProvided = fmt.Errorf("empty route hops provided")
|
|
|
|
)
|
|
|
|
|
2018-02-25 06:34:03 +03:00
|
|
|
// ChannelGraphSource represents the source of information about the topology
|
|
|
|
// of the lightning network. It's responsible for the addition of nodes, edges,
|
2017-12-18 05:40:05 +03:00
|
|
|
// applying edge updates, and returning the current block height with which the
|
2017-03-19 21:40:25 +03:00
|
|
|
// topology is synchronized.
|
|
|
|
type ChannelGraphSource interface {
|
2017-07-14 22:32:00 +03:00
|
|
|
// AddNode is used to add information about a node to the router
|
|
|
|
// database. If the node with this pubkey is not present in an existing
|
|
|
|
// channel, it will be ignored.
|
2017-03-19 21:40:25 +03:00
|
|
|
AddNode(node *channeldb.LightningNode) error
|
|
|
|
|
|
|
|
// AddEdge is used to add edge/channel to the topology of the router,
|
|
|
|
// after all information about channel will be gathered this
|
|
|
|
// edge/channel might be used in construction of payment path.
|
|
|
|
AddEdge(edge *channeldb.ChannelEdgeInfo) error
|
|
|
|
|
2017-04-01 15:33:17 +03:00
|
|
|
// AddProof updates the channel edge info with proof which is needed to
|
|
|
|
// properly announce the edge to the rest of the network.
|
2017-03-27 20:00:38 +03:00
|
|
|
AddProof(chanID lnwire.ShortChannelID, proof *channeldb.ChannelAuthProof) error
|
|
|
|
|
2017-04-01 15:33:17 +03:00
|
|
|
// UpdateEdge is used to update edge information, without this message
|
|
|
|
// edge considered as not fully constructed.
|
2017-03-19 21:40:25 +03:00
|
|
|
UpdateEdge(policy *channeldb.ChannelEdgePolicy) error
|
|
|
|
|
2018-02-25 06:34:03 +03:00
|
|
|
// IsStaleNode returns true if the graph source has a node announcement
|
|
|
|
// for the target node with a more recent timestamp. This method will
|
|
|
|
// also return true if we don't have an active channel announcement for
|
|
|
|
// the target node.
|
|
|
|
IsStaleNode(node Vertex, timestamp time.Time) bool
|
|
|
|
|
2018-10-18 01:47:12 +03:00
|
|
|
// IsPublicNode determines whether the given vertex is seen as a public
|
|
|
|
// node in the graph from the graph's source node's point of view.
|
|
|
|
IsPublicNode(node Vertex) (bool, error)
|
|
|
|
|
2018-02-25 06:34:03 +03:00
|
|
|
// IsKnownEdge returns true if the graph source already knows of the
|
|
|
|
// passed channel ID.
|
|
|
|
IsKnownEdge(chanID lnwire.ShortChannelID) bool
|
|
|
|
|
|
|
|
// IsStaleEdgePolicy returns true if the graph source has a channel
|
|
|
|
// edge for the passed channel ID (and flags) that have a more recent
|
|
|
|
// timestamp.
|
|
|
|
IsStaleEdgePolicy(chanID lnwire.ShortChannelID, timestamp time.Time,
|
2019-01-12 20:59:43 +03:00
|
|
|
flags lnwire.ChanUpdateChanFlags) bool
|
2018-02-25 06:34:03 +03:00
|
|
|
|
2017-04-01 15:33:17 +03:00
|
|
|
// ForAllOutgoingChannels is used to iterate over all channels
|
2017-12-18 05:40:05 +03:00
|
|
|
// emanating from the "source" node which is the center of the
|
2017-04-01 15:33:17 +03:00
|
|
|
// star-graph.
|
2017-08-22 09:58:59 +03:00
|
|
|
ForAllOutgoingChannels(cb func(c *channeldb.ChannelEdgeInfo,
|
|
|
|
e *channeldb.ChannelEdgePolicy) error) error
|
2017-03-19 21:40:25 +03:00
|
|
|
|
|
|
|
// CurrentBlockHeight returns the block height from POV of the router
|
|
|
|
// subsystem.
|
|
|
|
CurrentBlockHeight() (uint32, error)
|
|
|
|
|
2017-03-30 04:01:28 +03:00
|
|
|
// GetChannelByID return the channel by the channel id.
|
|
|
|
GetChannelByID(chanID lnwire.ShortChannelID) (*channeldb.ChannelEdgeInfo,
|
|
|
|
*channeldb.ChannelEdgePolicy, *channeldb.ChannelEdgePolicy, error)
|
|
|
|
|
2018-11-05 09:56:39 +03:00
|
|
|
// FetchLightningNode attempts to look up a target node by its identity
|
|
|
|
// public key. channeldb.ErrGraphNodeNotFound is returned if the node
|
|
|
|
// doesn't exist within the graph.
|
|
|
|
FetchLightningNode(Vertex) (*channeldb.LightningNode, error)
|
|
|
|
|
2017-04-01 15:33:17 +03:00
|
|
|
// ForEachNode is used to iterate over every node in the known graph.
|
2017-03-19 21:40:25 +03:00
|
|
|
ForEachNode(func(node *channeldb.LightningNode) error) error
|
|
|
|
|
2017-04-01 15:33:17 +03:00
|
|
|
// ForEachChannel is used to iterate over every channel in the known
|
|
|
|
// graph.
|
2017-03-19 21:40:25 +03:00
|
|
|
ForEachChannel(func(chanInfo *channeldb.ChannelEdgeInfo,
|
|
|
|
e1, e2 *channeldb.ChannelEdgePolicy) error) error
|
|
|
|
}
|
|
|
|
|
2018-02-07 06:11:11 +03:00
|
|
|
// FeeSchema is the set fee configuration for a Lightning Node on the network.
|
2017-12-18 05:40:05 +03:00
|
|
|
// Using the coefficients described within the schema, the required fee to
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// forward outgoing payments can be derived.
|
|
|
|
type FeeSchema struct {
|
2017-08-22 09:43:20 +03:00
|
|
|
// BaseFee is the base amount of milli-satoshis that will be chained
|
|
|
|
// for ANY payment forwarded.
|
|
|
|
BaseFee lnwire.MilliSatoshi
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
|
|
|
// FeeRate is the rate that will be charged for forwarding payments.
|
2017-08-22 09:43:20 +03:00
|
|
|
// This value should be interpreted as the numerator for a fraction
|
2017-10-17 04:13:52 +03:00
|
|
|
// (fixed point arithmetic) whose denominator is 1 million. As a result
|
|
|
|
// the effective fee rate charged per mSAT will be: (amount *
|
|
|
|
// FeeRate/1,000,000).
|
2017-08-22 09:43:20 +03:00
|
|
|
FeeRate uint32
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-12-15 23:54:07 +03:00
|
|
|
// ChannelPolicy holds the parameters that determine the policy we enforce
|
2018-02-07 06:11:11 +03:00
|
|
|
// when forwarding payments on a channel. These parameters are communicated
|
2017-12-15 23:54:07 +03:00
|
|
|
// to the rest of the network in ChannelUpdate messages.
|
|
|
|
type ChannelPolicy struct {
|
|
|
|
// FeeSchema holds the fee configuration for a channel.
|
|
|
|
FeeSchema
|
|
|
|
|
|
|
|
// TimeLockDelta is the required HTLC timelock delta to be used
|
|
|
|
// when forwarding payments.
|
|
|
|
TimeLockDelta uint32
|
|
|
|
}
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// Config defines the configuration for the ChannelRouter. ALL elements within
|
|
|
|
// the configuration MUST be non-nil for the ChannelRouter to carry out its
|
|
|
|
// duties.
|
|
|
|
type Config struct {
|
|
|
|
// Graph is the channel graph that the ChannelRouter will use to gather
|
|
|
|
// metrics from and also to carry out path finding queries.
|
|
|
|
// TODO(roasbeef): make into an interface
|
|
|
|
Graph *channeldb.ChannelGraph
|
|
|
|
|
|
|
|
// Chain is the router's source to the most up-to-date blockchain data.
|
|
|
|
// All incoming advertised channels will be checked against the chain
|
|
|
|
// to ensure that the channels advertised are still open.
|
|
|
|
Chain lnwallet.BlockChainIO
|
|
|
|
|
2017-05-11 03:22:26 +03:00
|
|
|
// ChainView is an instance of a FilteredChainView which is used to
|
|
|
|
// watch the sub-set of the UTXO set (the set of active channels) that
|
|
|
|
// we need in order to properly maintain the channel graph.
|
|
|
|
ChainView chainview.FilteredChainView
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2017-02-02 05:29:46 +03:00
|
|
|
// SendToSwitch is a function that directs a link-layer switch to
|
|
|
|
// forward a fully encoded payment to the first hop in the route
|
|
|
|
// denoted by its public key. A non-nil error is to be returned if the
|
|
|
|
// payment was unsuccessful.
|
2018-07-10 04:12:34 +03:00
|
|
|
SendToSwitch func(firstHop lnwire.ShortChannelID,
|
|
|
|
htlcAdd *lnwire.UpdateAddHTLC,
|
2017-06-29 16:40:45 +03:00
|
|
|
circuit *sphinx.Circuit) ([sha256.Size]byte, error)
|
2017-10-05 05:39:38 +03:00
|
|
|
|
|
|
|
// ChannelPruneExpiry is the duration used to determine if a channel
|
|
|
|
// should be pruned or not. If the delta between now and when the
|
|
|
|
// channel was last updated is greater than ChannelPruneExpiry, then
|
|
|
|
// the channel is marked as a zombie channel eligible for pruning.
|
|
|
|
ChannelPruneExpiry time.Duration
|
|
|
|
|
|
|
|
// GraphPruneInterval is used as an interval to determine how often we
|
|
|
|
// should examine the channel graph to garbage collect zombie channels.
|
|
|
|
GraphPruneInterval time.Duration
|
2018-05-08 07:04:31 +03:00
|
|
|
|
|
|
|
// QueryBandwidth is a method that allows the router to query the lower
|
|
|
|
// link layer to determine the up to date available bandwidth at a
|
|
|
|
// prospective link to be traversed. If the link isn't available, then
|
|
|
|
// a value of zero should be returned. Otherwise, the current up to
|
|
|
|
// date knowledge of the available bandwidth of the link should be
|
|
|
|
// returned.
|
|
|
|
QueryBandwidth func(edge *channeldb.ChannelEdgeInfo) lnwire.MilliSatoshi
|
2018-08-30 05:05:13 +03:00
|
|
|
|
|
|
|
// AssumeChannelValid toggles whether or not the router will check for
|
|
|
|
// spentness of channel outpoints. For neutrino, this saves long rescans
|
|
|
|
// from blocking initial usage of the wallet. This should only be
|
|
|
|
// enabled on testnet.
|
|
|
|
AssumeChannelValid bool
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-03-21 07:28:39 +03:00
|
|
|
// routeTuple is an entry within the ChannelRouter's route cache. We cache
|
|
|
|
// prospective routes based on first the destination, and then the target
|
|
|
|
// amount. We required the target amount as that will influence the available
|
|
|
|
// set of paths for a payment.
|
|
|
|
type routeTuple struct {
|
2017-08-22 09:43:20 +03:00
|
|
|
amt lnwire.MilliSatoshi
|
2017-03-21 07:28:39 +03:00
|
|
|
dest [33]byte
|
|
|
|
}
|
|
|
|
|
|
|
|
// newRouteTuple creates a new route tuple from the target and amount.
|
2017-10-03 07:58:34 +03:00
|
|
|
func newRouteTuple(amt lnwire.MilliSatoshi, dest []byte) routeTuple {
|
2017-03-21 07:28:39 +03:00
|
|
|
r := routeTuple{
|
|
|
|
amt: amt,
|
|
|
|
}
|
2017-10-03 07:58:34 +03:00
|
|
|
copy(r.dest[:], dest)
|
2017-03-21 07:28:39 +03:00
|
|
|
|
|
|
|
return r
|
|
|
|
}
|
|
|
|
|
2019-03-05 13:13:44 +03:00
|
|
|
// EdgeLocator is a struct used to identify a specific edge.
|
|
|
|
type EdgeLocator struct {
|
|
|
|
// ChannelID is the channel of this edge.
|
|
|
|
ChannelID uint64
|
|
|
|
|
|
|
|
// Direction takes the value of 0 or 1 and is identical in definition to
|
|
|
|
// the channel direction flag. A value of 0 means the direction from the
|
|
|
|
// lower node pubkey to the higher.
|
|
|
|
Direction uint8
|
2018-11-29 18:48:17 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// newEdgeLocatorByPubkeys returns an edgeLocator based on its end point
|
|
|
|
// pubkeys.
|
2019-03-05 13:13:44 +03:00
|
|
|
func newEdgeLocatorByPubkeys(channelID uint64, fromNode, toNode *Vertex) *EdgeLocator {
|
2018-11-29 18:48:17 +03:00
|
|
|
// Determine direction based on lexicographical ordering of both
|
|
|
|
// pubkeys.
|
|
|
|
var direction uint8
|
|
|
|
if bytes.Compare(fromNode[:], toNode[:]) == 1 {
|
|
|
|
direction = 1
|
|
|
|
}
|
|
|
|
|
2019-03-05 13:13:44 +03:00
|
|
|
return &EdgeLocator{
|
|
|
|
ChannelID: channelID,
|
|
|
|
Direction: direction,
|
2018-11-29 18:48:17 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// newEdgeLocator extracts an edgeLocator based for a full edge policy
|
|
|
|
// structure.
|
2019-03-05 13:13:44 +03:00
|
|
|
func newEdgeLocator(edge *channeldb.ChannelEdgePolicy) *EdgeLocator {
|
|
|
|
return &EdgeLocator{
|
|
|
|
ChannelID: edge.ChannelID,
|
|
|
|
Direction: uint8(edge.ChannelFlags & lnwire.ChanUpdateDirection),
|
2018-11-29 18:48:17 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// String returns a human readable version of the edgeLocator values.
|
2019-03-05 13:13:44 +03:00
|
|
|
func (e *EdgeLocator) String() string {
|
|
|
|
return fmt.Sprintf("%v:%v", e.ChannelID, e.Direction)
|
2018-11-29 18:48:17 +03:00
|
|
|
}
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// ChannelRouter is the layer 3 router within the Lightning stack. Below the
|
|
|
|
// ChannelRouter is the HtlcSwitch, and below that is the Bitcoin blockchain
|
|
|
|
// itself. The primary role of the ChannelRouter is to respond to queries for
|
|
|
|
// potential routes that can support a payment amount, and also general graph
|
2017-10-17 04:13:52 +03:00
|
|
|
// reachability questions. The router will prune the channel graph
|
|
|
|
// automatically as new blocks are discovered which spend certain known funding
|
|
|
|
// outpoints, thereby closing their respective channels.
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
type ChannelRouter struct {
|
2018-06-01 01:41:41 +03:00
|
|
|
ntfnClientCounter uint64 // To be used atomically.
|
2017-03-09 01:27:46 +03:00
|
|
|
|
2018-06-01 01:41:41 +03:00
|
|
|
started uint32 // To be used atomically.
|
|
|
|
stopped uint32 // To be used atomically.
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2018-06-01 01:41:41 +03:00
|
|
|
bestHeight uint32 // To be used atomically.
|
2017-05-11 03:22:26 +03:00
|
|
|
|
2017-02-03 04:44:13 +03:00
|
|
|
// cfg is a copy of the configuration struct that the ChannelRouter was
|
|
|
|
// initialized with.
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
cfg *Config
|
|
|
|
|
2017-10-23 03:29:55 +03:00
|
|
|
// selfNode is the center of the star-graph centered around the
|
|
|
|
// ChannelRouter. The ChannelRouter uses this node as a starting point
|
|
|
|
// when doing any path finding.
|
|
|
|
selfNode *channeldb.LightningNode
|
|
|
|
|
2017-03-21 07:28:39 +03:00
|
|
|
// routeCache is a map that caches the k-shortest paths from ourselves
|
|
|
|
// to a given target destination for a particular payment amount. This
|
|
|
|
// map is used as an optimization to speed up subsequent payments to a
|
|
|
|
// particular destination. This map will be cleared each time a new
|
|
|
|
// channel announcement is accepted, or a new block arrives that
|
|
|
|
// results in channels being closed.
|
|
|
|
//
|
|
|
|
// TODO(roasbeef): make LRU
|
|
|
|
routeCacheMtx sync.RWMutex
|
|
|
|
routeCache map[routeTuple][]*Route
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2017-02-03 04:44:13 +03:00
|
|
|
// newBlocks is a channel in which new blocks connected to the end of
|
2017-10-02 18:54:29 +03:00
|
|
|
// the main chain are sent over, and blocks updated after a call to
|
|
|
|
// UpdateFilter.
|
2017-05-11 03:22:26 +03:00
|
|
|
newBlocks <-chan *chainview.FilteredBlock
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2017-10-02 18:54:29 +03:00
|
|
|
// staleBlocks is a channel in which blocks disconnected fromt the end
|
|
|
|
// of our currently known best chain are sent over.
|
|
|
|
staleBlocks <-chan *chainview.FilteredBlock
|
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
// networkUpdates is a channel that carries new topology updates
|
|
|
|
// messages from outside the ChannelRouter to be processed by the
|
|
|
|
// networkHandler.
|
|
|
|
networkUpdates chan *routingMsg
|
2017-02-03 04:44:13 +03:00
|
|
|
|
2017-03-09 01:27:46 +03:00
|
|
|
// topologyClients maps a client's unique notification ID to a
|
|
|
|
// topologyClient client that contains its notification dispatch
|
|
|
|
// channel.
|
2017-06-25 15:48:47 +03:00
|
|
|
topologyClients map[uint64]*topologyClient
|
2017-03-09 01:27:46 +03:00
|
|
|
|
|
|
|
// ntfnClientUpdates is a channel that's used to send new updates to
|
|
|
|
// topology notification clients to the ChannelRouter. Updates either
|
|
|
|
// add a new notification client, or cancel notifications for an
|
|
|
|
// existing client.
|
|
|
|
ntfnClientUpdates chan *topologyClientUpdate
|
|
|
|
|
routing: modify SendPayment loop to be lazy, iterative, and use missionControl
In this commit we modify the SendPayment loop to optimize for
time-to-first-payment-success-or-failure. The prior logic would first
attempt to find at least 100 routes to the destination, then
iteratively prune them away as errors were encountered. In this commit,
we modify this approach to instead take a lazy approach: we first find
the current “best” path, attempt to send to that, and if an error
occurs we prune a section of the graph by reporting to missionControl,
then continue.
With this new approach, if the first known path has sufficient
capacity, and is available, then the payment speed is greatly improved
from the PoV of users. Additionally, we avoid the excessive computation
of crawling most of the graph in the k-shortest paths loop. With the
decay on missionControl, all routes will now feed information into the
central knowledge hung, allowing all payments to iteratively find out
the inactive portions of the payment graph.
2017-10-17 05:05:39 +03:00
|
|
|
// missionControl is a shared memory of sorts that executions of
|
|
|
|
// payment path finding use in order to remember which vertexes/edges
|
|
|
|
// were pruned from prior attempts. During SendPayment execution,
|
|
|
|
// errors sent by nodes are mapped into a vertex or edge to be pruned.
|
|
|
|
// Each run will then take into account this set of pruned
|
|
|
|
// vertexes/edges to reduce route failure and pass on graph information
|
|
|
|
// gained to the next execution.
|
|
|
|
missionControl *missionControl
|
|
|
|
|
2018-01-08 18:55:26 +03:00
|
|
|
// channelEdgeMtx is a mutex we use to make sure we process only one
|
|
|
|
// ChannelEdgePolicy at a time for a given channelID, to ensure
|
|
|
|
// consistency between the various database accesses.
|
2018-01-23 18:24:21 +03:00
|
|
|
channelEdgeMtx *multimutex.Mutex
|
2018-01-08 18:55:26 +03:00
|
|
|
|
2018-01-31 07:35:19 +03:00
|
|
|
rejectMtx sync.RWMutex
|
|
|
|
rejectCache map[uint64]struct{}
|
|
|
|
|
2017-03-09 01:27:46 +03:00
|
|
|
sync.RWMutex
|
|
|
|
|
|
|
|
quit chan struct{}
|
|
|
|
wg sync.WaitGroup
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-10-11 05:48:44 +03:00
|
|
|
// A compile time check to ensure ChannelRouter implements the
|
|
|
|
// ChannelGraphSource interface.
|
2017-03-19 21:40:25 +03:00
|
|
|
var _ ChannelGraphSource = (*ChannelRouter)(nil)
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// New creates a new instance of the ChannelRouter with the specified
|
|
|
|
// configuration parameters. As part of initialization, if the router detects
|
|
|
|
// that the channel graph isn't fully in sync with the latest UTXO (since the
|
|
|
|
// channel graph is a subset of the UTXO set) set, then the router will proceed
|
|
|
|
// to fully sync to the latest state of the UTXO set.
|
|
|
|
func New(cfg Config) (*ChannelRouter, error) {
|
|
|
|
|
2017-10-23 03:29:55 +03:00
|
|
|
selfNode, err := cfg.Graph.SourceNode()
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
|
|
|
}
|
|
|
|
|
2018-05-08 07:04:31 +03:00
|
|
|
r := &ChannelRouter{
|
2017-03-19 21:40:25 +03:00
|
|
|
cfg: &cfg,
|
|
|
|
networkUpdates: make(chan *routingMsg),
|
2017-06-25 15:48:47 +03:00
|
|
|
topologyClients: make(map[uint64]*topologyClient),
|
2017-03-19 21:40:25 +03:00
|
|
|
ntfnClientUpdates: make(chan *topologyClientUpdate),
|
2018-01-23 18:24:21 +03:00
|
|
|
channelEdgeMtx: multimutex.NewMutex(),
|
2017-10-23 03:29:55 +03:00
|
|
|
selfNode: selfNode,
|
2017-03-19 21:40:25 +03:00
|
|
|
routeCache: make(map[routeTuple][]*Route),
|
2018-01-31 07:35:19 +03:00
|
|
|
rejectCache: make(map[uint64]struct{}),
|
2017-03-19 21:40:25 +03:00
|
|
|
quit: make(chan struct{}),
|
2018-05-08 07:04:31 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
r.missionControl = newMissionControl(
|
|
|
|
cfg.Graph, selfNode, cfg.QueryBandwidth,
|
|
|
|
)
|
|
|
|
|
|
|
|
return r, nil
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// Start launches all the goroutines the ChannelRouter requires to carry out
|
|
|
|
// its duties. If the router has already been started, then this method is a
|
|
|
|
// noop.
|
|
|
|
func (r *ChannelRouter) Start() error {
|
|
|
|
if !atomic.CompareAndSwapUint32(&r.started, 0, 1) {
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
log.Tracef("Channel Router starting")
|
|
|
|
|
2017-05-11 03:22:26 +03:00
|
|
|
// First, we'll start the chain view instance (if it isn't already
|
|
|
|
// started).
|
|
|
|
if err := r.cfg.ChainView.Start(); err != nil {
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
return err
|
|
|
|
}
|
2017-05-11 03:22:26 +03:00
|
|
|
|
|
|
|
// Once the instance is active, we'll fetch the channel we'll receive
|
|
|
|
// notifications over.
|
|
|
|
r.newBlocks = r.cfg.ChainView.FilteredBlocks()
|
2017-10-02 18:54:29 +03:00
|
|
|
r.staleBlocks = r.cfg.ChainView.DisconnectedBlocks()
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2017-11-30 03:26:32 +03:00
|
|
|
bestHash, bestHeight, err := r.cfg.Chain.GetBestBlock()
|
2017-11-11 03:55:31 +03:00
|
|
|
if err != nil {
|
2017-11-30 03:26:32 +03:00
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
if _, _, err := r.cfg.Graph.PruneTip(); err != nil {
|
2017-11-11 03:55:31 +03:00
|
|
|
switch {
|
|
|
|
// If the graph has never been pruned, or hasn't fully been
|
|
|
|
// created yet, then we don't treat this as an explicit error.
|
|
|
|
case err == channeldb.ErrGraphNeverPruned:
|
2017-11-16 05:19:32 +03:00
|
|
|
fallthrough
|
2017-11-11 03:55:31 +03:00
|
|
|
case err == channeldb.ErrGraphNotFound:
|
2017-11-16 05:19:32 +03:00
|
|
|
// If the graph has never been pruned, then we'll set
|
|
|
|
// the prune height to the current best height of the
|
|
|
|
// chain backend.
|
|
|
|
_, err = r.cfg.Graph.PruneGraph(
|
|
|
|
nil, bestHash, uint32(bestHeight),
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
2017-11-11 03:55:31 +03:00
|
|
|
default:
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-11-07 03:09:02 +03:00
|
|
|
// Before we perform our manual block pruning, we'll construct and
|
2017-05-11 03:22:26 +03:00
|
|
|
// apply a fresh chain filter to the active FilteredChainView instance.
|
2017-11-07 03:09:02 +03:00
|
|
|
// We do this before, as otherwise we may miss on-chain events as the
|
|
|
|
// filter hasn't properly been applied.
|
2017-05-11 03:22:26 +03:00
|
|
|
channelView, err := r.cfg.Graph.ChannelView()
|
|
|
|
if err != nil && err != channeldb.ErrGraphNoEdgesFound {
|
|
|
|
return err
|
|
|
|
}
|
2017-11-11 03:55:31 +03:00
|
|
|
|
2017-05-11 03:22:26 +03:00
|
|
|
log.Infof("Filtering chain using %v channels active", len(channelView))
|
2017-11-16 05:17:43 +03:00
|
|
|
if len(channelView) != 0 {
|
2017-11-30 03:26:32 +03:00
|
|
|
err = r.cfg.ChainView.UpdateFilter(
|
|
|
|
channelView, uint32(bestHeight),
|
|
|
|
)
|
2017-11-16 05:17:43 +03:00
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
2017-05-11 03:22:26 +03:00
|
|
|
}
|
|
|
|
|
2017-11-07 03:09:02 +03:00
|
|
|
// Before we begin normal operation of the router, we first need to
|
|
|
|
// synchronize the channel graph to the latest state of the UTXO set.
|
|
|
|
if err := r.syncGraphWithChain(); err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
2018-07-22 05:52:21 +03:00
|
|
|
// Finally, before we proceed, we'll prune any unconnected nodes from
|
|
|
|
// the graph in order to ensure we maintain a tight graph of "useful"
|
|
|
|
// nodes.
|
2018-12-04 13:20:38 +03:00
|
|
|
err = r.cfg.Graph.PruneGraphNodes()
|
|
|
|
if err != nil && err != channeldb.ErrGraphNodesNotFound {
|
2018-07-22 05:52:21 +03:00
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
r.wg.Add(1)
|
|
|
|
go r.networkHandler()
|
|
|
|
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// Stop signals the ChannelRouter to gracefully halt all routines. This method
|
|
|
|
// will *block* until all goroutines have excited. If the channel router has
|
|
|
|
// already stopped then this method will return immediately.
|
|
|
|
func (r *ChannelRouter) Stop() error {
|
|
|
|
if !atomic.CompareAndSwapUint32(&r.stopped, 0, 1) {
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
log.Infof("Channel Router shutting down")
|
|
|
|
|
2017-05-11 03:22:26 +03:00
|
|
|
if err := r.cfg.ChainView.Stop(); err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
close(r.quit)
|
|
|
|
r.wg.Wait()
|
|
|
|
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// syncGraphWithChain attempts to synchronize the current channel graph with
|
|
|
|
// the latest UTXO set state. This process involves pruning from the channel
|
|
|
|
// graph any channels which have been closed by spending their funding output
|
|
|
|
// since we've been down.
|
|
|
|
func (r *ChannelRouter) syncGraphWithChain() error {
|
|
|
|
// First, we'll need to check to see if we're already in sync with the
|
|
|
|
// latest state of the UTXO set.
|
|
|
|
bestHash, bestHeight, err := r.cfg.Chain.GetBestBlock()
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
2017-05-11 03:22:26 +03:00
|
|
|
r.bestHeight = uint32(bestHeight)
|
2017-11-11 03:55:31 +03:00
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
pruneHash, pruneHeight, err := r.cfg.Graph.PruneTip()
|
|
|
|
if err != nil {
|
|
|
|
switch {
|
|
|
|
// If the graph has never been pruned, or hasn't fully been
|
|
|
|
// created yet, then we don't treat this as an explicit error.
|
|
|
|
case err == channeldb.ErrGraphNeverPruned:
|
|
|
|
case err == channeldb.ErrGraphNotFound:
|
|
|
|
default:
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
log.Infof("Prune tip for Channel Graph: height=%v, hash=%v", pruneHeight,
|
|
|
|
pruneHash)
|
|
|
|
|
|
|
|
switch {
|
|
|
|
|
|
|
|
// If the graph has never been pruned, then we can exit early as this
|
|
|
|
// entails it's being created for the first time and hasn't seen any
|
|
|
|
// block or created channels.
|
|
|
|
case pruneHeight == 0 || pruneHash == nil:
|
|
|
|
return nil
|
|
|
|
|
|
|
|
// If the block hashes and heights match exactly, then we don't need to
|
|
|
|
// prune the channel graph as we're already fully in sync.
|
|
|
|
case bestHash.IsEqual(pruneHash) && uint32(bestHeight) == pruneHeight:
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
2017-10-02 18:54:29 +03:00
|
|
|
// If the main chain blockhash at prune height is different from the
|
|
|
|
// prune hash, this might indicate the database is on a stale branch.
|
|
|
|
mainBlockHash, err := r.cfg.Chain.GetBlockHash(int64(pruneHeight))
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
// While we are on a stale branch of the chain, walk backwards to find
|
|
|
|
// first common block.
|
|
|
|
for !pruneHash.IsEqual(mainBlockHash) {
|
|
|
|
log.Infof("channel graph is stale. Disconnecting block %v "+
|
|
|
|
"(hash=%v)", pruneHeight, pruneHash)
|
|
|
|
// Prune the graph for every channel that was opened at height
|
2017-11-07 03:09:02 +03:00
|
|
|
// >= pruneHeight.
|
2017-10-02 18:54:29 +03:00
|
|
|
_, err := r.cfg.Graph.DisconnectBlockAtHeight(pruneHeight)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
pruneHash, pruneHeight, err = r.cfg.Graph.PruneTip()
|
|
|
|
if err != nil {
|
|
|
|
switch {
|
|
|
|
// If at this point the graph has never been pruned, we
|
|
|
|
// can exit as this entails we are back to the point
|
|
|
|
// where it hasn't seen any block or created channels,
|
|
|
|
// alas there's nothing left to prune.
|
|
|
|
case err == channeldb.ErrGraphNeverPruned:
|
|
|
|
return nil
|
|
|
|
case err == channeldb.ErrGraphNotFound:
|
|
|
|
return nil
|
|
|
|
default:
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
}
|
|
|
|
mainBlockHash, err = r.cfg.Chain.GetBlockHash(int64(pruneHeight))
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
log.Infof("Syncing channel graph from height=%v (hash=%v) to height=%v "+
|
|
|
|
"(hash=%v)", pruneHeight, pruneHash, bestHeight, bestHash)
|
|
|
|
|
|
|
|
// If we're not yet caught up, then we'll walk forward in the chain in
|
|
|
|
// the chain pruning the channel graph with each new block in the chain
|
|
|
|
// that hasn't yet been consumed by the channel graph.
|
|
|
|
var numChansClosed uint32
|
|
|
|
for nextHeight := pruneHeight + 1; nextHeight <= uint32(bestHeight); nextHeight++ {
|
2017-05-11 03:22:26 +03:00
|
|
|
// Using the next height, request a manual block pruning from
|
|
|
|
// the chainview for the particular block hash.
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
nextHash, err := r.cfg.Chain.GetBlockHash(int64(nextHeight))
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
2017-05-11 03:22:26 +03:00
|
|
|
filterBlock, err := r.cfg.ChainView.FilterBlock(nextHash)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
2018-02-07 06:11:11 +03:00
|
|
|
// We're only interested in all prior outputs that have been
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// spent in the block, so collate all the referenced previous
|
|
|
|
// outpoints within each tx and input.
|
|
|
|
var spentOutputs []*wire.OutPoint
|
2017-05-11 03:22:26 +03:00
|
|
|
for _, tx := range filterBlock.Transactions {
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
for _, txIn := range tx.TxIn {
|
|
|
|
spentOutputs = append(spentOutputs,
|
|
|
|
&txIn.PreviousOutPoint)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// With the spent outputs gathered, attempt to prune the
|
|
|
|
// channel graph, also passing in the hash+height of the block
|
|
|
|
// being pruned so the prune tip can be updated.
|
2017-11-07 03:09:02 +03:00
|
|
|
closedChans, err := r.cfg.Graph.PruneGraph(spentOutputs,
|
|
|
|
nextHash,
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
nextHeight)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
2017-03-09 01:27:46 +03:00
|
|
|
numClosed := uint32(len(closedChans))
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
log.Infof("Block %v (height=%v) closed %v channels",
|
|
|
|
nextHash, nextHeight, numClosed)
|
|
|
|
|
|
|
|
numChansClosed += numClosed
|
|
|
|
}
|
|
|
|
|
2018-02-07 06:12:10 +03:00
|
|
|
log.Infof("Graph pruning complete: %v channels were closed since "+
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
"height %v", numChansClosed, pruneHeight)
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
2018-01-31 07:34:40 +03:00
|
|
|
// pruneZombieChans is a method that will be called periodically to prune out
|
|
|
|
// any "zombie" channels. We consider channels zombies if *both* edges haven't
|
|
|
|
// been updated since our zombie horizon. We do this periodically to keep a
|
|
|
|
// health, lively routing table.
|
|
|
|
func (r *ChannelRouter) pruneZombieChans() error {
|
|
|
|
var chansToPrune []wire.OutPoint
|
|
|
|
chanExpiry := r.cfg.ChannelPruneExpiry
|
|
|
|
|
|
|
|
log.Infof("Examining Channel Graph for zombie channels")
|
|
|
|
|
|
|
|
// First, we'll collect all the channels which are eligible for garbage
|
|
|
|
// collection due to being zombies.
|
|
|
|
filterPruneChans := func(info *channeldb.ChannelEdgeInfo,
|
|
|
|
e1, e2 *channeldb.ChannelEdgePolicy) error {
|
|
|
|
|
|
|
|
// We'll ensure that we don't attempt to prune our *own*
|
|
|
|
// channels from the graph, as in any case this should be
|
|
|
|
// re-advertised by the sub-system above us.
|
|
|
|
if info.NodeKey1Bytes == r.selfNode.PubKeyBytes ||
|
|
|
|
info.NodeKey2Bytes == r.selfNode.PubKeyBytes {
|
|
|
|
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// If *both* edges haven't been updated for a period of
|
|
|
|
// chanExpiry, then we'll mark the channel itself as eligible
|
|
|
|
// for graph pruning.
|
|
|
|
e1Zombie, e2Zombie := true, true
|
|
|
|
if e1 != nil {
|
|
|
|
e1Zombie = time.Since(e1.LastUpdate) >= chanExpiry
|
|
|
|
if e1Zombie {
|
|
|
|
log.Tracef("Edge #1 of ChannelPoint(%v) "+
|
|
|
|
"last update: %v",
|
|
|
|
info.ChannelPoint, e1.LastUpdate)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if e2 != nil {
|
|
|
|
e2Zombie = time.Since(e2.LastUpdate) >= chanExpiry
|
|
|
|
if e2Zombie {
|
|
|
|
log.Tracef("Edge #2 of ChannelPoint(%v) "+
|
|
|
|
"last update: %v",
|
|
|
|
info.ChannelPoint, e2.LastUpdate)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if e1Zombie && e2Zombie {
|
|
|
|
log.Debugf("ChannelPoint(%v) is a zombie, collecting "+
|
|
|
|
"to prune", info.ChannelPoint)
|
|
|
|
|
|
|
|
// TODO(roasbeef): add ability to delete single
|
|
|
|
// directional edge
|
|
|
|
chansToPrune = append(chansToPrune, info.ChannelPoint)
|
|
|
|
|
|
|
|
// As we're detecting this as a zombie channel, we'll
|
|
|
|
// add this to the set of recently rejected items so we
|
|
|
|
// don't re-accept it shortly after.
|
|
|
|
r.rejectCache[info.ChannelID] = struct{}{}
|
|
|
|
}
|
|
|
|
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
r.rejectMtx.Lock()
|
2018-01-31 07:35:19 +03:00
|
|
|
defer r.rejectMtx.Unlock()
|
|
|
|
|
2018-01-31 07:34:40 +03:00
|
|
|
err := r.cfg.Graph.ForEachChannel(filterPruneChans)
|
|
|
|
if err != nil {
|
|
|
|
return fmt.Errorf("Unable to filter local zombie "+
|
|
|
|
"chans: %v", err)
|
|
|
|
}
|
|
|
|
|
|
|
|
log.Infof("Pruning %v Zombie Channels", len(chansToPrune))
|
|
|
|
|
|
|
|
// With the set zombie-like channels obtained, we'll do another pass to
|
|
|
|
// delete al zombie channels from the channel graph.
|
|
|
|
for _, chanToPrune := range chansToPrune {
|
|
|
|
log.Tracef("Pruning zombie chan ChannelPoint(%v)", chanToPrune)
|
|
|
|
|
|
|
|
err := r.cfg.Graph.DeleteChannelEdge(&chanToPrune)
|
|
|
|
if err != nil {
|
|
|
|
return fmt.Errorf("Unable to prune zombie "+
|
|
|
|
"chans: %v", err)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// networkHandler is the primary goroutine for the ChannelRouter. The roles of
|
|
|
|
// this goroutine include answering queries related to the state of the
|
2017-03-19 21:40:25 +03:00
|
|
|
// network, pruning the graph on new block notification, applying network
|
|
|
|
// updates, and registering new topology clients.
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
//
|
|
|
|
// NOTE: This MUST be run as a goroutine.
|
|
|
|
func (r *ChannelRouter) networkHandler() {
|
|
|
|
defer r.wg.Done()
|
|
|
|
|
2017-10-05 05:39:38 +03:00
|
|
|
graphPruneTicker := time.NewTicker(r.cfg.GraphPruneInterval)
|
|
|
|
defer graphPruneTicker.Stop()
|
2017-08-22 09:43:20 +03:00
|
|
|
|
2017-11-30 03:44:08 +03:00
|
|
|
// We'll use this validation barrier to ensure that we process all jobs
|
|
|
|
// in the proper order during parallel validation.
|
2018-01-29 01:55:24 +03:00
|
|
|
validationBarrier := NewValidationBarrier(runtime.NumCPU()*4, r.quit)
|
2017-11-30 03:44:08 +03:00
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
for {
|
|
|
|
select {
|
2017-03-19 21:40:25 +03:00
|
|
|
// A new fully validated network update has just arrived. As a
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// result we'll modify the channel graph accordingly depending
|
|
|
|
// on the exact type of the message.
|
2018-05-08 02:27:34 +03:00
|
|
|
case update := <-r.networkUpdates:
|
2017-11-30 03:44:08 +03:00
|
|
|
// We'll set up any dependants, and wait until a free
|
|
|
|
// slot for this job opens up, this allow us to not
|
|
|
|
// have thousands of goroutines active.
|
2018-05-08 02:27:34 +03:00
|
|
|
validationBarrier.InitJobDependencies(update.msg)
|
2017-11-30 03:44:08 +03:00
|
|
|
|
2018-05-08 02:27:34 +03:00
|
|
|
r.wg.Add(1)
|
2017-11-30 03:44:08 +03:00
|
|
|
go func() {
|
2018-05-08 02:27:34 +03:00
|
|
|
defer r.wg.Done()
|
2017-11-30 03:44:08 +03:00
|
|
|
defer validationBarrier.CompleteJob()
|
|
|
|
|
|
|
|
// If this message has an existing dependency,
|
|
|
|
// then we'll wait until that has been fully
|
|
|
|
// validated before we proceed.
|
2018-05-08 02:27:34 +03:00
|
|
|
err := validationBarrier.WaitForDependants(
|
|
|
|
update.msg,
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
if err != ErrVBarrierShuttingDown {
|
|
|
|
log.Warnf("unexpected error "+
|
|
|
|
"during validation "+
|
|
|
|
"barrier shutdown: %v",
|
|
|
|
err)
|
|
|
|
}
|
|
|
|
return
|
|
|
|
}
|
2017-11-30 03:44:08 +03:00
|
|
|
|
|
|
|
// Process the routing update to determine if
|
|
|
|
// this is either a new update from our PoV or
|
|
|
|
// an update to a prior vertex/edge we
|
|
|
|
// previously accepted.
|
2018-05-08 02:27:34 +03:00
|
|
|
err = r.processUpdate(update.msg)
|
|
|
|
update.err <- err
|
2017-11-30 03:44:08 +03:00
|
|
|
|
|
|
|
// If this message had any dependencies, then
|
|
|
|
// we can now signal them to continue.
|
2018-05-08 02:27:34 +03:00
|
|
|
validationBarrier.SignalDependants(update.msg)
|
2017-11-30 04:52:39 +03:00
|
|
|
if err != nil {
|
|
|
|
return
|
|
|
|
}
|
|
|
|
|
2017-11-30 03:44:08 +03:00
|
|
|
// Send off a new notification for the newly
|
|
|
|
// accepted update.
|
|
|
|
topChange := &TopologyChange{}
|
2018-05-08 02:27:34 +03:00
|
|
|
err = addToTopologyChange(
|
|
|
|
r.cfg.Graph, topChange, update.msg,
|
|
|
|
)
|
2017-11-30 03:44:08 +03:00
|
|
|
if err != nil {
|
|
|
|
log.Errorf("unable to update topology "+
|
|
|
|
"change notification: %v", err)
|
|
|
|
return
|
|
|
|
}
|
2017-03-19 21:40:25 +03:00
|
|
|
|
2017-11-30 03:44:08 +03:00
|
|
|
if !topChange.isEmpty() {
|
|
|
|
r.notifyTopologyChange(topChange)
|
|
|
|
}
|
|
|
|
}()
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
|
|
|
// TODO(roasbeef): remove all unconnected vertexes
|
|
|
|
// after N blocks pass with no corresponding
|
|
|
|
// announcements.
|
|
|
|
|
2017-10-02 18:54:29 +03:00
|
|
|
case chainUpdate, ok := <-r.staleBlocks:
|
|
|
|
// If the channel has been closed, then this indicates
|
|
|
|
// the daemon is shutting down, so we exit ourselves.
|
|
|
|
if !ok {
|
|
|
|
return
|
|
|
|
}
|
|
|
|
|
|
|
|
// Since this block is stale, we update our best height
|
|
|
|
// to the previous block.
|
|
|
|
blockHeight := uint32(chainUpdate.Height)
|
2017-12-06 04:40:40 +03:00
|
|
|
atomic.StoreUint32(&r.bestHeight, blockHeight-1)
|
2017-10-02 18:54:29 +03:00
|
|
|
|
|
|
|
// Update the channel graph to reflect that this block
|
|
|
|
// was disconnected.
|
|
|
|
_, err := r.cfg.Graph.DisconnectBlockAtHeight(blockHeight)
|
|
|
|
if err != nil {
|
|
|
|
log.Errorf("unable to prune graph with stale "+
|
|
|
|
"block: %v", err)
|
|
|
|
continue
|
|
|
|
}
|
|
|
|
|
|
|
|
// Invalidate the route cache, as some channels might
|
|
|
|
// not be confirmed anymore.
|
|
|
|
r.routeCacheMtx.Lock()
|
|
|
|
r.routeCache = make(map[routeTuple][]*Route)
|
|
|
|
r.routeCacheMtx.Unlock()
|
|
|
|
|
|
|
|
// TODO(halseth): notify client about the reorg?
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// A new block has arrived, so we can prune the channel graph
|
|
|
|
// of any channels which were closed in the block.
|
2017-05-11 03:22:26 +03:00
|
|
|
case chainUpdate, ok := <-r.newBlocks:
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// If the channel has been closed, then this indicates
|
|
|
|
// the daemon is shutting down, so we exit ourselves.
|
|
|
|
if !ok {
|
|
|
|
return
|
|
|
|
}
|
|
|
|
|
2017-12-06 04:44:10 +03:00
|
|
|
// We'll ensure that any new blocks received attach
|
|
|
|
// directly to the end of our main chain. If not, then
|
|
|
|
// we've somehow missed some blocks. We don't process
|
|
|
|
// this block as otherwise, we may miss on-chain
|
|
|
|
// events.
|
|
|
|
currentHeight := atomic.LoadUint32(&r.bestHeight)
|
|
|
|
if chainUpdate.Height != currentHeight+1 {
|
|
|
|
log.Errorf("out of order block: expecting "+
|
|
|
|
"height=%v, got height=%v", currentHeight+1,
|
|
|
|
chainUpdate.Height)
|
|
|
|
continue
|
|
|
|
}
|
|
|
|
|
2017-02-03 04:44:13 +03:00
|
|
|
// Once a new block arrives, we update our running
|
|
|
|
// track of the height of the chain tip.
|
2017-05-11 03:22:26 +03:00
|
|
|
blockHeight := uint32(chainUpdate.Height)
|
2017-12-06 04:40:40 +03:00
|
|
|
atomic.StoreUint32(&r.bestHeight, blockHeight)
|
2017-02-03 04:44:13 +03:00
|
|
|
log.Infof("Pruning channel graph using block %v (height=%v)",
|
2017-05-11 03:22:26 +03:00
|
|
|
chainUpdate.Hash, blockHeight)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2018-02-07 06:11:11 +03:00
|
|
|
// We're only interested in all prior outputs that have
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// been spent in the block, so collate all the
|
|
|
|
// referenced previous outpoints within each tx and
|
|
|
|
// input.
|
|
|
|
var spentOutputs []*wire.OutPoint
|
2017-05-11 03:22:26 +03:00
|
|
|
for _, tx := range chainUpdate.Transactions {
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
for _, txIn := range tx.TxIn {
|
|
|
|
spentOutputs = append(spentOutputs,
|
|
|
|
&txIn.PreviousOutPoint)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// With the spent outputs gathered, attempt to prune
|
|
|
|
// the channel graph, also passing in the hash+height
|
|
|
|
// of the block being pruned so the prune tip can be
|
|
|
|
// updated.
|
2017-03-09 01:27:46 +03:00
|
|
|
chansClosed, err := r.cfg.Graph.PruneGraph(spentOutputs,
|
2017-05-11 03:22:26 +03:00
|
|
|
&chainUpdate.Hash, chainUpdate.Height)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
if err != nil {
|
|
|
|
log.Errorf("unable to prune routing table: %v", err)
|
|
|
|
continue
|
|
|
|
}
|
|
|
|
|
|
|
|
log.Infof("Block %v (height=%v) closed %v channels",
|
2017-05-11 03:22:26 +03:00
|
|
|
chainUpdate.Hash, blockHeight, len(chansClosed))
|
2017-03-09 01:27:46 +03:00
|
|
|
|
2017-08-03 07:06:57 +03:00
|
|
|
// Invalidate the route cache as the block height has
|
|
|
|
// changed which will invalidate the HTLC timeouts we
|
|
|
|
// have crafted within each of the pre-computed routes.
|
|
|
|
//
|
|
|
|
// TODO(roasbeef): need to invalidate after each
|
|
|
|
// chan ann update?
|
|
|
|
// * can have map of chanID to routes involved, avoids
|
|
|
|
// full invalidation
|
2017-03-21 07:28:39 +03:00
|
|
|
r.routeCacheMtx.Lock()
|
|
|
|
r.routeCache = make(map[routeTuple][]*Route)
|
|
|
|
r.routeCacheMtx.Unlock()
|
|
|
|
|
2017-08-03 07:06:57 +03:00
|
|
|
if len(chansClosed) == 0 {
|
|
|
|
continue
|
|
|
|
}
|
|
|
|
|
2017-03-09 01:27:46 +03:00
|
|
|
// Notify all currently registered clients of the newly
|
|
|
|
// closed channels.
|
|
|
|
closeSummaries := createCloseSummaries(blockHeight, chansClosed...)
|
|
|
|
r.notifyTopologyChange(&TopologyChange{
|
|
|
|
ClosedChannels: closeSummaries,
|
|
|
|
})
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2017-03-09 01:27:46 +03:00
|
|
|
// A new notification client update has arrived. We're either
|
|
|
|
// gaining a new client, or cancelling notifications for an
|
|
|
|
// existing client.
|
|
|
|
case ntfnUpdate := <-r.ntfnClientUpdates:
|
|
|
|
clientID := ntfnUpdate.clientID
|
|
|
|
|
|
|
|
if ntfnUpdate.cancel {
|
2017-11-30 03:44:08 +03:00
|
|
|
r.RLock()
|
|
|
|
client, ok := r.topologyClients[ntfnUpdate.clientID]
|
|
|
|
r.RUnlock()
|
|
|
|
if ok {
|
|
|
|
r.Lock()
|
2017-03-09 01:27:46 +03:00
|
|
|
delete(r.topologyClients, clientID)
|
2017-11-30 03:44:08 +03:00
|
|
|
r.Unlock()
|
2017-06-25 15:31:41 +03:00
|
|
|
|
2017-03-09 01:27:46 +03:00
|
|
|
close(client.exit)
|
2017-06-25 15:31:41 +03:00
|
|
|
client.wg.Wait()
|
|
|
|
|
2017-05-16 04:47:18 +03:00
|
|
|
close(client.ntfnChan)
|
2017-03-09 01:27:46 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
continue
|
|
|
|
}
|
|
|
|
|
2017-11-30 03:44:08 +03:00
|
|
|
r.Lock()
|
2017-06-25 15:48:47 +03:00
|
|
|
r.topologyClients[ntfnUpdate.clientID] = &topologyClient{
|
2017-03-09 01:27:46 +03:00
|
|
|
ntfnChan: ntfnUpdate.ntfnChan,
|
|
|
|
exit: make(chan struct{}),
|
|
|
|
}
|
2017-11-30 03:44:08 +03:00
|
|
|
r.Unlock()
|
2017-03-09 01:27:46 +03:00
|
|
|
|
2017-10-05 05:39:38 +03:00
|
|
|
// The graph prune ticker has ticked, so we'll examine the
|
|
|
|
// state of the known graph to filter out any zombie channels
|
|
|
|
// for pruning.
|
|
|
|
case <-graphPruneTicker.C:
|
2018-01-31 07:34:40 +03:00
|
|
|
if err := r.pruneZombieChans(); err != nil {
|
|
|
|
log.Errorf("unable to prune zombies: %v", err)
|
2017-10-05 05:39:38 +03:00
|
|
|
}
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// The router has been signalled to exit, to we exit our main
|
|
|
|
// loop so the wait group can be decremented.
|
|
|
|
case <-r.quit:
|
|
|
|
return
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-02-25 06:34:03 +03:00
|
|
|
// assertNodeAnnFreshness returns a non-nil error if we have an announcement in
|
|
|
|
// the database for the passed node with a timestamp newer than the passed
|
|
|
|
// timestamp. ErrIgnored will be returned if we already have the node, and
|
|
|
|
// ErrOutdated will be returned if we have a timestamp that's after the new
|
|
|
|
// timestamp.
|
|
|
|
func (r *ChannelRouter) assertNodeAnnFreshness(node Vertex,
|
|
|
|
msgTimestamp time.Time) error {
|
|
|
|
|
|
|
|
// If we are not already aware of this node, it means that we don't
|
|
|
|
// know about any channel using this node. To avoid a DoS attack by
|
|
|
|
// node announcements, we will ignore such nodes. If we do know about
|
|
|
|
// this node, check that this update brings info newer than what we
|
|
|
|
// already have.
|
|
|
|
lastUpdate, exists, err := r.cfg.Graph.HasLightningNode(node)
|
|
|
|
if err != nil {
|
|
|
|
return errors.Errorf("unable to query for the "+
|
|
|
|
"existence of node: %v", err)
|
|
|
|
}
|
|
|
|
if !exists {
|
|
|
|
return newErrf(ErrIgnored, "Ignoring node announcement"+
|
|
|
|
" for node not found in channel graph (%x)",
|
|
|
|
node[:])
|
|
|
|
}
|
|
|
|
|
|
|
|
// If we've reached this point then we're aware of the vertex being
|
|
|
|
// advertised. So we now check if the new message has a new time stamp,
|
|
|
|
// if not then we won't accept the new data as it would override newer
|
|
|
|
// data.
|
|
|
|
if !lastUpdate.Before(msgTimestamp) {
|
|
|
|
return newErrf(ErrOutdated, "Ignoring outdated "+
|
|
|
|
"announcement for %x", node[:])
|
|
|
|
}
|
|
|
|
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
// processUpdate processes a new relate authenticated channel/edge, node or
|
2017-04-01 15:33:17 +03:00
|
|
|
// channel/edge update network update. If the update didn't affect the internal
|
|
|
|
// state of the draft due to either being out of date, invalid, or redundant,
|
|
|
|
// then error is returned.
|
2017-03-19 21:40:25 +03:00
|
|
|
func (r *ChannelRouter) processUpdate(msg interface{}) error {
|
2017-02-03 04:44:13 +03:00
|
|
|
|
2017-03-21 07:28:39 +03:00
|
|
|
var invalidateCache bool
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
switch msg := msg.(type) {
|
2017-03-19 21:40:25 +03:00
|
|
|
case *channeldb.LightningNode:
|
2018-02-25 06:34:03 +03:00
|
|
|
// Before we add the node to the database, we'll check to see
|
|
|
|
// if the announcement is "fresh" or not. If it isn't, then
|
|
|
|
// we'll return an error.
|
|
|
|
err := r.assertNodeAnnFreshness(msg.PubKeyBytes, msg.LastUpdate)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
if err != nil {
|
2018-02-25 06:34:03 +03:00
|
|
|
return err
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
if err := r.cfg.Graph.AddLightningNode(msg); err != nil {
|
2017-04-01 15:33:17 +03:00
|
|
|
return errors.Errorf("unable to add node %v to the "+
|
2018-01-31 07:26:26 +03:00
|
|
|
"graph: %v", msg.PubKeyBytes, err)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2018-01-31 07:26:26 +03:00
|
|
|
log.Infof("Updated vertex data for node=%x", msg.PubKeyBytes)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
case *channeldb.ChannelEdgeInfo:
|
2018-01-31 07:35:19 +03:00
|
|
|
// If we recently rejected this channel edge, then we won't
|
|
|
|
// attempt to re-process it.
|
|
|
|
r.rejectMtx.RLock()
|
|
|
|
if _, ok := r.rejectCache[msg.ChannelID]; ok {
|
|
|
|
r.rejectMtx.RUnlock()
|
2018-08-20 15:28:10 +03:00
|
|
|
return newErrf(ErrRejected, "recently rejected "+
|
2018-01-31 07:35:19 +03:00
|
|
|
"chan_id=%v", msg.ChannelID)
|
|
|
|
}
|
|
|
|
r.rejectMtx.RUnlock()
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// Prior to processing the announcement we first check if we
|
|
|
|
// already know of this channel, if so, then we can exit early.
|
2017-03-19 21:40:25 +03:00
|
|
|
_, _, exists, err := r.cfg.Graph.HasChannelEdge(msg.ChannelID)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
if err != nil && err != channeldb.ErrGraphNoEdgesFound {
|
2017-03-19 21:40:25 +03:00
|
|
|
return errors.Errorf("unable to check for edge "+
|
|
|
|
"existence: %v", err)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
} else if exists {
|
2017-04-12 07:19:37 +03:00
|
|
|
return newErrf(ErrIgnored, "Ignoring msg for known "+
|
2017-03-19 21:40:25 +03:00
|
|
|
"chan_id=%v", msg.ChannelID)
|
2017-02-03 04:44:13 +03:00
|
|
|
}
|
2017-02-02 05:29:46 +03:00
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// Before we can add the channel to the channel graph, we need
|
|
|
|
// to obtain the full funding outpoint that's encoded within
|
|
|
|
// the channel ID.
|
2017-03-27 18:22:37 +03:00
|
|
|
channelID := lnwire.NewShortChanIDFromInt(msg.ChannelID)
|
2018-08-30 05:05:13 +03:00
|
|
|
fundingPoint, fundingTxOut, err := r.fetchChanPoint(&channelID)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
if err != nil {
|
2018-03-24 01:50:21 +03:00
|
|
|
r.rejectMtx.Lock()
|
|
|
|
r.rejectCache[msg.ChannelID] = struct{}{}
|
|
|
|
r.rejectMtx.Unlock()
|
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
return errors.Errorf("unable to fetch chan point for "+
|
|
|
|
"chan_id=%v: %v", msg.ChannelID, err)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2018-07-18 05:17:19 +03:00
|
|
|
// Recreate witness output to be sure that declared in channel
|
|
|
|
// edge bitcoin keys and channel value corresponds to the
|
|
|
|
// reality.
|
2019-01-16 17:47:43 +03:00
|
|
|
witnessScript, err := input.GenMultiSigScript(
|
2018-07-18 05:17:19 +03:00
|
|
|
msg.BitcoinKey1Bytes[:], msg.BitcoinKey2Bytes[:],
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
2019-01-16 17:47:43 +03:00
|
|
|
fundingPkScript, err := input.WitnessScriptHash(witnessScript)
|
2018-07-18 05:17:19 +03:00
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
2018-08-30 05:05:13 +03:00
|
|
|
var chanUtxo *wire.TxOut
|
|
|
|
if r.cfg.AssumeChannelValid {
|
|
|
|
// If AssumeChannelValid is present, we'll just use the
|
|
|
|
// txout returned from fetchChanPoint.
|
|
|
|
chanUtxo = fundingTxOut
|
|
|
|
} else {
|
|
|
|
// Now that we have the funding outpoint of the channel,
|
|
|
|
// ensure that it hasn't yet been spent. If so, then
|
|
|
|
// this channel has been closed so we'll ignore it.
|
|
|
|
chanUtxo, err = r.cfg.Chain.GetUtxo(
|
|
|
|
fundingPoint, fundingPkScript,
|
|
|
|
channelID.BlockHeight,
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
r.rejectMtx.Lock()
|
|
|
|
r.rejectCache[msg.ChannelID] = struct{}{}
|
|
|
|
r.rejectMtx.Unlock()
|
2018-03-24 01:50:21 +03:00
|
|
|
|
2018-08-30 05:05:13 +03:00
|
|
|
return errors.Errorf("unable to fetch utxo "+
|
|
|
|
"for chan_id=%v, chan_point=%v: %v",
|
|
|
|
msg.ChannelID, fundingPoint, err)
|
|
|
|
}
|
2017-03-30 04:01:28 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// By checking the equality of witness pkscripts we checks that
|
|
|
|
// funding witness script is multisignature lock which contains
|
|
|
|
// both local and remote public keys which was declared in
|
|
|
|
// channel edge and also that the announced channel value is
|
|
|
|
// right.
|
2018-07-18 05:17:19 +03:00
|
|
|
if !bytes.Equal(fundingPkScript, chanUtxo.PkScript) {
|
2017-05-16 03:50:56 +03:00
|
|
|
return errors.Errorf("pkScript mismatch: expected %x, "+
|
2018-07-18 05:17:19 +03:00
|
|
|
"got %x", fundingPkScript, chanUtxo.PkScript)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
// TODO(roasbeef): this is a hack, needs to be removed
|
|
|
|
// after commitment fees are dynamic.
|
2017-05-01 21:45:02 +03:00
|
|
|
msg.Capacity = btcutil.Amount(chanUtxo.Value)
|
2017-03-19 21:40:25 +03:00
|
|
|
msg.ChannelPoint = *fundingPoint
|
|
|
|
if err := r.cfg.Graph.AddChannelEdge(msg); err != nil {
|
|
|
|
return errors.Errorf("unable to add edge: %v", err)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-03-21 07:28:39 +03:00
|
|
|
invalidateCache = true
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
log.Infof("New channel discovered! Link "+
|
2017-04-14 21:48:04 +03:00
|
|
|
"connects %x and %x with ChannelPoint(%v): "+
|
|
|
|
"chan_id=%v, capacity=%v",
|
2018-01-31 07:26:26 +03:00
|
|
|
msg.NodeKey1Bytes, msg.NodeKey2Bytes,
|
2017-04-14 21:48:04 +03:00
|
|
|
fundingPoint, msg.ChannelID, msg.Capacity)
|
2017-03-19 21:40:25 +03:00
|
|
|
|
2017-05-11 03:22:26 +03:00
|
|
|
// As a new edge has been added to the channel graph, we'll
|
|
|
|
// update the current UTXO filter within our active
|
|
|
|
// FilteredChainView so we are notified if/when this channel is
|
|
|
|
// closed.
|
2018-07-18 05:17:19 +03:00
|
|
|
filterUpdate := []channeldb.EdgePoint{
|
|
|
|
{
|
|
|
|
FundingPkScript: fundingPkScript,
|
|
|
|
OutPoint: *fundingPoint,
|
|
|
|
},
|
|
|
|
}
|
2017-12-06 04:40:40 +03:00
|
|
|
err = r.cfg.ChainView.UpdateFilter(
|
|
|
|
filterUpdate, atomic.LoadUint32(&r.bestHeight),
|
|
|
|
)
|
2017-05-11 03:22:26 +03:00
|
|
|
if err != nil {
|
|
|
|
return errors.Errorf("unable to update chain "+
|
|
|
|
"view: %v", err)
|
|
|
|
}
|
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
case *channeldb.ChannelEdgePolicy:
|
2018-01-31 07:35:19 +03:00
|
|
|
// If we recently rejected this channel edge, then we won't
|
|
|
|
// attempt to re-process it.
|
|
|
|
r.rejectMtx.RLock()
|
|
|
|
if _, ok := r.rejectCache[msg.ChannelID]; ok {
|
|
|
|
r.rejectMtx.RUnlock()
|
2018-08-20 15:28:10 +03:00
|
|
|
return newErrf(ErrRejected, "recently rejected "+
|
2018-01-31 07:35:19 +03:00
|
|
|
"chan_id=%v", msg.ChannelID)
|
|
|
|
}
|
|
|
|
r.rejectMtx.RUnlock()
|
|
|
|
|
2018-01-08 18:55:26 +03:00
|
|
|
// We make sure to hold the mutex for this channel ID,
|
|
|
|
// such that no other goroutine is concurrently doing
|
|
|
|
// database accesses for the same channel ID.
|
|
|
|
r.channelEdgeMtx.Lock(msg.ChannelID)
|
|
|
|
defer r.channelEdgeMtx.Unlock(msg.ChannelID)
|
|
|
|
|
2017-08-22 09:58:38 +03:00
|
|
|
edge1Timestamp, edge2Timestamp, exists, err := r.cfg.Graph.HasChannelEdge(
|
|
|
|
msg.ChannelID,
|
|
|
|
)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
if err != nil && err != channeldb.ErrGraphNoEdgesFound {
|
2017-03-19 21:40:25 +03:00
|
|
|
return errors.Errorf("unable to check for edge "+
|
|
|
|
"existence: %v", err)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2017-02-03 04:44:13 +03:00
|
|
|
}
|
|
|
|
|
2018-12-04 16:58:39 +03:00
|
|
|
// If the channel doesn't exist in our database, we cannot
|
|
|
|
// apply the updated policy.
|
|
|
|
if !exists {
|
|
|
|
return newErrf(ErrIgnored, "Ignoring update "+
|
|
|
|
"(flags=%v|%v) for unknown chan_id=%v",
|
|
|
|
msg.MessageFlags, msg.ChannelFlags,
|
|
|
|
msg.ChannelID)
|
|
|
|
}
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// As edges are directional edge node has a unique policy for
|
2016-12-31 03:41:59 +03:00
|
|
|
// the direction of the edge they control. Therefore we first
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// check if we already have the most up to date information for
|
2018-08-20 15:28:09 +03:00
|
|
|
// that edge. If this message has a timestamp not strictly
|
|
|
|
// newer than what we already know of we can exit early.
|
2017-12-01 09:24:27 +03:00
|
|
|
switch {
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2017-03-09 01:27:46 +03:00
|
|
|
// A flag set of 0 indicates this is an announcement for the
|
|
|
|
// "first" node in the channel.
|
2019-01-12 20:59:43 +03:00
|
|
|
case msg.ChannelFlags&lnwire.ChanUpdateDirection == 0:
|
2018-03-24 01:50:21 +03:00
|
|
|
|
2018-08-20 15:28:09 +03:00
|
|
|
// Ignore outdated message.
|
|
|
|
if !edge1Timestamp.Before(msg.LastUpdate) {
|
|
|
|
return newErrf(ErrOutdated, "Ignoring "+
|
2019-01-12 20:59:43 +03:00
|
|
|
"outdated update (flags=%v|%v) for "+
|
|
|
|
"known chan_id=%v", msg.MessageFlags,
|
|
|
|
msg.ChannelFlags, msg.ChannelID)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-03-09 01:27:46 +03:00
|
|
|
// Similarly, a flag set of 1 indicates this is an announcement
|
|
|
|
// for the "second" node in the channel.
|
2019-01-12 20:59:43 +03:00
|
|
|
case msg.ChannelFlags&lnwire.ChanUpdateDirection == 1:
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2018-08-20 15:28:09 +03:00
|
|
|
// Ignore outdated message.
|
|
|
|
if !edge2Timestamp.Before(msg.LastUpdate) {
|
|
|
|
return newErrf(ErrOutdated, "Ignoring "+
|
2019-01-12 20:59:43 +03:00
|
|
|
"outdated update (flags=%v|%v) for "+
|
|
|
|
"known chan_id=%v", msg.MessageFlags,
|
|
|
|
msg.ChannelFlags, msg.ChannelID)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-05-11 03:22:26 +03:00
|
|
|
// Now that we know this isn't a stale update, we'll apply the
|
|
|
|
// new edge policy to the proper directional edge within the
|
|
|
|
// channel graph.
|
2017-03-19 21:40:25 +03:00
|
|
|
if err = r.cfg.Graph.UpdateEdgePolicy(msg); err != nil {
|
|
|
|
err := errors.Errorf("unable to add channel: %v", err)
|
|
|
|
log.Error(err)
|
|
|
|
return err
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-03-21 07:28:39 +03:00
|
|
|
invalidateCache = true
|
2019-01-10 10:54:41 +03:00
|
|
|
log.Tracef("New channel update applied: %v",
|
|
|
|
newLogClosure(func() string { return spew.Sdump(msg) }))
|
2017-03-19 21:40:25 +03:00
|
|
|
|
|
|
|
default:
|
|
|
|
return errors.Errorf("wrong routing update message type")
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-03-21 07:28:39 +03:00
|
|
|
// If we've received a channel update, then invalidate the route cache
|
|
|
|
// as channels within the graph have closed, which may affect our
|
|
|
|
// choice of the KSP's for a particular routeTuple.
|
|
|
|
if invalidateCache {
|
|
|
|
r.routeCacheMtx.Lock()
|
|
|
|
r.routeCache = make(map[routeTuple][]*Route)
|
|
|
|
r.routeCacheMtx.Unlock()
|
|
|
|
}
|
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
return nil
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// fetchChanPoint retrieves the original outpoint which is encoded within the
|
2018-07-18 05:17:19 +03:00
|
|
|
// channelID. This method also return the public key script for the target
|
|
|
|
// transaction.
|
2017-05-11 03:22:26 +03:00
|
|
|
//
|
2017-10-11 05:48:44 +03:00
|
|
|
// TODO(roasbeef): replace with call to GetBlockTransaction? (would allow to
|
2017-05-11 03:22:26 +03:00
|
|
|
// later use getblocktxn)
|
2018-08-30 05:05:13 +03:00
|
|
|
func (r *ChannelRouter) fetchChanPoint(
|
|
|
|
chanID *lnwire.ShortChannelID) (*wire.OutPoint, *wire.TxOut, error) {
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// First fetch the block hash by the block number encoded, then use
|
|
|
|
// that hash to fetch the block itself.
|
|
|
|
blockNum := int64(chanID.BlockHeight)
|
|
|
|
blockHash, err := r.cfg.Chain.GetBlockHash(blockNum)
|
|
|
|
if err != nil {
|
2018-07-18 05:17:19 +03:00
|
|
|
return nil, nil, err
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
fundingBlock, err := r.cfg.Chain.GetBlock(blockHash)
|
|
|
|
if err != nil {
|
2018-07-18 05:17:19 +03:00
|
|
|
return nil, nil, err
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-02-07 01:54:50 +03:00
|
|
|
// As a sanity check, ensure that the advertised transaction index is
|
|
|
|
// within the bounds of the total number of transactions within a
|
|
|
|
// block.
|
|
|
|
numTxns := uint32(len(fundingBlock.Transactions))
|
|
|
|
if chanID.TxIndex > numTxns-1 {
|
2018-07-18 05:17:19 +03:00
|
|
|
return nil, nil, fmt.Errorf("tx_index=#%v is out of range "+
|
2017-02-07 01:54:50 +03:00
|
|
|
"(max_index=%v), network_chan_id=%v\n", chanID.TxIndex,
|
|
|
|
numTxns-1, spew.Sdump(chanID))
|
|
|
|
}
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// Finally once we have the block itself, we seek to the targeted
|
2018-08-30 05:05:13 +03:00
|
|
|
// transaction index to obtain the funding output and txout.
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
fundingTx := fundingBlock.Transactions[chanID.TxIndex]
|
2018-08-30 05:05:13 +03:00
|
|
|
outPoint := &wire.OutPoint{
|
2017-01-06 00:56:27 +03:00
|
|
|
Hash: fundingTx.TxHash(),
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
Index: uint32(chanID.TxPosition),
|
2018-08-30 05:05:13 +03:00
|
|
|
}
|
|
|
|
txOut := fundingTx.TxOut[chanID.TxPosition]
|
|
|
|
|
|
|
|
return outPoint, txOut, nil
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
// routingMsg couples a routing related routing topology update to the
|
|
|
|
// error channel.
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
type routingMsg struct {
|
2017-03-19 21:40:25 +03:00
|
|
|
msg interface{}
|
|
|
|
err chan error
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2018-02-13 03:19:46 +03:00
|
|
|
// pathsToFeeSortedRoutes takes a set of paths, and returns a corresponding set
|
2018-04-18 05:03:27 +03:00
|
|
|
// of routes. A route differs from a path in that it has full time-lock and
|
|
|
|
// fee information attached. The set of routes returned may be less than the
|
2018-02-13 03:19:46 +03:00
|
|
|
// initial set of paths as it's possible we drop a route if it can't handle the
|
|
|
|
// total payment flow after fees are calculated.
|
2018-08-09 16:36:28 +03:00
|
|
|
func pathsToFeeSortedRoutes(source Vertex, paths [][]*channeldb.ChannelEdgePolicy,
|
2019-03-05 12:37:14 +03:00
|
|
|
finalCLTVDelta uint16, amt lnwire.MilliSatoshi,
|
2018-02-01 01:36:10 +03:00
|
|
|
currentHeight uint32) ([]*Route, error) {
|
2018-02-13 03:19:46 +03:00
|
|
|
|
|
|
|
validRoutes := make([]*Route, 0, len(paths))
|
|
|
|
for _, path := range paths {
|
|
|
|
// Attempt to make the path into a route. We snip off the first
|
|
|
|
// hop in the path as it contains a "self-hop" that is inserted
|
|
|
|
// by our KSP algorithm.
|
|
|
|
route, err := newRoute(
|
2019-03-05 13:13:44 +03:00
|
|
|
amt, source, path[1:], currentHeight, finalCLTVDelta,
|
2018-02-13 03:19:46 +03:00
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
// TODO(roasbeef): report straw breaking edge?
|
|
|
|
continue
|
|
|
|
}
|
|
|
|
|
|
|
|
// If the path as enough total flow to support the computed
|
|
|
|
// route, then we'll add it to our set of valid routes.
|
|
|
|
validRoutes = append(validRoutes, route)
|
|
|
|
}
|
|
|
|
|
|
|
|
// If all our perspective routes were eliminating during the transition
|
|
|
|
// from path to route, then we'll return an error to the caller
|
|
|
|
if len(validRoutes) == 0 {
|
|
|
|
return nil, newErr(ErrNoPathFound, "unable to find a path to "+
|
|
|
|
"destination")
|
|
|
|
}
|
|
|
|
|
|
|
|
// Finally, we'll sort the set of validate routes to optimize for
|
|
|
|
// lowest total fees, using the required time-lock within the route as
|
|
|
|
// a tie-breaker.
|
|
|
|
sort.Slice(validRoutes, func(i, j int) bool {
|
|
|
|
// To make this decision we first check if the total fees
|
|
|
|
// required for both routes are equal. If so, then we'll let
|
|
|
|
// the total time lock be the tie breaker. Otherwise, we'll put
|
|
|
|
// the route with the lowest total fees first.
|
|
|
|
if validRoutes[i].TotalFees == validRoutes[j].TotalFees {
|
|
|
|
timeLockI := validRoutes[i].TotalTimeLock
|
|
|
|
timeLockJ := validRoutes[j].TotalTimeLock
|
|
|
|
return timeLockI < timeLockJ
|
|
|
|
}
|
|
|
|
|
|
|
|
return validRoutes[i].TotalFees < validRoutes[j].TotalFees
|
|
|
|
})
|
|
|
|
|
|
|
|
return validRoutes, nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// FindRoutes attempts to query the ChannelRouter for a bounded number
|
|
|
|
// available paths to a particular target destination which is able to send
|
|
|
|
// `amt` after factoring in channel capacities and cumulative fees along each
|
2018-04-18 05:03:27 +03:00
|
|
|
// route. To `numPaths eligible paths, we use a modified version of
|
2018-02-13 03:19:46 +03:00
|
|
|
// Yen's algorithm which itself uses a modified version of Dijkstra's algorithm
|
|
|
|
// within its inner loop. Once we have a set of candidate routes, we calculate
|
|
|
|
// the required fee and time lock values running backwards along the route. The
|
2017-03-21 04:31:33 +03:00
|
|
|
// route that will be ranked the highest is the one with the lowest cumulative
|
|
|
|
// fee along the route.
|
2019-03-05 18:49:26 +03:00
|
|
|
func (r *ChannelRouter) FindRoutes(source, target Vertex,
|
|
|
|
amt lnwire.MilliSatoshi, restrictions *RestrictParams, numPaths uint32,
|
|
|
|
finalExpiry ...uint16) ([]*Route, error) {
|
2017-10-19 07:59:06 +03:00
|
|
|
|
|
|
|
var finalCLTVDelta uint16
|
|
|
|
if len(finalExpiry) == 0 {
|
2019-02-19 11:09:01 +03:00
|
|
|
finalCLTVDelta = zpay32.DefaultFinalCLTVDelta
|
2017-10-19 07:59:06 +03:00
|
|
|
} else {
|
|
|
|
finalCLTVDelta = finalExpiry[0]
|
|
|
|
}
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2019-03-05 18:55:19 +03:00
|
|
|
log.Debugf("Searching for path to %x, sending %v", target, amt)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
|
2019-03-06 00:15:34 +03:00
|
|
|
// Before attempting to perform a series of graph traversals to find the
|
|
|
|
// k-shortest paths to the destination, we'll first consult our path
|
|
|
|
// cache
|
|
|
|
//
|
|
|
|
// TODO: Route cache should store all request parameters instead of just
|
|
|
|
// amt and target. Currently false positives are returned if just the
|
|
|
|
// restrictions (fee limit, ignore lists) or finalExpiry are different.
|
2019-03-05 18:55:19 +03:00
|
|
|
rt := newRouteTuple(amt, target[:])
|
2017-10-03 07:58:34 +03:00
|
|
|
r.routeCacheMtx.RLock()
|
|
|
|
routes, ok := r.routeCache[rt]
|
|
|
|
r.routeCacheMtx.RUnlock()
|
|
|
|
|
2018-02-13 03:22:22 +03:00
|
|
|
// If we already have a cached route, and it contains at least the
|
|
|
|
// number of paths requested, then we'll return it directly as there's
|
|
|
|
// no need to repeat the computation.
|
|
|
|
if ok && uint32(len(routes)) >= numPaths {
|
2017-10-03 07:58:34 +03:00
|
|
|
return routes, nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// If we don't have a set of routes cached, we'll query the graph for a
|
|
|
|
// set of potential routes to the destination node that can support our
|
|
|
|
// payment amount. If no such routes can be found then an error will be
|
|
|
|
// returned.
|
|
|
|
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
// We can short circuit the routing by opportunistically checking to
|
|
|
|
// see if the target vertex event exists in the current graph.
|
2019-03-05 18:55:19 +03:00
|
|
|
if _, exists, err := r.cfg.Graph.HasLightningNode(target); err != nil {
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
return nil, err
|
|
|
|
} else if !exists {
|
2019-03-05 18:55:19 +03:00
|
|
|
log.Debugf("Target %x is not in known graph", target)
|
2017-03-19 21:40:25 +03:00
|
|
|
return nil, newErrf(ErrTargetNotInNetwork, "target not found")
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-08-03 07:02:18 +03:00
|
|
|
// We'll also fetch the current block height so we can properly
|
|
|
|
// calculate the required HTLC time locks within the route.
|
|
|
|
_, currentHeight, err := r.cfg.Chain.GetBestBlock()
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
|
|
|
}
|
|
|
|
|
2018-05-08 07:04:31 +03:00
|
|
|
// Before we open the db transaction below, we'll attempt to obtain a
|
|
|
|
// set of bandwidth hints that can help us eliminate certain routes
|
|
|
|
// early on in the path finding process.
|
|
|
|
bandwidthHints, err := generateBandwidthHints(
|
|
|
|
r.selfNode, r.cfg.QueryBandwidth,
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
|
|
|
}
|
|
|
|
|
2017-10-11 07:39:54 +03:00
|
|
|
tx, err := r.cfg.Graph.Database().Begin(false)
|
|
|
|
if err != nil {
|
|
|
|
tx.Rollback()
|
|
|
|
return nil, err
|
|
|
|
}
|
|
|
|
|
2017-03-21 04:25:54 +03:00
|
|
|
// Now that we know the destination is reachable within the graph,
|
|
|
|
// we'll execute our KSP algorithm to find the k-shortest paths from
|
|
|
|
// our source to the destination.
|
2018-02-13 03:19:46 +03:00
|
|
|
shortestPaths, err := findPaths(
|
2019-03-05 18:49:26 +03:00
|
|
|
tx, r.cfg.Graph, source, target, amt, restrictions,
|
|
|
|
numPaths, bandwidthHints,
|
2018-02-13 03:19:46 +03:00
|
|
|
)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
if err != nil {
|
2017-10-11 07:39:54 +03:00
|
|
|
tx.Rollback()
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
return nil, err
|
|
|
|
}
|
|
|
|
|
2017-10-11 07:39:54 +03:00
|
|
|
tx.Rollback()
|
|
|
|
|
2017-03-21 04:25:54 +03:00
|
|
|
// Now that we have a set of paths, we'll need to turn them into
|
|
|
|
// *routes* by computing the required time-lock and fee information for
|
|
|
|
// each path. During this process, some paths may be discarded if they
|
|
|
|
// aren't able to support the total satoshis flow once fees have been
|
|
|
|
// factored in.
|
2018-01-31 07:26:26 +03:00
|
|
|
sourceVertex := Vertex(r.selfNode.PubKeyBytes)
|
2018-02-13 03:19:46 +03:00
|
|
|
validRoutes, err := pathsToFeeSortedRoutes(
|
2019-03-05 13:13:44 +03:00
|
|
|
sourceVertex, shortestPaths, finalCLTVDelta, amt,
|
2018-02-13 03:19:46 +03:00
|
|
|
uint32(currentHeight),
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
2017-03-21 04:31:33 +03:00
|
|
|
}
|
|
|
|
|
2017-10-11 07:39:54 +03:00
|
|
|
go log.Tracef("Obtained %v paths sending %v to %x: %v", len(validRoutes),
|
2019-03-05 18:55:19 +03:00
|
|
|
amt, target, newLogClosure(func() string {
|
2017-03-21 04:25:54 +03:00
|
|
|
return spew.Sdump(validRoutes)
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}),
|
|
|
|
)
|
|
|
|
|
2018-02-13 03:19:46 +03:00
|
|
|
// Populate the cache with this set of fresh routes so we can reuse
|
|
|
|
// them in the future.
|
2017-10-03 07:58:34 +03:00
|
|
|
r.routeCacheMtx.Lock()
|
|
|
|
r.routeCache[rt] = validRoutes
|
|
|
|
r.routeCacheMtx.Unlock()
|
|
|
|
|
2017-03-21 04:25:54 +03:00
|
|
|
return validRoutes, nil
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
|
|
|
|
2017-02-02 05:29:46 +03:00
|
|
|
// generateSphinxPacket generates then encodes a sphinx packet which encodes
|
|
|
|
// the onion route specified by the passed layer 3 route. The blob returned
|
|
|
|
// from this function can immediately be included within an HTLC add packet to
|
|
|
|
// be sent to the first hop within the route.
|
2017-06-29 16:40:45 +03:00
|
|
|
func generateSphinxPacket(route *Route, paymentHash []byte) ([]byte,
|
|
|
|
*sphinx.Circuit, error) {
|
2018-07-30 23:40:56 +03:00
|
|
|
|
|
|
|
// As a sanity check, we'll ensure that the set of hops has been
|
|
|
|
// properly filled in, otherwise, we won't actually be able to
|
|
|
|
// construct a route.
|
|
|
|
if len(route.Hops) == 0 {
|
|
|
|
return nil, nil, ErrNoRouteHopsProvided
|
|
|
|
}
|
|
|
|
|
2017-02-02 05:29:46 +03:00
|
|
|
// First obtain all the public keys along the route which are contained
|
|
|
|
// in each hop.
|
|
|
|
nodes := make([]*btcec.PublicKey, len(route.Hops))
|
|
|
|
for i, hop := range route.Hops {
|
2018-08-09 16:36:28 +03:00
|
|
|
pub, err := btcec.ParsePubKey(hop.PubKeyBytes[:],
|
|
|
|
btcec.S256())
|
2018-01-31 07:26:26 +03:00
|
|
|
if err != nil {
|
|
|
|
return nil, nil, err
|
|
|
|
}
|
2018-08-09 16:36:28 +03:00
|
|
|
|
|
|
|
nodes[i] = pub
|
2017-02-02 05:29:46 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// Next we generate the per-hop payload which gives each node within
|
|
|
|
// the route the necessary information (fees, CLTV value, etc) to
|
|
|
|
// properly forward the payment.
|
2017-06-16 23:42:55 +03:00
|
|
|
hopPayloads := route.ToHopPayloads()
|
|
|
|
|
|
|
|
log.Tracef("Constructed per-hop payloads for payment_hash=%x: %v",
|
2018-07-01 01:14:22 +03:00
|
|
|
paymentHash[:], newLogClosure(func() string {
|
|
|
|
return spew.Sdump(hopPayloads)
|
|
|
|
}),
|
|
|
|
)
|
2017-02-02 05:29:46 +03:00
|
|
|
|
|
|
|
sessionKey, err := btcec.NewPrivateKey(btcec.S256())
|
|
|
|
if err != nil {
|
2017-06-29 16:40:45 +03:00
|
|
|
return nil, nil, err
|
2017-02-02 05:29:46 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// Next generate the onion routing packet which allows us to perform
|
|
|
|
// privacy preserving source routing across the network.
|
2018-07-01 01:14:22 +03:00
|
|
|
sphinxPacket, err := sphinx.NewOnionPacket(
|
|
|
|
nodes, sessionKey, hopPayloads, paymentHash,
|
|
|
|
)
|
2017-02-02 05:29:46 +03:00
|
|
|
if err != nil {
|
2017-06-29 16:40:45 +03:00
|
|
|
return nil, nil, err
|
2017-02-02 05:29:46 +03:00
|
|
|
}
|
|
|
|
|
2018-02-07 06:13:07 +03:00
|
|
|
// Finally, encode Sphinx packet using its wire representation to be
|
2017-02-02 05:29:46 +03:00
|
|
|
// included within the HTLC add packet.
|
|
|
|
var onionBlob bytes.Buffer
|
|
|
|
if err := sphinxPacket.Encode(&onionBlob); err != nil {
|
2017-06-29 16:40:45 +03:00
|
|
|
return nil, nil, err
|
2017-02-02 05:29:46 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
log.Tracef("Generated sphinx packet: %v",
|
|
|
|
newLogClosure(func() string {
|
|
|
|
// We unset the internal curve here in order to keep
|
|
|
|
// the logs from getting noisy.
|
2017-06-16 23:42:55 +03:00
|
|
|
sphinxPacket.EphemeralKey.Curve = nil
|
2017-02-02 05:29:46 +03:00
|
|
|
return spew.Sdump(sphinxPacket)
|
|
|
|
}),
|
|
|
|
)
|
|
|
|
|
2017-06-29 16:40:45 +03:00
|
|
|
return onionBlob.Bytes(), &sphinx.Circuit{
|
|
|
|
SessionKey: sessionKey,
|
|
|
|
PaymentPath: nodes,
|
|
|
|
}, nil
|
2017-02-02 05:29:46 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// LightningPayment describes a payment to be sent through the network to the
|
|
|
|
// final destination.
|
|
|
|
type LightningPayment struct {
|
|
|
|
// Target is the node in which the payment should be routed towards.
|
2019-03-05 18:55:19 +03:00
|
|
|
Target Vertex
|
2017-02-02 05:29:46 +03:00
|
|
|
|
2017-03-09 01:27:46 +03:00
|
|
|
// Amount is the value of the payment to send through the network in
|
2017-08-22 09:43:20 +03:00
|
|
|
// milli-satoshis.
|
|
|
|
Amount lnwire.MilliSatoshi
|
2017-02-02 05:29:46 +03:00
|
|
|
|
2018-04-19 17:26:41 +03:00
|
|
|
// FeeLimit is the maximum fee in millisatoshis that the payment should
|
|
|
|
// accept when sending it through the network. The payment will fail
|
|
|
|
// if there isn't a route with lower fees than this limit.
|
|
|
|
FeeLimit lnwire.MilliSatoshi
|
2018-02-01 01:36:10 +03:00
|
|
|
|
2017-02-02 05:29:46 +03:00
|
|
|
// PaymentHash is the r-hash value to use within the HTLC extended to
|
|
|
|
// the first hop.
|
|
|
|
PaymentHash [32]byte
|
|
|
|
|
2017-10-19 08:00:03 +03:00
|
|
|
// FinalCLTVDelta is the CTLV expiry delta to use for the _final_ hop
|
|
|
|
// in the route. This means that the final hop will have a CLTV delta
|
|
|
|
// of at least: currentHeight + FinalCLTVDelta. If this value is
|
2017-12-18 05:40:05 +03:00
|
|
|
// unspecified, then a default value of DefaultFinalCLTVDelta will be
|
2017-10-19 08:00:03 +03:00
|
|
|
// used.
|
|
|
|
FinalCLTVDelta *uint16
|
|
|
|
|
2018-03-20 04:44:41 +03:00
|
|
|
// PayAttemptTimeout is a timeout value that we'll use to determine
|
|
|
|
// when we should should abandon the payment attempt after consecutive
|
|
|
|
// payment failure. This prevents us from attempting to send a payment
|
|
|
|
// indefinitely.
|
|
|
|
PayAttemptTimeout time.Duration
|
|
|
|
|
2018-03-27 07:00:24 +03:00
|
|
|
// RouteHints represents the different routing hints that can be used to
|
|
|
|
// assist a payment in reaching its destination successfully. These
|
|
|
|
// hints will act as intermediate hops along the route.
|
|
|
|
//
|
|
|
|
// NOTE: This is optional unless required by the payment. When providing
|
|
|
|
// multiple routes, ensure the hop hints within each route are chained
|
|
|
|
// together and sorted in forward order in order to reach the
|
|
|
|
// destination successfully.
|
2019-02-19 11:09:01 +03:00
|
|
|
RouteHints [][]zpay32.HopHint
|
2018-03-27 07:00:24 +03:00
|
|
|
|
2019-02-01 15:53:27 +03:00
|
|
|
// OutgoingChannelID is the channel that needs to be taken to the first
|
|
|
|
// hop. If nil, any channel may be used.
|
|
|
|
OutgoingChannelID *uint64
|
|
|
|
|
2017-03-09 01:27:46 +03:00
|
|
|
// TODO(roasbeef): add e2e message?
|
2017-02-02 05:29:46 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// SendPayment attempts to send a payment as described within the passed
|
|
|
|
// LightningPayment. This function is blocking and will return either: when the
|
|
|
|
// payment is successful, or all candidates routes have been attempted and
|
|
|
|
// resulted in a failed payment. If the payment succeeds, then a non-nil Route
|
|
|
|
// will be returned which describes the path the successful payment traversed
|
2017-02-21 10:57:43 +03:00
|
|
|
// within the network to reach the destination. Additionally, the payment
|
|
|
|
// preimage will also be returned.
|
|
|
|
func (r *ChannelRouter) SendPayment(payment *LightningPayment) ([32]byte, *Route, error) {
|
2018-01-30 11:03:29 +03:00
|
|
|
// Before starting the HTLC routing attempt, we'll create a fresh
|
|
|
|
// payment session which will report our errors back to mission
|
|
|
|
// control.
|
|
|
|
paySession, err := r.missionControl.NewPaymentSession(
|
|
|
|
payment.RouteHints, payment.Target,
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return [32]byte{}, nil, err
|
|
|
|
}
|
|
|
|
|
|
|
|
return r.sendPayment(payment, paySession)
|
|
|
|
}
|
|
|
|
|
|
|
|
// SendToRoute attempts to send a payment as described within the passed
|
|
|
|
// LightningPayment through the provided routes. This function is blocking
|
|
|
|
// and will return either: when the payment is successful, or all routes
|
|
|
|
// have been attempted and resulted in a failed payment. If the payment
|
|
|
|
// succeeds, then a non-nil Route will be returned which describes the
|
|
|
|
// path the successful payment traversed within the network to reach the
|
|
|
|
// destination. Additionally, the payment preimage will also be returned.
|
|
|
|
func (r *ChannelRouter) SendToRoute(routes []*Route,
|
|
|
|
payment *LightningPayment) ([32]byte, *Route, error) {
|
|
|
|
|
2018-06-07 06:33:55 +03:00
|
|
|
paySession := r.missionControl.NewPaymentSessionFromRoutes(
|
|
|
|
routes,
|
|
|
|
)
|
2018-01-30 11:03:29 +03:00
|
|
|
|
|
|
|
return r.sendPayment(payment, paySession)
|
|
|
|
}
|
|
|
|
|
|
|
|
// sendPayment attempts to send a payment as described within the passed
|
|
|
|
// LightningPayment. This function is blocking and will return either: when the
|
|
|
|
// payment is successful, or all candidates routes have been attempted and
|
|
|
|
// resulted in a failed payment. If the payment succeeds, then a non-nil Route
|
|
|
|
// will be returned which describes the path the successful payment traversed
|
|
|
|
// within the network to reach the destination. Additionally, the payment
|
|
|
|
// preimage will also be returned.
|
|
|
|
func (r *ChannelRouter) sendPayment(payment *LightningPayment,
|
2018-06-07 06:33:55 +03:00
|
|
|
paySession *paymentSession) ([32]byte, *Route, error) {
|
2018-01-30 11:03:29 +03:00
|
|
|
|
2017-03-21 04:58:21 +03:00
|
|
|
log.Tracef("Dispatching route for lightning payment: %v",
|
|
|
|
newLogClosure(func() string {
|
2018-03-27 07:03:15 +03:00
|
|
|
for _, routeHint := range payment.RouteHints {
|
|
|
|
for _, hopHint := range routeHint {
|
|
|
|
hopHint.NodeID.Curve = nil
|
|
|
|
}
|
|
|
|
}
|
2017-03-21 04:58:21 +03:00
|
|
|
return spew.Sdump(payment)
|
|
|
|
}),
|
|
|
|
)
|
|
|
|
|
routing: modify SendPayment loop to be lazy, iterative, and use missionControl
In this commit we modify the SendPayment loop to optimize for
time-to-first-payment-success-or-failure. The prior logic would first
attempt to find at least 100 routes to the destination, then
iteratively prune them away as errors were encountered. In this commit,
we modify this approach to instead take a lazy approach: we first find
the current “best” path, attempt to send to that, and if an error
occurs we prune a section of the graph by reporting to missionControl,
then continue.
With this new approach, if the first known path has sufficient
capacity, and is available, then the payment speed is greatly improved
from the PoV of users. Additionally, we avoid the excessive computation
of crawling most of the graph in the k-shortest paths loop. With the
decay on missionControl, all routes will now feed information into the
central knowledge hung, allowing all payments to iteratively find out
the inactive portions of the payment graph.
2017-10-17 05:05:39 +03:00
|
|
|
// We'll also fetch the current block height so we can properly
|
|
|
|
// calculate the required HTLC time locks within the route.
|
|
|
|
_, currentHeight, err := r.cfg.Chain.GetBestBlock()
|
2017-10-03 07:58:34 +03:00
|
|
|
if err != nil {
|
2018-01-30 11:03:29 +03:00
|
|
|
return [32]byte{}, nil, err
|
2017-02-02 05:29:46 +03:00
|
|
|
}
|
|
|
|
|
2017-10-19 08:00:03 +03:00
|
|
|
var finalCLTVDelta uint16
|
|
|
|
if payment.FinalCLTVDelta == nil {
|
2019-02-19 11:09:01 +03:00
|
|
|
finalCLTVDelta = zpay32.DefaultFinalCLTVDelta
|
2017-10-19 08:00:03 +03:00
|
|
|
} else {
|
|
|
|
finalCLTVDelta = *payment.FinalCLTVDelta
|
|
|
|
}
|
|
|
|
|
2018-03-20 04:44:41 +03:00
|
|
|
var payAttemptTimeout time.Duration
|
|
|
|
if payment.PayAttemptTimeout == time.Duration(0) {
|
|
|
|
payAttemptTimeout = defaultPayAttemptTimeout
|
|
|
|
} else {
|
|
|
|
payAttemptTimeout = payment.PayAttemptTimeout
|
|
|
|
}
|
|
|
|
|
|
|
|
timeoutChan := time.After(payAttemptTimeout)
|
|
|
|
|
routing: modify SendPayment loop to be lazy, iterative, and use missionControl
In this commit we modify the SendPayment loop to optimize for
time-to-first-payment-success-or-failure. The prior logic would first
attempt to find at least 100 routes to the destination, then
iteratively prune them away as errors were encountered. In this commit,
we modify this approach to instead take a lazy approach: we first find
the current “best” path, attempt to send to that, and if an error
occurs we prune a section of the graph by reporting to missionControl,
then continue.
With this new approach, if the first known path has sufficient
capacity, and is available, then the payment speed is greatly improved
from the PoV of users. Additionally, we avoid the excessive computation
of crawling most of the graph in the k-shortest paths loop. With the
decay on missionControl, all routes will now feed information into the
central knowledge hung, allowing all payments to iteratively find out
the inactive portions of the payment graph.
2017-10-17 05:05:39 +03:00
|
|
|
// We'll continue until either our payment succeeds, or we encounter a
|
|
|
|
// critical error during path finding.
|
2019-01-30 16:20:51 +03:00
|
|
|
var lastError error
|
routing: modify SendPayment loop to be lazy, iterative, and use missionControl
In this commit we modify the SendPayment loop to optimize for
time-to-first-payment-success-or-failure. The prior logic would first
attempt to find at least 100 routes to the destination, then
iteratively prune them away as errors were encountered. In this commit,
we modify this approach to instead take a lazy approach: we first find
the current “best” path, attempt to send to that, and if an error
occurs we prune a section of the graph by reporting to missionControl,
then continue.
With this new approach, if the first known path has sufficient
capacity, and is available, then the payment speed is greatly improved
from the PoV of users. Additionally, we avoid the excessive computation
of crawling most of the graph in the k-shortest paths loop. With the
decay on missionControl, all routes will now feed information into the
central knowledge hung, allowing all payments to iteratively find out
the inactive portions of the payment graph.
2017-10-17 05:05:39 +03:00
|
|
|
for {
|
2018-03-20 04:44:41 +03:00
|
|
|
// Before we attempt this next payment, we'll check to see if
|
|
|
|
// either we've gone past the payment attempt timeout, or the
|
|
|
|
// router is exiting. In either case, we'll stop this payment
|
|
|
|
// attempt short.
|
|
|
|
select {
|
|
|
|
case <-timeoutChan:
|
|
|
|
errStr := fmt.Sprintf("payment attempt not completed "+
|
|
|
|
"before timeout of %v", payAttemptTimeout)
|
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
return [32]byte{}, nil, newErr(
|
2018-03-20 04:44:41 +03:00
|
|
|
ErrPaymentAttemptTimeout, errStr,
|
|
|
|
)
|
|
|
|
|
|
|
|
case <-r.quit:
|
2019-01-30 16:20:51 +03:00
|
|
|
return [32]byte{}, nil, fmt.Errorf("router shutting down")
|
2018-03-20 04:44:41 +03:00
|
|
|
|
|
|
|
default:
|
|
|
|
// Fall through if we haven't hit our time limit, or
|
|
|
|
// are expiring.
|
|
|
|
}
|
|
|
|
|
routing: add new paymentSession companion struct to missionControl
In this commit, we modify the pruning semantics of the missionControl
struct. Before this commit, on each payment attempt, we would fetch a
new graph pruned view each time. This served to instantly propagate any
detected failures to all outstanding payment attempts. However, this
meant that we could at times get stuck in a retry loop if sends take a
few second, then we may prune an edge, try another, then the original
edge is now unpruned.
To remedy this, we now introduce the concept of a paymentSession. The
session will start out as a snapshot of the latest graph prune view.
Any payment failures are now reported directly to the paymentSession
rather than missionControl. The rationale for this is that
edges/vertexes pruned as result of failures will never decay for a
local payment session, only for the global prune view. With this in
place, we ensure that our set of prune view only grows for a session.
Fixes #536.
2018-01-09 06:38:49 +03:00
|
|
|
route, err := paySession.RequestRoute(
|
|
|
|
payment, uint32(currentHeight), finalCLTVDelta,
|
|
|
|
)
|
routing: modify SendPayment loop to be lazy, iterative, and use missionControl
In this commit we modify the SendPayment loop to optimize for
time-to-first-payment-success-or-failure. The prior logic would first
attempt to find at least 100 routes to the destination, then
iteratively prune them away as errors were encountered. In this commit,
we modify this approach to instead take a lazy approach: we first find
the current “best” path, attempt to send to that, and if an error
occurs we prune a section of the graph by reporting to missionControl,
then continue.
With this new approach, if the first known path has sufficient
capacity, and is available, then the payment speed is greatly improved
from the PoV of users. Additionally, we avoid the excessive computation
of crawling most of the graph in the k-shortest paths loop. With the
decay on missionControl, all routes will now feed information into the
central knowledge hung, allowing all payments to iteratively find out
the inactive portions of the payment graph.
2017-10-17 05:05:39 +03:00
|
|
|
if err != nil {
|
|
|
|
// If we're unable to successfully make a payment using
|
|
|
|
// any of the routes we've found, then return an error.
|
2019-01-30 16:20:51 +03:00
|
|
|
if lastError != nil {
|
routing: modify SendPayment loop to be lazy, iterative, and use missionControl
In this commit we modify the SendPayment loop to optimize for
time-to-first-payment-success-or-failure. The prior logic would first
attempt to find at least 100 routes to the destination, then
iteratively prune them away as errors were encountered. In this commit,
we modify this approach to instead take a lazy approach: we first find
the current “best” path, attempt to send to that, and if an error
occurs we prune a section of the graph by reporting to missionControl,
then continue.
With this new approach, if the first known path has sufficient
capacity, and is available, then the payment speed is greatly improved
from the PoV of users. Additionally, we avoid the excessive computation
of crawling most of the graph in the k-shortest paths loop. With the
decay on missionControl, all routes will now feed information into the
central knowledge hung, allowing all payments to iteratively find out
the inactive portions of the payment graph.
2017-10-17 05:05:39 +03:00
|
|
|
return [32]byte{}, nil, fmt.Errorf("unable to "+
|
|
|
|
"route payment to destination: %v",
|
2019-01-30 16:20:51 +03:00
|
|
|
lastError)
|
routing: modify SendPayment loop to be lazy, iterative, and use missionControl
In this commit we modify the SendPayment loop to optimize for
time-to-first-payment-success-or-failure. The prior logic would first
attempt to find at least 100 routes to the destination, then
iteratively prune them away as errors were encountered. In this commit,
we modify this approach to instead take a lazy approach: we first find
the current “best” path, attempt to send to that, and if an error
occurs we prune a section of the graph by reporting to missionControl,
then continue.
With this new approach, if the first known path has sufficient
capacity, and is available, then the payment speed is greatly improved
from the PoV of users. Additionally, we avoid the excessive computation
of crawling most of the graph in the k-shortest paths loop. With the
decay on missionControl, all routes will now feed information into the
central knowledge hung, allowing all payments to iteratively find out
the inactive portions of the payment graph.
2017-10-17 05:05:39 +03:00
|
|
|
}
|
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
return [32]byte{}, nil, err
|
routing: modify SendPayment loop to be lazy, iterative, and use missionControl
In this commit we modify the SendPayment loop to optimize for
time-to-first-payment-success-or-failure. The prior logic would first
attempt to find at least 100 routes to the destination, then
iteratively prune them away as errors were encountered. In this commit,
we modify this approach to instead take a lazy approach: we first find
the current “best” path, attempt to send to that, and if an error
occurs we prune a section of the graph by reporting to missionControl,
then continue.
With this new approach, if the first known path has sufficient
capacity, and is available, then the payment speed is greatly improved
from the PoV of users. Additionally, we avoid the excessive computation
of crawling most of the graph in the k-shortest paths loop. With the
decay on missionControl, all routes will now feed information into the
central knowledge hung, allowing all payments to iteratively find out
the inactive portions of the payment graph.
2017-10-17 05:05:39 +03:00
|
|
|
}
|
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// Send payment attempt. It will return a final boolean
|
|
|
|
// indicating if more attempts are needed.
|
|
|
|
preimage, final, err := r.sendPaymentAttempt(
|
|
|
|
paySession, route, payment.PaymentHash,
|
2017-03-21 04:58:21 +03:00
|
|
|
)
|
2019-01-30 16:20:51 +03:00
|
|
|
if final {
|
|
|
|
return preimage, route, err
|
2017-03-21 04:58:21 +03:00
|
|
|
}
|
2017-02-02 05:29:46 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
lastError = err
|
|
|
|
}
|
|
|
|
}
|
2017-03-21 04:58:21 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// sendPaymentAttempt tries to send the payment via the specified route. If
|
|
|
|
// successful, it returns the obtained preimage. If an error occurs, the last
|
|
|
|
// bool parameter indicates whether this is a final outcome or more attempts
|
|
|
|
// should be made.
|
|
|
|
func (r *ChannelRouter) sendPaymentAttempt(paySession *paymentSession,
|
|
|
|
route *Route, paymentHash [32]byte) ([32]byte, bool, error) {
|
2017-10-11 05:48:44 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
log.Tracef("Attempting to send payment %x, using route: %v",
|
|
|
|
paymentHash, newLogClosure(func() string {
|
|
|
|
return spew.Sdump(route)
|
|
|
|
}),
|
|
|
|
)
|
2017-10-11 05:48:44 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
preimage, err := r.sendToSwitch(route, paymentHash)
|
|
|
|
if err == nil {
|
|
|
|
return preimage, true, nil
|
|
|
|
}
|
2018-01-11 02:15:49 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
log.Errorf("Attempt to send payment %x failed: %v",
|
|
|
|
paymentHash, err)
|
2018-10-24 11:45:30 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
finalOutcome := r.processSendError(paySession, route, err)
|
2018-10-24 11:45:30 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
return [32]byte{}, finalOutcome, err
|
|
|
|
}
|
2018-10-24 11:45:30 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// sendToSwitch sends a payment along the specified route and returns the
|
|
|
|
// obtained preimage.
|
|
|
|
func (r *ChannelRouter) sendToSwitch(route *Route, paymentHash [32]byte) (
|
|
|
|
[32]byte, error) {
|
2017-10-03 08:03:18 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// Generate the raw encoded sphinx packet to be included along
|
|
|
|
// with the htlcAdd message that we send directly to the
|
|
|
|
// switch.
|
|
|
|
onionBlob, circuit, err := generateSphinxPacket(
|
|
|
|
route, paymentHash[:],
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return [32]byte{}, err
|
|
|
|
}
|
2018-03-20 05:08:55 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// Craft an HTLC packet to send to the layer 2 switch. The
|
|
|
|
// metadata within this packet will be used to route the
|
|
|
|
// payment through the network, starting with the first-hop.
|
|
|
|
htlcAdd := &lnwire.UpdateAddHTLC{
|
|
|
|
Amount: route.TotalAmount,
|
|
|
|
Expiry: route.TotalTimeLock,
|
|
|
|
PaymentHash: paymentHash,
|
|
|
|
}
|
|
|
|
copy(htlcAdd.OnionBlob[:], onionBlob)
|
2018-03-20 05:08:55 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// Attempt to send this payment through the network to complete
|
|
|
|
// the payment. If this attempt fails, then we'll continue on
|
|
|
|
// to the next available route.
|
|
|
|
firstHop := lnwire.NewShortChanIDFromInt(
|
|
|
|
route.Hops[0].ChannelID,
|
|
|
|
)
|
|
|
|
return r.cfg.SendToSwitch(
|
|
|
|
firstHop, htlcAdd, circuit,
|
|
|
|
)
|
|
|
|
}
|
2018-03-20 05:08:55 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// processSendError analyzes the error for the payment attempt received from the
|
|
|
|
// switch and updates mission control and/or channel policies. Depending on the
|
|
|
|
// error type, this error is either the final outcome of the payment or we need
|
|
|
|
// to continue with an alternative route. This is indicated by the boolean
|
|
|
|
// return value.
|
|
|
|
func (r *ChannelRouter) processSendError(paySession *paymentSession,
|
|
|
|
route *Route, err error) bool {
|
|
|
|
|
|
|
|
fErr, ok := err.(*htlcswitch.ForwardingError)
|
|
|
|
if !ok {
|
|
|
|
return true
|
|
|
|
}
|
2018-03-20 05:08:55 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
errSource := fErr.ErrorSource
|
|
|
|
errVertex := NewVertex(errSource)
|
2017-10-03 08:03:18 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
log.Tracef("node=%x reported failure when sending htlc", errVertex)
|
2017-10-03 08:03:18 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// Always determine chan id ourselves, because a channel
|
|
|
|
// update with id may not be available.
|
|
|
|
failedEdge, err := getFailedEdge(route, errVertex)
|
|
|
|
if err != nil {
|
|
|
|
return true
|
|
|
|
}
|
2017-10-03 08:03:18 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// processChannelUpdateAndRetry is a closure that
|
|
|
|
// handles a failure message containing a channel
|
|
|
|
// update. This function always tries to apply the
|
|
|
|
// channel update and passes on the result to the
|
|
|
|
// payment session to adjust its view on the reliability
|
|
|
|
// of the network.
|
|
|
|
//
|
|
|
|
// As channel id, the locally determined channel id is
|
|
|
|
// used. It does not rely on the channel id that is part
|
|
|
|
// of the channel update message, because the remote
|
|
|
|
// node may lie to us or the update may be corrupt.
|
|
|
|
processChannelUpdateAndRetry := func(
|
|
|
|
update *lnwire.ChannelUpdate,
|
|
|
|
pubKey *btcec.PublicKey) {
|
|
|
|
|
|
|
|
// Try to apply the channel update.
|
|
|
|
updateOk := r.applyChannelUpdate(update, pubKey)
|
|
|
|
|
|
|
|
// If the update could not be applied, prune the
|
|
|
|
// edge. There is no reason to continue trying
|
|
|
|
// this channel.
|
|
|
|
//
|
|
|
|
// TODO: Could even prune the node completely?
|
|
|
|
// Or is there a valid reason for the channel
|
|
|
|
// update to fail?
|
|
|
|
if !updateOk {
|
|
|
|
paySession.ReportEdgeFailure(
|
|
|
|
failedEdge,
|
|
|
|
)
|
|
|
|
}
|
2017-10-03 08:03:18 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
paySession.ReportEdgePolicyFailure(
|
|
|
|
NewVertex(errSource), failedEdge,
|
|
|
|
)
|
|
|
|
}
|
routing: modify SendPayment loop to be lazy, iterative, and use missionControl
In this commit we modify the SendPayment loop to optimize for
time-to-first-payment-success-or-failure. The prior logic would first
attempt to find at least 100 routes to the destination, then
iteratively prune them away as errors were encountered. In this commit,
we modify this approach to instead take a lazy approach: we first find
the current “best” path, attempt to send to that, and if an error
occurs we prune a section of the graph by reporting to missionControl,
then continue.
With this new approach, if the first known path has sufficient
capacity, and is available, then the payment speed is greatly improved
from the PoV of users. Additionally, we avoid the excessive computation
of crawling most of the graph in the k-shortest paths loop. With the
decay on missionControl, all routes will now feed information into the
central knowledge hung, allowing all payments to iteratively find out
the inactive portions of the payment graph.
2017-10-17 05:05:39 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
switch onionErr := fErr.FailureMessage.(type) {
|
2017-10-03 08:03:18 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// If the end destination didn't know the payment
|
|
|
|
// hash or we sent the wrong payment amount to the
|
|
|
|
// destination, then we'll terminate immediately.
|
|
|
|
case *lnwire.FailUnknownPaymentHash:
|
|
|
|
return true
|
2018-10-15 09:41:56 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// If we sent the wrong amount to the destination, then
|
|
|
|
// we'll exit early.
|
|
|
|
case *lnwire.FailIncorrectPaymentAmount:
|
|
|
|
return true
|
2017-10-03 08:03:18 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// If the time-lock that was extended to the final node
|
|
|
|
// was incorrect, then we can't proceed.
|
|
|
|
case *lnwire.FailFinalIncorrectCltvExpiry:
|
|
|
|
return true
|
2017-02-02 05:29:46 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
// If we crafted an invalid onion payload for the final
|
|
|
|
// node, then we'll exit early.
|
|
|
|
case *lnwire.FailFinalIncorrectHtlcAmount:
|
|
|
|
return true
|
|
|
|
|
|
|
|
// Similarly, if the HTLC expiry that we extended to
|
|
|
|
// the final hop expires too soon, then will fail the
|
|
|
|
// payment.
|
|
|
|
//
|
|
|
|
// TODO(roasbeef): can happen to to race condition, try
|
|
|
|
// again with recent block height
|
|
|
|
case *lnwire.FailFinalExpiryTooSoon:
|
|
|
|
return true
|
|
|
|
|
|
|
|
// If we erroneously attempted to cross a chain border,
|
|
|
|
// then we'll cancel the payment.
|
|
|
|
case *lnwire.FailInvalidRealm:
|
|
|
|
return true
|
|
|
|
|
|
|
|
// If we get a notice that the expiry was too soon for
|
|
|
|
// an intermediate node, then we'll prune out the node
|
|
|
|
// that sent us this error, as it doesn't now what the
|
|
|
|
// correct block height is.
|
|
|
|
case *lnwire.FailExpiryTooSoon:
|
|
|
|
r.applyChannelUpdate(&onionErr.Update, errSource)
|
|
|
|
paySession.ReportVertexFailure(errVertex)
|
|
|
|
return false
|
|
|
|
|
|
|
|
// If we hit an instance of onion payload corruption or
|
|
|
|
// an invalid version, then we'll exit early as this
|
|
|
|
// shouldn't happen in the typical case.
|
|
|
|
case *lnwire.FailInvalidOnionVersion:
|
|
|
|
return true
|
|
|
|
case *lnwire.FailInvalidOnionHmac:
|
|
|
|
return true
|
|
|
|
case *lnwire.FailInvalidOnionKey:
|
|
|
|
return true
|
|
|
|
|
|
|
|
// If we get a failure due to violating the minimum
|
|
|
|
// amount, we'll apply the new minimum amount and retry
|
|
|
|
// routing.
|
|
|
|
case *lnwire.FailAmountBelowMinimum:
|
|
|
|
processChannelUpdateAndRetry(
|
|
|
|
&onionErr.Update, errSource,
|
|
|
|
)
|
|
|
|
return false
|
|
|
|
|
|
|
|
// If we get a failure due to a fee, we'll apply the
|
|
|
|
// new fee update, and retry our attempt using the
|
|
|
|
// newly updated fees.
|
|
|
|
case *lnwire.FailFeeInsufficient:
|
|
|
|
processChannelUpdateAndRetry(
|
|
|
|
&onionErr.Update, errSource,
|
|
|
|
)
|
|
|
|
return false
|
|
|
|
|
|
|
|
// If we get the failure for an intermediate node that
|
|
|
|
// disagrees with our time lock values, then we'll
|
|
|
|
// apply the new delta value and try it once more.
|
|
|
|
case *lnwire.FailIncorrectCltvExpiry:
|
|
|
|
processChannelUpdateAndRetry(
|
|
|
|
&onionErr.Update, errSource,
|
|
|
|
)
|
|
|
|
return false
|
|
|
|
|
|
|
|
// The outgoing channel that this node was meant to
|
|
|
|
// forward one is currently disabled, so we'll apply
|
|
|
|
// the update and continue.
|
|
|
|
case *lnwire.FailChannelDisabled:
|
|
|
|
r.applyChannelUpdate(&onionErr.Update, errSource)
|
|
|
|
paySession.ReportEdgeFailure(failedEdge)
|
|
|
|
return false
|
|
|
|
|
|
|
|
// It's likely that the outgoing channel didn't have
|
|
|
|
// sufficient capacity, so we'll prune this edge for
|
|
|
|
// now, and continue onwards with our path finding.
|
|
|
|
case *lnwire.FailTemporaryChannelFailure:
|
|
|
|
r.applyChannelUpdate(onionErr.Update, errSource)
|
|
|
|
paySession.ReportEdgeFailure(failedEdge)
|
|
|
|
return false
|
|
|
|
|
|
|
|
// If the send fail due to a node not having the
|
|
|
|
// required features, then we'll note this error and
|
|
|
|
// continue.
|
|
|
|
case *lnwire.FailRequiredNodeFeatureMissing:
|
|
|
|
paySession.ReportVertexFailure(errVertex)
|
|
|
|
return false
|
|
|
|
|
|
|
|
// If the send fail due to a node not having the
|
|
|
|
// required features, then we'll note this error and
|
|
|
|
// continue.
|
|
|
|
case *lnwire.FailRequiredChannelFeatureMissing:
|
|
|
|
paySession.ReportVertexFailure(errVertex)
|
|
|
|
return false
|
|
|
|
|
|
|
|
// If the next hop in the route wasn't known or
|
|
|
|
// offline, we'll only the channel which we attempted
|
|
|
|
// to route over. This is conservative, and it can
|
|
|
|
// handle faulty channels between nodes properly.
|
|
|
|
// Additionally, this guards against routing nodes
|
|
|
|
// returning errors in order to attempt to black list
|
|
|
|
// another node.
|
|
|
|
case *lnwire.FailUnknownNextPeer:
|
|
|
|
paySession.ReportEdgeFailure(failedEdge)
|
|
|
|
return false
|
|
|
|
|
|
|
|
// If the node wasn't able to forward for which ever
|
|
|
|
// reason, then we'll note this and continue with the
|
|
|
|
// routes.
|
|
|
|
case *lnwire.FailTemporaryNodeFailure:
|
|
|
|
paySession.ReportVertexFailure(errVertex)
|
|
|
|
return false
|
|
|
|
|
|
|
|
case *lnwire.FailPermanentNodeFailure:
|
|
|
|
paySession.ReportVertexFailure(errVertex)
|
|
|
|
return false
|
|
|
|
|
|
|
|
// If we crafted a route that contains a too long time
|
|
|
|
// lock for an intermediate node, we'll prune the node.
|
|
|
|
// As there currently is no way of knowing that node's
|
|
|
|
// maximum acceptable cltv, we cannot take this
|
|
|
|
// constraint into account during routing.
|
|
|
|
//
|
|
|
|
// TODO(joostjager): Record the rejected cltv and use
|
|
|
|
// that as a hint during future path finding through
|
|
|
|
// that node.
|
|
|
|
case *lnwire.FailExpiryTooFar:
|
|
|
|
paySession.ReportVertexFailure(errVertex)
|
|
|
|
return false
|
|
|
|
|
|
|
|
// If we get a permanent channel or node failure, then
|
|
|
|
// we'll prune the channel in both directions and
|
|
|
|
// continue with the rest of the routes.
|
|
|
|
case *lnwire.FailPermanentChannelFailure:
|
2019-03-05 13:13:44 +03:00
|
|
|
paySession.ReportEdgeFailure(&EdgeLocator{
|
|
|
|
ChannelID: failedEdge.ChannelID,
|
|
|
|
Direction: 0,
|
2019-01-30 16:20:51 +03:00
|
|
|
})
|
2019-03-05 13:13:44 +03:00
|
|
|
paySession.ReportEdgeFailure(&EdgeLocator{
|
|
|
|
ChannelID: failedEdge.ChannelID,
|
|
|
|
Direction: 1,
|
2019-01-30 16:20:51 +03:00
|
|
|
})
|
|
|
|
return false
|
|
|
|
|
|
|
|
default:
|
|
|
|
return true
|
2017-02-02 05:29:46 +03:00
|
|
|
}
|
2017-10-03 08:03:18 +03:00
|
|
|
}
|
|
|
|
|
2018-11-29 18:48:17 +03:00
|
|
|
// getFailedEdge tries to locate the failing channel given a route and the
|
2018-10-24 11:45:30 +03:00
|
|
|
// pubkey of the node that sent the error. It will assume that the error is
|
|
|
|
// associated with the outgoing channel of the error node.
|
2018-11-29 18:48:17 +03:00
|
|
|
func getFailedEdge(route *Route, errSource Vertex) (
|
2019-03-05 13:13:44 +03:00
|
|
|
*EdgeLocator, error) {
|
2018-03-20 05:08:55 +03:00
|
|
|
|
2018-11-29 18:36:37 +03:00
|
|
|
hopCount := len(route.Hops)
|
2018-11-29 18:48:17 +03:00
|
|
|
fromNode := route.SourcePubKey
|
2018-11-29 18:36:37 +03:00
|
|
|
for i, hop := range route.Hops {
|
2018-11-29 18:48:17 +03:00
|
|
|
toNode := hop.PubKeyBytes
|
2018-11-29 18:36:37 +03:00
|
|
|
|
2018-11-29 18:48:17 +03:00
|
|
|
// Determine if we have a failure from the final hop.
|
|
|
|
//
|
|
|
|
// TODO(joostjager): In this case, certain types of errors are
|
|
|
|
// not expected. For example FailUnknownNextPeer. This could be
|
|
|
|
// a reason to prune the node?
|
|
|
|
finalHopFailing := i == hopCount-1 && errSource == toNode
|
|
|
|
|
|
|
|
// As this error indicates that the target channel was unable to
|
|
|
|
// carry this HTLC (for w/e reason), we'll return the _outgoing_
|
|
|
|
// channel that the source of the error was meant to pass the
|
|
|
|
// HTLC along to.
|
2018-11-29 18:36:37 +03:00
|
|
|
//
|
2018-11-29 18:48:17 +03:00
|
|
|
// If the errSource is the final hop, we assume that the failing
|
|
|
|
// channel is the incoming channel.
|
|
|
|
if errSource == fromNode || finalHopFailing {
|
|
|
|
return newEdgeLocatorByPubkeys(
|
|
|
|
hop.ChannelID,
|
|
|
|
&fromNode,
|
|
|
|
&toNode,
|
|
|
|
), nil
|
2018-11-29 18:36:37 +03:00
|
|
|
}
|
|
|
|
|
2018-11-29 18:48:17 +03:00
|
|
|
fromNode = toNode
|
2018-03-20 05:08:55 +03:00
|
|
|
}
|
|
|
|
|
2018-11-29 18:48:17 +03:00
|
|
|
return nil, fmt.Errorf("cannot find error source node in route")
|
2018-03-20 05:08:55 +03:00
|
|
|
}
|
|
|
|
|
2018-08-16 22:35:59 +03:00
|
|
|
// applyChannelUpdate validates a channel update and if valid, applies it to the
|
2018-10-24 11:28:31 +03:00
|
|
|
// database. It returns a bool indicating whether the updates was successful.
|
2018-08-16 22:35:59 +03:00
|
|
|
func (r *ChannelRouter) applyChannelUpdate(msg *lnwire.ChannelUpdate,
|
2018-10-24 11:28:31 +03:00
|
|
|
pubKey *btcec.PublicKey) bool {
|
2017-10-03 08:03:18 +03:00
|
|
|
// If we get passed a nil channel update (as it's optional with some
|
2018-10-24 11:28:31 +03:00
|
|
|
// onion errors), then we'll exit early with a success result.
|
2017-10-03 08:03:18 +03:00
|
|
|
if msg == nil {
|
2018-10-24 11:28:31 +03:00
|
|
|
return true
|
2017-10-03 08:03:18 +03:00
|
|
|
}
|
|
|
|
|
2019-01-12 20:59:43 +03:00
|
|
|
ch, _, _, err := r.GetChannelByID(msg.ShortChannelID)
|
|
|
|
if err != nil {
|
|
|
|
log.Errorf("Unable to retrieve channel by id: %v", err)
|
|
|
|
return false
|
|
|
|
}
|
|
|
|
|
|
|
|
if err := ValidateChannelUpdateAnn(pubKey, ch.Capacity, msg); err != nil {
|
2018-10-24 11:28:31 +03:00
|
|
|
log.Errorf("Unable to validate channel update: %v", err)
|
|
|
|
return false
|
2018-08-16 22:35:59 +03:00
|
|
|
}
|
|
|
|
|
2019-01-12 20:59:43 +03:00
|
|
|
err = r.UpdateEdge(&channeldb.ChannelEdgePolicy{
|
2018-01-31 07:26:26 +03:00
|
|
|
SigBytes: msg.Signature.ToSignatureBytes(),
|
2017-10-03 08:03:18 +03:00
|
|
|
ChannelID: msg.ShortChannelID.ToUint64(),
|
|
|
|
LastUpdate: time.Unix(int64(msg.Timestamp), 0),
|
2019-01-12 20:59:43 +03:00
|
|
|
MessageFlags: msg.MessageFlags,
|
|
|
|
ChannelFlags: msg.ChannelFlags,
|
2017-10-03 08:03:18 +03:00
|
|
|
TimeLockDelta: msg.TimeLockDelta,
|
|
|
|
MinHTLC: msg.HtlcMinimumMsat,
|
2019-01-12 20:59:45 +03:00
|
|
|
MaxHTLC: msg.HtlcMaximumMsat,
|
2017-10-03 08:03:18 +03:00
|
|
|
FeeBaseMSat: lnwire.MilliSatoshi(msg.BaseFee),
|
|
|
|
FeeProportionalMillionths: lnwire.MilliSatoshi(msg.FeeRate),
|
|
|
|
})
|
2018-08-20 15:28:09 +03:00
|
|
|
if err != nil && !IsError(err, ErrIgnored, ErrOutdated) {
|
2018-10-24 11:28:31 +03:00
|
|
|
log.Errorf("Unable to apply channel update: %v", err)
|
|
|
|
return false
|
2017-10-03 08:03:18 +03:00
|
|
|
}
|
|
|
|
|
2018-10-24 11:28:31 +03:00
|
|
|
return true
|
routing: rewrite package to conform to BOLT07 and factor in fees+timelocks
This commit overhauls the routing package significantly to simplify the
code, conform to the rest of the coding style within the package, and
observe the new authenticated gossiping scheme outlined in BOLT07.
As a major step towards a more realistic path finding algorithm, fees
are properly calculated and observed during path finding. If a path has
sufficient capacity _before_ fees are applied, but afterwards the
finalized route would exceed the capacity of a single link, the route
is marked as invalid.
Currently a naive weighting algorithm is used which only factors in the
time-lock delta at each hop, thereby optimizing for the lowest time
lock. Fee calculation also isn’t finalized since we aren’t yet using
milli-satoshi throughout the daemon. The final TODO item within the PR
is to properly perform a multi-path search and rank the results based
on a summation heuristic rather than just return the first (out of
many) route found.
On the server side, once nodes are initially connected to the daemon,
our routing table will be synced with the peer’s using a naive “just
send everything scheme” to hold us over until I spec out some a
efficient graph reconciliation protocol. Additionally, the routing
table is now pruned by the channel router itself once new blocks arrive
rather than depending on peers to tell us when a channel flaps or is
closed.
Finally, the validation of peer announcements aren’t yet fully
implemented as they’ll be implemented within the pending discovery
package that was blocking on the completion of this package. Most off
the routing message processing will be moved out of this package and
into the discovery package where full validation will be carried out.
2016-12-27 08:20:26 +03:00
|
|
|
}
|
2017-03-19 21:40:25 +03:00
|
|
|
|
2017-07-14 22:32:00 +03:00
|
|
|
// AddNode is used to add information about a node to the router database. If
|
|
|
|
// the node with this pubkey is not present in an existing channel, it will
|
|
|
|
// be ignored.
|
2017-04-01 15:33:17 +03:00
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
2017-03-19 21:40:25 +03:00
|
|
|
func (r *ChannelRouter) AddNode(node *channeldb.LightningNode) error {
|
|
|
|
rMsg := &routingMsg{
|
|
|
|
msg: node,
|
|
|
|
err: make(chan error, 1),
|
|
|
|
}
|
|
|
|
|
|
|
|
select {
|
|
|
|
case r.networkUpdates <- rMsg:
|
2017-09-26 06:55:04 +03:00
|
|
|
select {
|
|
|
|
case err := <-rMsg.err:
|
|
|
|
return err
|
|
|
|
case <-r.quit:
|
|
|
|
return errors.New("router has been shut down")
|
|
|
|
}
|
2017-03-19 21:40:25 +03:00
|
|
|
case <-r.quit:
|
2017-09-26 06:55:04 +03:00
|
|
|
return errors.New("router has been shut down")
|
2017-03-19 21:40:25 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-04-01 15:33:17 +03:00
|
|
|
// AddEdge is used to add edge/channel to the topology of the router, after all
|
2017-10-11 05:48:44 +03:00
|
|
|
// information about channel will be gathered this edge/channel might be used
|
|
|
|
// in construction of payment path.
|
2017-04-01 15:33:17 +03:00
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
2017-03-19 21:40:25 +03:00
|
|
|
func (r *ChannelRouter) AddEdge(edge *channeldb.ChannelEdgeInfo) error {
|
|
|
|
rMsg := &routingMsg{
|
|
|
|
msg: edge,
|
|
|
|
err: make(chan error, 1),
|
|
|
|
}
|
|
|
|
|
|
|
|
select {
|
|
|
|
case r.networkUpdates <- rMsg:
|
2017-09-26 06:55:04 +03:00
|
|
|
select {
|
|
|
|
case err := <-rMsg.err:
|
|
|
|
return err
|
|
|
|
case <-r.quit:
|
|
|
|
return errors.New("router has been shut down")
|
|
|
|
}
|
2017-03-19 21:40:25 +03:00
|
|
|
case <-r.quit:
|
2017-09-26 06:55:04 +03:00
|
|
|
return errors.New("router has been shut down")
|
2017-03-19 21:40:25 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-04-01 15:33:17 +03:00
|
|
|
// UpdateEdge is used to update edge information, without this message edge
|
|
|
|
// considered as not fully constructed.
|
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
2017-03-19 21:40:25 +03:00
|
|
|
func (r *ChannelRouter) UpdateEdge(update *channeldb.ChannelEdgePolicy) error {
|
|
|
|
rMsg := &routingMsg{
|
|
|
|
msg: update,
|
|
|
|
err: make(chan error, 1),
|
|
|
|
}
|
|
|
|
|
|
|
|
select {
|
|
|
|
case r.networkUpdates <- rMsg:
|
2017-09-26 06:55:04 +03:00
|
|
|
select {
|
|
|
|
case err := <-rMsg.err:
|
|
|
|
return err
|
|
|
|
case <-r.quit:
|
|
|
|
return errors.New("router has been shut down")
|
|
|
|
}
|
2017-03-19 21:40:25 +03:00
|
|
|
case <-r.quit:
|
2017-09-26 06:55:04 +03:00
|
|
|
return errors.New("router has been shut down")
|
2017-03-19 21:40:25 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// CurrentBlockHeight returns the block height from POV of the router subsystem.
|
2017-04-01 15:33:17 +03:00
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
2017-03-19 21:40:25 +03:00
|
|
|
func (r *ChannelRouter) CurrentBlockHeight() (uint32, error) {
|
|
|
|
_, height, err := r.cfg.Chain.GetBestBlock()
|
|
|
|
return uint32(height), err
|
|
|
|
}
|
|
|
|
|
2017-03-30 04:01:28 +03:00
|
|
|
// GetChannelByID return the channel by the channel id.
|
2017-04-01 15:33:17 +03:00
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
2017-03-30 04:01:28 +03:00
|
|
|
func (r *ChannelRouter) GetChannelByID(chanID lnwire.ShortChannelID) (
|
|
|
|
*channeldb.ChannelEdgeInfo,
|
|
|
|
*channeldb.ChannelEdgePolicy,
|
|
|
|
*channeldb.ChannelEdgePolicy, error) {
|
2017-04-01 15:33:17 +03:00
|
|
|
|
2017-03-30 04:01:28 +03:00
|
|
|
return r.cfg.Graph.FetchChannelEdgesByID(chanID.ToUint64())
|
|
|
|
}
|
|
|
|
|
2018-11-05 09:56:39 +03:00
|
|
|
// FetchLightningNode attempts to look up a target node by its identity public
|
|
|
|
// key. channeldb.ErrGraphNodeNotFound is returned if the node doesn't exist
|
|
|
|
// within the graph.
|
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
|
|
|
func (r *ChannelRouter) FetchLightningNode(node Vertex) (*channeldb.LightningNode, error) {
|
|
|
|
pubKey, err := btcec.ParsePubKey(node[:], btcec.S256())
|
|
|
|
if err != nil {
|
|
|
|
return nil, fmt.Errorf("unable to parse raw public key: %v", err)
|
|
|
|
}
|
|
|
|
return r.cfg.Graph.FetchLightningNode(pubKey)
|
|
|
|
}
|
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
// ForEachNode is used to iterate over every node in router topology.
|
2017-04-01 15:33:17 +03:00
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
2017-03-19 21:40:25 +03:00
|
|
|
func (r *ChannelRouter) ForEachNode(cb func(*channeldb.LightningNode) error) error {
|
2018-11-30 07:04:21 +03:00
|
|
|
return r.cfg.Graph.ForEachNode(nil, func(_ *bbolt.Tx, n *channeldb.LightningNode) error {
|
2017-04-14 23:14:54 +03:00
|
|
|
return cb(n)
|
|
|
|
})
|
2017-03-19 21:40:25 +03:00
|
|
|
}
|
|
|
|
|
2017-12-18 05:40:05 +03:00
|
|
|
// ForAllOutgoingChannels is used to iterate over all outgoing channels owned by
|
2017-04-01 15:33:17 +03:00
|
|
|
// the router.
|
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
2017-08-22 09:58:59 +03:00
|
|
|
func (r *ChannelRouter) ForAllOutgoingChannels(cb func(*channeldb.ChannelEdgeInfo,
|
|
|
|
*channeldb.ChannelEdgePolicy) error) error {
|
2017-04-01 15:33:17 +03:00
|
|
|
|
2018-11-30 07:04:21 +03:00
|
|
|
return r.selfNode.ForEachChannel(nil, func(_ *bbolt.Tx, c *channeldb.ChannelEdgeInfo,
|
2017-08-22 09:58:59 +03:00
|
|
|
e, _ *channeldb.ChannelEdgePolicy) error {
|
2017-04-14 23:14:54 +03:00
|
|
|
|
2018-06-18 13:35:22 +03:00
|
|
|
if e == nil {
|
|
|
|
return fmt.Errorf("Channel from self node has no policy")
|
|
|
|
}
|
|
|
|
|
2017-08-22 09:58:59 +03:00
|
|
|
return cb(c, e)
|
2017-03-19 21:40:25 +03:00
|
|
|
})
|
|
|
|
}
|
|
|
|
|
2017-04-01 15:33:17 +03:00
|
|
|
// ForEachChannel is used to iterate over every known edge (channel) within our
|
|
|
|
// view of the channel graph.
|
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
2017-03-19 21:40:25 +03:00
|
|
|
func (r *ChannelRouter) ForEachChannel(cb func(chanInfo *channeldb.ChannelEdgeInfo,
|
|
|
|
e1, e2 *channeldb.ChannelEdgePolicy) error) error {
|
2017-04-01 15:33:17 +03:00
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
return r.cfg.Graph.ForEachChannel(cb)
|
|
|
|
}
|
2017-03-27 20:00:38 +03:00
|
|
|
|
2017-04-01 15:33:17 +03:00
|
|
|
// AddProof updates the channel edge info with proof which is needed to
|
|
|
|
// properly announce the edge to the rest of the network.
|
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
2017-03-27 20:00:38 +03:00
|
|
|
func (r *ChannelRouter) AddProof(chanID lnwire.ShortChannelID,
|
|
|
|
proof *channeldb.ChannelAuthProof) error {
|
|
|
|
|
|
|
|
info, _, _, err := r.cfg.Graph.FetchChannelEdgesByID(chanID.ToUint64())
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
info.AuthProof = proof
|
|
|
|
return r.cfg.Graph.UpdateChannelEdge(info)
|
|
|
|
}
|
2018-02-25 06:34:03 +03:00
|
|
|
|
|
|
|
// IsStaleNode returns true if the graph source has a node announcement for the
|
|
|
|
// target node with a more recent timestamp.
|
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
|
|
|
func (r *ChannelRouter) IsStaleNode(node Vertex, timestamp time.Time) bool {
|
|
|
|
// If our attempt to assert that the node announcement is fresh fails,
|
|
|
|
// then we know that this is actually a stale announcement.
|
|
|
|
return r.assertNodeAnnFreshness(node, timestamp) != nil
|
|
|
|
}
|
|
|
|
|
2018-10-18 01:47:12 +03:00
|
|
|
// IsPublicNode determines whether the given vertex is seen as a public node in
|
|
|
|
// the graph from the graph's source node's point of view.
|
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
|
|
|
func (r *ChannelRouter) IsPublicNode(node Vertex) (bool, error) {
|
|
|
|
return r.cfg.Graph.IsPublicNode(node)
|
|
|
|
}
|
|
|
|
|
2018-02-25 06:34:03 +03:00
|
|
|
// IsKnownEdge returns true if the graph source already knows of the passed
|
|
|
|
// channel ID.
|
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
|
|
|
func (r *ChannelRouter) IsKnownEdge(chanID lnwire.ShortChannelID) bool {
|
|
|
|
_, _, exists, _ := r.cfg.Graph.HasChannelEdge(chanID.ToUint64())
|
|
|
|
return exists
|
|
|
|
}
|
|
|
|
|
|
|
|
// IsStaleEdgePolicy returns true if the graph soruce has a channel edge for
|
|
|
|
// the passed channel ID (and flags) that have a more recent timestamp.
|
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
|
|
|
func (r *ChannelRouter) IsStaleEdgePolicy(chanID lnwire.ShortChannelID,
|
2019-01-12 20:59:43 +03:00
|
|
|
timestamp time.Time, flags lnwire.ChanUpdateChanFlags) bool {
|
2018-02-25 06:34:03 +03:00
|
|
|
|
|
|
|
edge1Timestamp, edge2Timestamp, exists, err := r.cfg.Graph.HasChannelEdge(
|
|
|
|
chanID.ToUint64(),
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return false
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
// If we don't know of the edge, then it means it's fresh (thus not
|
|
|
|
// stale).
|
|
|
|
if !exists {
|
|
|
|
return false
|
|
|
|
}
|
|
|
|
|
|
|
|
// As edges are directional edge node has a unique policy for the
|
|
|
|
// direction of the edge they control. Therefore we first check if we
|
|
|
|
// already have the most up to date information for that edge. If so,
|
|
|
|
// then we can exit early.
|
|
|
|
switch {
|
|
|
|
|
|
|
|
// A flag set of 0 indicates this is an announcement for the "first"
|
|
|
|
// node in the channel.
|
|
|
|
case flags&lnwire.ChanUpdateDirection == 0:
|
|
|
|
return !edge1Timestamp.Before(timestamp)
|
|
|
|
|
|
|
|
// Similarly, a flag set of 1 indicates this is an announcement for the
|
|
|
|
// "second" node in the channel.
|
|
|
|
case flags&lnwire.ChanUpdateDirection == 1:
|
|
|
|
return !edge2Timestamp.Before(timestamp)
|
|
|
|
}
|
|
|
|
|
|
|
|
return false
|
|
|
|
}
|