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"
|
2017-02-07 01:54:50 +03:00
|
|
|
"fmt"
|
2017-11-30 03:44:08 +03:00
|
|
|
"runtime"
|
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"
|
2018-08-08 12:09:30 +03:00
|
|
|
"github.com/lightningnetwork/lnd/lntypes"
|
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-04-05 18:36:11 +03:00
|
|
|
"github.com/lightningnetwork/lnd/routing/route"
|
2019-06-06 17:28:44 +03:00
|
|
|
"github.com/lightningnetwork/lnd/ticker"
|
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 (
|
2019-06-07 12:27:55 +03:00
|
|
|
// DefaultPayAttemptTimeout is the default payment attempt timeout. The
|
|
|
|
// payment attempt timeout defines the duration after which we stop
|
|
|
|
// trying more routes for a payment.
|
|
|
|
DefaultPayAttemptTimeout = time.Duration(time.Second * 60)
|
2019-03-27 23:07:13 +03:00
|
|
|
|
|
|
|
// DefaultChannelPruneExpiry is the default duration used to determine
|
|
|
|
// if a channel should be pruned or not.
|
|
|
|
DefaultChannelPruneExpiry = time.Duration(time.Hour * 24 * 14)
|
2019-06-06 17:28:44 +03:00
|
|
|
|
|
|
|
// defaultStatInterval governs how often the router will log non-empty
|
|
|
|
// stats related to processing new channels, updates, or node
|
|
|
|
// announcements.
|
2019-06-20 05:44:12 +03:00
|
|
|
defaultStatInterval = time.Minute
|
2017-10-19 07:59:06 +03:00
|
|
|
)
|
|
|
|
|
2018-07-30 23:40:56 +03:00
|
|
|
var (
|
2019-04-05 18:36:11 +03:00
|
|
|
// ErrRouterShuttingDown is returned if the router is in the process of
|
|
|
|
// shutting down.
|
|
|
|
ErrRouterShuttingDown = fmt.Errorf("router shutting down")
|
2018-07-30 23:40:56 +03:00
|
|
|
)
|
|
|
|
|
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.
|
2019-04-05 18:36:11 +03:00
|
|
|
IsStaleNode(node route.Vertex, timestamp time.Time) bool
|
2018-02-25 06:34:03 +03:00
|
|
|
|
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.
|
2019-04-05 18:36:11 +03:00
|
|
|
IsPublicNode(node route.Vertex) (bool, error)
|
2018-10-18 01:47:12 +03:00
|
|
|
|
2018-02-25 06:34:03 +03:00
|
|
|
// IsKnownEdge returns true if the graph source already knows of the
|
2019-03-27 23:06:57 +03:00
|
|
|
// passed channel ID either as a live or zombie edge.
|
2018-02-25 06:34:03 +03:00
|
|
|
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
|
|
|
|
2019-03-27 23:07:30 +03:00
|
|
|
// MarkEdgeLive clears an edge from our zombie index, deeming it as
|
|
|
|
// live.
|
|
|
|
MarkEdgeLive(chanID lnwire.ShortChannelID) error
|
|
|
|
|
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.
|
2019-04-05 18:36:11 +03:00
|
|
|
FetchLightningNode(route.Vertex) (*channeldb.LightningNode, error)
|
2018-11-05 09:56:39 +03:00
|
|
|
|
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
|
|
|
|
}
|
|
|
|
|
2019-05-16 16:27:28 +03:00
|
|
|
// PaymentAttemptDispatcher is used by the router to send payment attempts onto
|
|
|
|
// the network, and receive their results.
|
|
|
|
type PaymentAttemptDispatcher interface {
|
|
|
|
// SendHTLC 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.
|
|
|
|
SendHTLC(firstHop lnwire.ShortChannelID,
|
2019-05-16 16:27:28 +03:00
|
|
|
paymentID uint64,
|
2019-05-16 16:27:29 +03:00
|
|
|
htlcAdd *lnwire.UpdateAddHTLC) error
|
2019-05-16 16:27:29 +03:00
|
|
|
|
|
|
|
// GetPaymentResult returns the the result of the payment attempt with
|
|
|
|
// the given paymentID. The method returns a channel where the payment
|
2019-05-16 16:27:29 +03:00
|
|
|
// result will be sent when available, or an error is encountered
|
|
|
|
// during forwarding. When a result is received on the channel, the
|
|
|
|
// HTLC is guaranteed to no longer be in flight. The switch shutting
|
|
|
|
// down is signaled by closing the channel. If the paymentID is
|
|
|
|
// unknown, ErrPaymentIDNotFound will be returned.
|
2019-06-07 17:42:25 +03:00
|
|
|
GetPaymentResult(paymentID uint64, paymentHash lntypes.Hash,
|
|
|
|
deobfuscator htlcswitch.ErrorDecrypter) (
|
2019-05-16 16:27:29 +03:00
|
|
|
<-chan *htlcswitch.PaymentResult, error)
|
2019-05-16 16:27:28 +03:00
|
|
|
}
|
|
|
|
|
2019-05-23 21:05:30 +03:00
|
|
|
// PaymentSessionSource is an interface that defines a source for the router to
|
|
|
|
// retrive new payment sessions.
|
|
|
|
type PaymentSessionSource interface {
|
|
|
|
// NewPaymentSession creates a new payment session that will produce
|
|
|
|
// routes to the given target. An optional set of routing hints can be
|
|
|
|
// provided in order to populate additional edges to explore when
|
|
|
|
// finding a path to the payment's destination.
|
|
|
|
NewPaymentSession(routeHints [][]zpay32.HopHint,
|
|
|
|
target route.Vertex) (PaymentSession, error)
|
|
|
|
|
|
|
|
// NewPaymentSessionForRoute creates a new paymentSession instance that
|
|
|
|
// is just used for failure reporting to missioncontrol, and will only
|
|
|
|
// attempt the given route.
|
|
|
|
NewPaymentSessionForRoute(preBuiltRoute *route.Route) PaymentSession
|
|
|
|
|
|
|
|
// NewPaymentSessionEmpty creates a new paymentSession instance that is
|
|
|
|
// empty, and will be exhausted immediately. Used for failure reporting
|
|
|
|
// to missioncontrol for resumed payment we don't want to make more
|
|
|
|
// attempts for.
|
|
|
|
NewPaymentSessionEmpty() PaymentSession
|
|
|
|
}
|
|
|
|
|
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
|
|
|
|
2019-05-16 16:27:28 +03:00
|
|
|
// Payer is an instance of a PaymentAttemptDispatcher and is used by
|
|
|
|
// the router to send payment attempts onto the network, and receive
|
|
|
|
// their results.
|
|
|
|
Payer PaymentAttemptDispatcher
|
2017-10-05 05:39:38 +03:00
|
|
|
|
2019-05-23 21:05:29 +03:00
|
|
|
// Control keeps track of the status of ongoing payments, ensuring we
|
|
|
|
// can properly resume them across restarts.
|
2019-05-29 09:57:04 +03:00
|
|
|
Control ControlTower
|
2019-05-23 21:05:29 +03:00
|
|
|
|
2019-05-23 21:05:30 +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 PaymentSessionSource
|
|
|
|
|
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
|
|
|
|
2019-05-16 16:27:28 +03:00
|
|
|
// NextPaymentID is a method that guarantees to return a new, unique ID
|
|
|
|
// each time it is called. This is used by the router to generate a
|
|
|
|
// unique payment ID for each payment it attempts to send, such that
|
|
|
|
// the switch can properly handle the HTLC.
|
|
|
|
NextPaymentID func() (uint64, error)
|
|
|
|
|
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
|
2019-04-17 23:25:05 +03:00
|
|
|
// from blocking initial usage of the daemon.
|
2018-08-30 05:05:13 +03:00
|
|
|
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-04-05 18:36:11 +03:00
|
|
|
func newEdgeLocatorByPubkeys(channelID uint64, fromNode, toNode *route.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
|
|
|
}
|
|
|
|
|
2019-03-19 19:09:27 +03:00
|
|
|
// edge is a combination of a channel and the node pubkeys of both of its
|
|
|
|
// endpoints.
|
|
|
|
type edge struct {
|
|
|
|
from, to route.Vertex
|
|
|
|
channel uint64
|
|
|
|
}
|
|
|
|
|
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-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
|
|
|
|
|
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
|
|
|
|
2019-06-06 17:28:44 +03:00
|
|
|
// statTicker is a resumable ticker that logs the router's progress as
|
|
|
|
// it discovers channels or receives updates.
|
|
|
|
statTicker ticker.Ticker
|
|
|
|
|
|
|
|
// stats tracks newly processed channels, updates, and node
|
|
|
|
// announcements over a window of defaultStatInterval.
|
|
|
|
stats *routerStats
|
|
|
|
|
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,
|
2019-06-06 17:28:44 +03:00
|
|
|
statTicker: ticker.New(defaultStatInterval),
|
|
|
|
stats: new(routerStats),
|
2017-03-19 21:40:25 +03:00
|
|
|
quit: make(chan struct{}),
|
2018-05-08 07:04:31 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
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-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
|
|
|
|
}
|
|
|
|
|
2019-04-17 23:25:05 +03:00
|
|
|
// If the graph has never been pruned, or hasn't fully been created yet,
|
|
|
|
// then we don't treat this as an explicit error.
|
2017-11-30 03:26:32 +03:00
|
|
|
if _, _, err := r.cfg.Graph.PruneTip(); err != nil {
|
2017-11-11 03:55:31 +03:00
|
|
|
switch {
|
|
|
|
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
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-04-17 23:25:05 +03:00
|
|
|
// If AssumeChannelValid is present, then we won't rely on pruning
|
|
|
|
// channels from the graph based on their spentness, but whether they
|
|
|
|
// are considered zombies or not.
|
|
|
|
if r.cfg.AssumeChannelValid {
|
|
|
|
if err := r.pruneZombieChans(); err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
// Otherwise, we'll use our filtered chain view to prune
|
|
|
|
// channels as soon as they are detected as spent on-chain.
|
|
|
|
if err := r.cfg.ChainView.Start(); err != nil {
|
|
|
|
return err
|
|
|
|
}
|
2017-11-11 03:55:31 +03:00
|
|
|
|
2019-04-17 23:25:05 +03:00
|
|
|
// Once the instance is active, we'll fetch the channel we'll
|
|
|
|
// receive notifications over.
|
|
|
|
r.newBlocks = r.cfg.ChainView.FilteredBlocks()
|
|
|
|
r.staleBlocks = r.cfg.ChainView.DisconnectedBlocks()
|
|
|
|
|
|
|
|
// Before we perform our manual block pruning, we'll construct
|
|
|
|
// and apply a fresh chain filter to the active
|
|
|
|
// FilteredChainView instance. We do this before, as otherwise
|
|
|
|
// we may miss on-chain events as the filter hasn't properly
|
|
|
|
// been applied.
|
|
|
|
channelView, err := r.cfg.Graph.ChannelView()
|
|
|
|
if err != nil && err != channeldb.ErrGraphNoEdgesFound {
|
2017-11-16 05:17:43 +03:00
|
|
|
return err
|
|
|
|
}
|
2017-05-11 03:22:26 +03:00
|
|
|
|
2019-04-17 23:25:05 +03:00
|
|
|
log.Infof("Filtering chain using %v channels active",
|
|
|
|
len(channelView))
|
2017-11-07 03:09:02 +03:00
|
|
|
|
2019-04-17 23:25:05 +03:00
|
|
|
if len(channelView) != 0 {
|
|
|
|
err = r.cfg.ChainView.UpdateFilter(
|
|
|
|
channelView, uint32(bestHeight),
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// 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
|
|
|
|
}
|
|
|
|
|
|
|
|
// 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.
|
|
|
|
err = r.cfg.Graph.PruneGraphNodes()
|
|
|
|
if err != nil && err != channeldb.ErrGraphNodesNotFound {
|
|
|
|
return err
|
|
|
|
}
|
2018-07-22 05:52:21 +03:00
|
|
|
}
|
|
|
|
|
2019-05-23 21:05:29 +03:00
|
|
|
// If any payments are still in flight, we resume, to make sure their
|
|
|
|
// results are properly handled.
|
|
|
|
payments, err := r.cfg.Control.FetchInFlightPayments()
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
for _, payment := range payments {
|
|
|
|
log.Infof("Resuming payment with hash %v", payment.Info.PaymentHash)
|
|
|
|
r.wg.Add(1)
|
|
|
|
go func(payment *channeldb.InFlightPayment) {
|
|
|
|
defer r.wg.Done()
|
|
|
|
|
|
|
|
// We create a dummy, empty payment session such that
|
|
|
|
// we won't make another payment attempt when the
|
|
|
|
// result for the in-flight attempt is received.
|
2019-06-07 12:27:55 +03:00
|
|
|
//
|
|
|
|
// PayAttemptTime doesn't need to be set, as there is
|
|
|
|
// only a single attempt.
|
2019-05-23 21:05:30 +03:00
|
|
|
paySession := r.cfg.MissionControl.NewPaymentSessionEmpty()
|
2019-05-23 21:05:29 +03:00
|
|
|
|
|
|
|
lPayment := &LightningPayment{
|
|
|
|
PaymentHash: payment.Info.PaymentHash,
|
|
|
|
}
|
|
|
|
|
|
|
|
_, _, err = r.sendPayment(payment.Attempt, lPayment, paySession)
|
|
|
|
if err != nil {
|
|
|
|
log.Errorf("Resuming payment with hash %v "+
|
|
|
|
"failed: %v.", payment.Info.PaymentHash, err)
|
|
|
|
return
|
|
|
|
}
|
|
|
|
|
|
|
|
log.Infof("Resumed payment with hash %v completed.",
|
|
|
|
payment.Info.PaymentHash)
|
|
|
|
}(payment)
|
|
|
|
}
|
|
|
|
|
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
|
|
|
|
}
|
|
|
|
|
2019-04-17 23:25:05 +03:00
|
|
|
log.Tracef("Channel Router shutting down")
|
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-04-17 23:25:05 +03:00
|
|
|
// Our filtered chain view could've only been started if
|
|
|
|
// AssumeChannelValid isn't present.
|
|
|
|
if !r.cfg.AssumeChannelValid {
|
|
|
|
if err := r.cfg.ChainView.Stop(); err != nil {
|
|
|
|
return err
|
|
|
|
}
|
2017-05-11 03:22:26 +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
|
|
|
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)
|
|
|
|
|
2019-04-17 23:25:05 +03:00
|
|
|
// If we're not yet caught up, then we'll walk forward in the chain
|
|
|
|
// pruning the channel graph with each new block that hasn't yet been
|
|
|
|
// consumed by the channel graph.
|
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
|
|
|
var numChansClosed uint32
|
|
|
|
for nextHeight := pruneHeight + 1; nextHeight <= uint32(bestHeight); nextHeight++ {
|
2019-05-07 01:02:35 +03:00
|
|
|
// Break out of the rescan early if a shutdown has been
|
|
|
|
// requested, otherwise long rescans will block the daemon from
|
|
|
|
// shutting down promptly.
|
|
|
|
select {
|
|
|
|
case <-r.quit:
|
|
|
|
return ErrRouterShuttingDown
|
|
|
|
default:
|
|
|
|
}
|
|
|
|
|
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
|
2019-04-17 23:24:14 +03:00
|
|
|
// been updated since our zombie horizon. If AssumeChannelValid is present,
|
|
|
|
// we'll also consider channels zombies if *both* edges are disabled. This
|
|
|
|
// usually signals that a channel has been closed on-chain. We do this
|
|
|
|
// periodically to keep a healthy, lively routing table.
|
2018-01-31 07:34:40 +03:00
|
|
|
func (r *ChannelRouter) pruneZombieChans() error {
|
2019-04-17 23:26:34 +03:00
|
|
|
var chansToPrune []uint64
|
2018-01-31 07:34:40 +03:00
|
|
|
chanExpiry := r.cfg.ChannelPruneExpiry
|
|
|
|
|
2019-04-17 23:24:14 +03:00
|
|
|
log.Infof("Examining channel graph for zombie channels")
|
2018-01-31 07:34:40 +03:00
|
|
|
|
|
|
|
// 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.
|
2019-04-17 23:22:33 +03:00
|
|
|
var e1Zombie, e2Zombie bool
|
2018-01-31 07:34:40 +03:00
|
|
|
if e1 != nil {
|
|
|
|
e1Zombie = time.Since(e1.LastUpdate) >= chanExpiry
|
|
|
|
if e1Zombie {
|
2019-04-17 23:26:34 +03:00
|
|
|
log.Tracef("Edge #1 of ChannelID(%v) last "+
|
|
|
|
"update: %v", info.ChannelID,
|
|
|
|
e1.LastUpdate)
|
2018-01-31 07:34:40 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
if e2 != nil {
|
|
|
|
e2Zombie = time.Since(e2.LastUpdate) >= chanExpiry
|
|
|
|
if e2Zombie {
|
2019-04-17 23:26:34 +03:00
|
|
|
log.Tracef("Edge #2 of ChannelID(%v) last "+
|
|
|
|
"update: %v", info.ChannelID,
|
|
|
|
e2.LastUpdate)
|
2018-01-31 07:34:40 +03:00
|
|
|
}
|
|
|
|
}
|
2019-04-17 23:24:14 +03:00
|
|
|
|
|
|
|
isZombieChan := e1Zombie && e2Zombie
|
|
|
|
|
|
|
|
// If AssumeChannelValid is present and we've determined the
|
|
|
|
// channel is not a zombie, we'll look at the disabled bit for
|
|
|
|
// both edges. If they're both disabled, then we can interpret
|
|
|
|
// this as the channel being closed and can prune it from our
|
|
|
|
// graph.
|
|
|
|
if r.cfg.AssumeChannelValid && !isZombieChan {
|
|
|
|
var e1Disabled, e2Disabled bool
|
|
|
|
if e1 != nil {
|
|
|
|
e1Disabled = e1.IsDisabled()
|
|
|
|
log.Tracef("Edge #1 of ChannelID(%v) "+
|
|
|
|
"disabled=%v", info.ChannelID,
|
|
|
|
e1Disabled)
|
|
|
|
}
|
|
|
|
if e2 != nil {
|
|
|
|
e2Disabled = e2.IsDisabled()
|
|
|
|
log.Tracef("Edge #2 of ChannelID(%v) "+
|
|
|
|
"disabled=%v", info.ChannelID,
|
|
|
|
e2Disabled)
|
|
|
|
}
|
|
|
|
|
|
|
|
isZombieChan = e1Disabled && e2Disabled
|
|
|
|
}
|
|
|
|
|
|
|
|
// If the channel is not considered zombie, we can move on to
|
|
|
|
// the next.
|
|
|
|
if !isZombieChan {
|
|
|
|
return nil
|
2018-01-31 07:34:40 +03:00
|
|
|
}
|
|
|
|
|
2019-04-17 23:26:34 +03:00
|
|
|
log.Debugf("ChannelID(%v) is a zombie, collecting to prune",
|
|
|
|
info.ChannelID)
|
2019-04-17 23:24:14 +03:00
|
|
|
|
|
|
|
// TODO(roasbeef): add ability to delete single directional edge
|
2019-04-17 23:26:34 +03:00
|
|
|
chansToPrune = append(chansToPrune, info.ChannelID)
|
2019-04-17 23:24:14 +03:00
|
|
|
|
2018-01-31 07:34:40 +03:00
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
err := r.cfg.Graph.ForEachChannel(filterPruneChans)
|
|
|
|
if err != nil {
|
2019-04-17 23:24:14 +03:00
|
|
|
return fmt.Errorf("unable to filter local zombie channels: "+
|
|
|
|
"%v", err)
|
2018-01-31 07:34:40 +03:00
|
|
|
}
|
|
|
|
|
2019-04-17 23:24:14 +03:00
|
|
|
log.Infof("Pruning %v zombie channels", len(chansToPrune))
|
2018-01-31 07:34:40 +03:00
|
|
|
|
2019-04-17 23:24:14 +03:00
|
|
|
// With the set of zombie-like channels obtained, we'll do another pass
|
|
|
|
// to delete them from the channel graph.
|
2019-04-17 23:26:34 +03:00
|
|
|
for _, chanID := range chansToPrune {
|
|
|
|
log.Tracef("Pruning zombie channel with ChannelID(%v)", chanID)
|
|
|
|
}
|
|
|
|
if err := r.cfg.Graph.DeleteChannelEdges(chansToPrune...); err != nil {
|
|
|
|
return fmt.Errorf("unable to delete zombie channels: %v", err)
|
2018-01-31 07:34:40 +03:00
|
|
|
}
|
|
|
|
|
2019-04-17 23:24:49 +03:00
|
|
|
// With the channels pruned, we'll also attempt to prune any nodes that
|
|
|
|
// were a part of them.
|
|
|
|
err = r.cfg.Graph.PruneGraphNodes()
|
|
|
|
if err != nil && err != channeldb.ErrGraphNodesNotFound {
|
|
|
|
return fmt.Errorf("unable to prune graph nodes: %v", err)
|
|
|
|
}
|
|
|
|
|
2018-01-31 07:34:40 +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
|
|
|
// 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
|
|
|
|
2019-06-06 17:28:44 +03:00
|
|
|
r.statTicker.Resume()
|
|
|
|
defer r.statTicker.Stop()
|
|
|
|
|
|
|
|
r.stats.Reset()
|
|
|
|
|
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
|
|
|
|
}
|
|
|
|
|
|
|
|
// 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
|
|
|
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 {
|
2019-04-17 23:24:14 +03:00
|
|
|
log.Errorf("Unable to prune zombies: %v", err)
|
2017-10-05 05:39:38 +03:00
|
|
|
}
|
|
|
|
|
2019-06-06 17:28:44 +03:00
|
|
|
// Log any stats if we've processed a non-empty number of
|
|
|
|
// channels, updates, or nodes. We'll only pause the ticker if
|
|
|
|
// the last window contained no updates to avoid resuming and
|
|
|
|
// pausing while consecutive windows contain new info.
|
|
|
|
case <-r.statTicker.Ticks():
|
|
|
|
if !r.stats.Empty() {
|
|
|
|
log.Infof(r.stats.String())
|
|
|
|
} else {
|
|
|
|
r.statTicker.Pause()
|
|
|
|
}
|
|
|
|
r.stats.Reset()
|
|
|
|
|
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.
|
2019-04-05 18:36:11 +03:00
|
|
|
func (r *ChannelRouter) assertNodeAnnFreshness(node route.Vertex,
|
2018-02-25 06:34:03 +03:00
|
|
|
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 {
|
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
|
|
|
}
|
|
|
|
|
2019-06-06 17:28:44 +03:00
|
|
|
log.Tracef("Updated vertex data for node=%x", msg.PubKeyBytes)
|
|
|
|
r.stats.incNumNodeUpdates()
|
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:
|
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.
|
2019-03-27 23:06:57 +03:00
|
|
|
_, _, exists, isZombie, 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)
|
2019-03-27 23:06:57 +03:00
|
|
|
}
|
|
|
|
if isZombie {
|
|
|
|
return newErrf(ErrIgnored, "ignoring msg for zombie "+
|
|
|
|
"chan_id=%v", msg.ChannelID)
|
|
|
|
}
|
|
|
|
if exists {
|
|
|
|
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
|
|
|
|
2019-04-17 23:25:22 +03:00
|
|
|
// If AssumeChannelValid is present, then we are unable to
|
|
|
|
// perform any of the expensive checks below, so we'll
|
|
|
|
// short-circuit our path straight to adding the edge to our
|
|
|
|
// graph.
|
|
|
|
if r.cfg.AssumeChannelValid {
|
|
|
|
if err := r.cfg.Graph.AddChannelEdge(msg); err != nil {
|
|
|
|
return fmt.Errorf("unable to add edge: %v", err)
|
|
|
|
}
|
2019-06-06 17:28:44 +03:00
|
|
|
log.Tracef("New channel discovered! Link "+
|
2019-04-17 23:25:22 +03:00
|
|
|
"connects %x and %x with ChannelID(%v)",
|
|
|
|
msg.NodeKey1Bytes, msg.NodeKey2Bytes,
|
|
|
|
msg.ChannelID)
|
2019-06-06 17:28:44 +03:00
|
|
|
r.stats.incNumEdgesDiscovered()
|
|
|
|
|
2019-04-17 23:25:22 +03:00
|
|
|
break
|
|
|
|
}
|
|
|
|
|
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)
|
2019-04-17 23:25:22 +03:00
|
|
|
fundingPoint, _, 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 {
|
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
|
|
|
|
}
|
|
|
|
|
2019-04-17 23:25:22 +03:00
|
|
|
// 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,
|
2018-08-24 16:31:57 +03:00
|
|
|
r.quit,
|
2019-04-17 23:25:22 +03:00
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return fmt.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
|
|
|
}
|
|
|
|
|
2019-06-06 17:28:44 +03:00
|
|
|
log.Tracef("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)
|
2019-06-06 17:28:44 +03:00
|
|
|
r.stats.incNumEdgesDiscovered()
|
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
|
2019-04-17 23:25:22 +03:00
|
|
|
// update the current UTXO filter within our active
|
|
|
|
// FilteredChainView so we are notified if/when this channel is
|
|
|
|
// closed.
|
|
|
|
filterUpdate := []channeldb.EdgePoint{
|
|
|
|
{
|
|
|
|
FundingPkScript: fundingPkScript,
|
|
|
|
OutPoint: *fundingPoint,
|
|
|
|
},
|
|
|
|
}
|
|
|
|
err = r.cfg.ChainView.UpdateFilter(
|
|
|
|
filterUpdate, atomic.LoadUint32(&r.bestHeight),
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return errors.Errorf("unable to update chain "+
|
|
|
|
"view: %v", err)
|
2017-05-11 03:22:26 +03:00
|
|
|
}
|
|
|
|
|
2017-03-19 21:40:25 +03:00
|
|
|
case *channeldb.ChannelEdgePolicy:
|
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)
|
|
|
|
|
2019-03-27 23:06:57 +03:00
|
|
|
edge1Timestamp, edge2Timestamp, exists, isZombie, 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
|
|
|
}
|
|
|
|
|
2019-03-27 23:06:57 +03:00
|
|
|
// If the channel is marked as a zombie in our database, and
|
|
|
|
// we consider this a stale update, then we should not apply the
|
|
|
|
// policy.
|
|
|
|
isStaleUpdate := time.Since(msg.LastUpdate) > r.cfg.ChannelPruneExpiry
|
|
|
|
if isZombie && isStaleUpdate {
|
|
|
|
return newErrf(ErrIgnored, "ignoring stale update "+
|
|
|
|
"(flags=%v|%v) for zombie chan_id=%v",
|
|
|
|
msg.MessageFlags, msg.ChannelFlags,
|
|
|
|
msg.ChannelID)
|
|
|
|
}
|
|
|
|
|
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 {
|
2019-03-27 23:06:57 +03:00
|
|
|
return newErrf(ErrIgnored, "ignoring update "+
|
2018-12-04 16:58:39 +03:00
|
|
|
"(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
|
|
|
}
|
|
|
|
|
2019-01-10 10:54:41 +03:00
|
|
|
log.Tracef("New channel update applied: %v",
|
|
|
|
newLogClosure(func() string { return spew.Sdump(msg) }))
|
2019-06-06 17:28:44 +03:00
|
|
|
r.stats.incNumChannelUpdates()
|
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
|
|
|
}
|
|
|
|
|
2019-06-06 17:28:44 +03:00
|
|
|
r.statTicker.Resume()
|
|
|
|
|
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
|
|
|
}
|
|
|
|
|
2019-05-07 18:01:01 +03:00
|
|
|
// FindRoute attempts to query the ChannelRouter for the optimum path to a
|
|
|
|
// particular target destination to which it is able to send `amt` after
|
|
|
|
// factoring in channel capacities and cumulative fees along the route.
|
|
|
|
func (r *ChannelRouter) FindRoute(source, target route.Vertex,
|
|
|
|
amt lnwire.MilliSatoshi, restrictions *RestrictParams,
|
|
|
|
finalExpiry ...uint16) (*route.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
|
|
|
|
|
|
|
// 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
|
|
|
}
|
|
|
|
|
2019-05-07 18:01:01 +03:00
|
|
|
// We'll attempt to obtain a set of bandwidth hints that can help us
|
|
|
|
// eliminate certain routes early on in the path finding process.
|
2018-05-08 07:04:31 +03:00
|
|
|
bandwidthHints, err := generateBandwidthHints(
|
|
|
|
r.selfNode, r.cfg.QueryBandwidth,
|
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
|
|
|
}
|
|
|
|
|
2019-05-07 18:01:01 +03:00
|
|
|
// Now that we know the destination is reachable within the graph, we'll
|
|
|
|
// execute our path finding algorithm.
|
|
|
|
path, err := findPath(
|
|
|
|
&graphParams{
|
|
|
|
graph: r.cfg.Graph,
|
|
|
|
bandwidthHints: bandwidthHints,
|
|
|
|
},
|
|
|
|
restrictions, source, target, amt,
|
2018-02-13 03:19:46 +03:00
|
|
|
)
|
2019-05-24 09:57:17 +03:00
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
|
|
|
}
|
2019-05-07 18:01:01 +03:00
|
|
|
|
|
|
|
// We'll fetch the current block height so we can properly calculate the
|
|
|
|
// required HTLC time locks within the route.
|
|
|
|
_, currentHeight, err := r.cfg.Chain.GetBestBlock()
|
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 nil, err
|
|
|
|
}
|
|
|
|
|
2019-05-07 18:01:01 +03:00
|
|
|
// Create the route with absolute time lock values.
|
|
|
|
route, err := newRoute(
|
|
|
|
amt, source, path, uint32(currentHeight), finalCLTVDelta,
|
2018-02-13 03:19:46 +03:00
|
|
|
)
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
2017-03-21 04:31:33 +03:00
|
|
|
}
|
|
|
|
|
2019-05-07 18:01:01 +03:00
|
|
|
go log.Tracef("Obtained path to send %v to %x: %v",
|
2019-03-05 18:55:19 +03:00
|
|
|
amt, target, newLogClosure(func() string {
|
2019-05-07 18:01:01 +03:00
|
|
|
return spew.Sdump(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
|
|
|
}),
|
|
|
|
)
|
|
|
|
|
2019-05-07 18:01:01 +03:00
|
|
|
return route, 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
|
|
|
}
|
|
|
|
|
2019-05-16 16:27:29 +03:00
|
|
|
// generateNewSessionKey generates a new ephemeral private key to be used for a
|
|
|
|
// payment attempt.
|
|
|
|
func generateNewSessionKey() (*btcec.PrivateKey, error) {
|
|
|
|
// Generate a new random session key to ensure that we don't trigger
|
|
|
|
// any replay.
|
|
|
|
//
|
|
|
|
// TODO(roasbeef): add more sources of randomness?
|
|
|
|
return btcec.NewPrivateKey(btcec.S256())
|
|
|
|
}
|
|
|
|
|
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.
|
2019-05-16 16:27:29 +03:00
|
|
|
func generateSphinxPacket(rt *route.Route, paymentHash []byte,
|
|
|
|
sessionKey *btcec.PrivateKey) ([]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.
|
2019-04-05 18:36:11 +03:00
|
|
|
if len(rt.Hops) == 0 {
|
|
|
|
return nil, nil, route.ErrNoRouteHopsProvided
|
2018-07-30 23:40:56 +03:00
|
|
|
}
|
|
|
|
|
2019-01-11 07:03:07 +03:00
|
|
|
// Now that we know we have an actual route, we'll map the route into a
|
|
|
|
// sphinx payument path which includes per-hop paylods for each hop
|
|
|
|
// that give each node within the route the necessary information
|
|
|
|
// (fees, CLTV value, etc) to properly forward the payment.
|
|
|
|
sphinxPath, err := rt.ToSphinxPath()
|
|
|
|
if err != nil {
|
|
|
|
return nil, nil, err
|
2017-02-02 05:29:46 +03:00
|
|
|
}
|
|
|
|
|
2017-06-16 23:42:55 +03:00
|
|
|
log.Tracef("Constructed per-hop payloads for payment_hash=%x: %v",
|
2018-07-01 01:14:22 +03:00
|
|
|
paymentHash[:], newLogClosure(func() string {
|
2019-06-12 13:19:43 +03:00
|
|
|
path := make([]sphinx.OnionHop, sphinxPath.TrueRouteLength())
|
2019-05-13 20:55:15 +03:00
|
|
|
for i := range path {
|
2019-06-12 13:19:43 +03:00
|
|
|
hopCopy := sphinxPath[i]
|
|
|
|
hopCopy.NodePub.Curve = nil
|
|
|
|
path[i] = hopCopy
|
2019-05-13 20:55:15 +03:00
|
|
|
}
|
|
|
|
return spew.Sdump(path)
|
2018-07-01 01:14:22 +03:00
|
|
|
}),
|
|
|
|
)
|
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(
|
2019-01-11 07:03:07 +03:00
|
|
|
sphinxPath, sessionKey, paymentHash,
|
2018-07-01 01:14:22 +03:00
|
|
|
)
|
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 {
|
2019-06-12 13:19:43 +03:00
|
|
|
// We make a copy of the ephemeral key and unset the
|
|
|
|
// internal curve here in order to keep the logs from
|
|
|
|
// getting noisy.
|
|
|
|
key := *sphinxPacket.EphemeralKey
|
|
|
|
key.Curve = nil
|
|
|
|
packetCopy := *sphinxPacket
|
|
|
|
packetCopy.EphemeralKey = &key
|
|
|
|
return spew.Sdump(packetCopy)
|
2017-02-02 05:29:46 +03:00
|
|
|
}),
|
|
|
|
)
|
|
|
|
|
2017-06-29 16:40:45 +03:00
|
|
|
return onionBlob.Bytes(), &sphinx.Circuit{
|
|
|
|
SessionKey: sessionKey,
|
2019-01-11 07:03:07 +03:00
|
|
|
PaymentPath: sphinxPath.NodeKeys(),
|
2017-06-29 16:40:45 +03:00
|
|
|
}, 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-04-05 18:36:11 +03:00
|
|
|
Target route.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
|
|
|
|
2019-02-13 13:53:32 +03:00
|
|
|
// CltvLimit is the maximum time lock that is allowed for attempts to
|
|
|
|
// complete this payment.
|
|
|
|
CltvLimit *uint32
|
|
|
|
|
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
|
2019-04-18 10:45:21 +03:00
|
|
|
// of at least: currentHeight + FinalCLTVDelta.
|
|
|
|
FinalCLTVDelta uint16
|
2017-10-19 08:00:03 +03:00
|
|
|
|
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
|
2019-06-07 12:27:55 +03:00
|
|
|
// indefinitely. A zero value means the payment will never time out.
|
|
|
|
//
|
2019-05-23 21:05:29 +03:00
|
|
|
// TODO(halseth): make wallclock time to allow resume after startup.
|
2018-03-20 04:44:41 +03:00
|
|
|
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
|
|
|
|
|
2019-05-30 02:31:12 +03:00
|
|
|
// PaymentRequest is an optional payment request that this payment is
|
|
|
|
// attempting to complete.
|
|
|
|
PaymentRequest []byte
|
|
|
|
|
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.
|
2019-05-10 19:00:15 +03:00
|
|
|
func (r *ChannelRouter) SendPayment(payment *LightningPayment) ([32]byte,
|
|
|
|
*route.Route, error) {
|
|
|
|
|
2019-05-28 17:36:08 +03:00
|
|
|
paySession, err := r.preparePayment(payment)
|
|
|
|
if err != nil {
|
|
|
|
return [32]byte{}, nil, err
|
|
|
|
}
|
|
|
|
|
|
|
|
// Since this is the first time this payment is being made, we pass nil
|
|
|
|
// for the existing attempt.
|
|
|
|
return r.sendPayment(nil, payment, paySession)
|
|
|
|
}
|
|
|
|
|
|
|
|
// SendPaymentAsync is the non-blocking version of SendPayment. The payment
|
|
|
|
// result needs to be retrieved via the control tower.
|
|
|
|
func (r *ChannelRouter) SendPaymentAsync(payment *LightningPayment) error {
|
|
|
|
paySession, err := r.preparePayment(payment)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
// Since this is the first time this payment is being made, we pass nil
|
|
|
|
// for the existing attempt.
|
|
|
|
r.wg.Add(1)
|
|
|
|
go func() {
|
|
|
|
defer r.wg.Done()
|
|
|
|
|
|
|
|
_, _, err := r.sendPayment(nil, payment, paySession)
|
|
|
|
if err != nil {
|
|
|
|
log.Errorf("Payment with hash %x failed: %v",
|
|
|
|
payment.PaymentHash, err)
|
|
|
|
}
|
|
|
|
}()
|
|
|
|
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// preparePayment creates the payment session and registers the payment with the
|
|
|
|
// control tower.
|
|
|
|
func (r *ChannelRouter) preparePayment(payment *LightningPayment) (
|
|
|
|
PaymentSession, 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.
|
2019-05-23 21:05:30 +03:00
|
|
|
paySession, err := r.cfg.MissionControl.NewPaymentSession(
|
2018-01-30 11:03:29 +03:00
|
|
|
payment.RouteHints, payment.Target,
|
|
|
|
)
|
|
|
|
if err != nil {
|
2019-05-28 17:36:08 +03:00
|
|
|
return nil, err
|
2018-01-30 11:03:29 +03:00
|
|
|
}
|
|
|
|
|
2019-05-23 21:05:29 +03:00
|
|
|
// Record this payment hash with the ControlTower, ensuring it is not
|
|
|
|
// already in-flight.
|
|
|
|
info := &channeldb.PaymentCreationInfo{
|
|
|
|
PaymentHash: payment.PaymentHash,
|
|
|
|
Value: payment.Amount,
|
|
|
|
CreationDate: time.Now(),
|
2019-05-30 02:31:12 +03:00
|
|
|
PaymentRequest: payment.PaymentRequest,
|
2019-05-23 21:05:29 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
err = r.cfg.Control.InitPayment(payment.PaymentHash, info)
|
|
|
|
if err != nil {
|
2019-05-28 17:36:08 +03:00
|
|
|
return nil, err
|
2019-05-23 21:05:29 +03:00
|
|
|
}
|
|
|
|
|
2019-05-28 17:36:08 +03:00
|
|
|
return paySession, nil
|
2018-01-30 11:03:29 +03:00
|
|
|
}
|
|
|
|
|
2018-08-08 12:09:30 +03:00
|
|
|
// SendToRoute attempts to send a payment with the given hash through the
|
|
|
|
// provided route. This function is blocking and will return the obtained
|
|
|
|
// preimage if the payment is successful or the full error in case of a failure.
|
|
|
|
func (r *ChannelRouter) SendToRoute(hash lntypes.Hash, route *route.Route) (
|
|
|
|
lntypes.Preimage, error) {
|
2018-01-30 11:03:29 +03:00
|
|
|
|
2018-08-08 12:09:30 +03:00
|
|
|
// Create a payment session for just this route.
|
2019-05-23 21:05:30 +03:00
|
|
|
paySession := r.cfg.MissionControl.NewPaymentSessionForRoute(route)
|
2018-08-08 12:09:30 +03:00
|
|
|
|
2019-06-04 11:13:33 +03:00
|
|
|
// Calculate amount paid to receiver.
|
|
|
|
amt := route.TotalAmount - route.TotalFees()
|
2018-08-08 12:09:30 +03:00
|
|
|
|
2019-05-23 21:05:29 +03:00
|
|
|
// Record this payment hash with the ControlTower, ensuring it is not
|
|
|
|
// already in-flight.
|
|
|
|
info := &channeldb.PaymentCreationInfo{
|
2019-06-04 11:13:33 +03:00
|
|
|
PaymentHash: hash,
|
|
|
|
Value: amt,
|
2019-05-23 21:05:29 +03:00
|
|
|
CreationDate: time.Now(),
|
|
|
|
PaymentRequest: nil,
|
|
|
|
}
|
|
|
|
|
2019-06-04 11:13:33 +03:00
|
|
|
err := r.cfg.Control.InitPayment(hash, info)
|
2019-05-23 21:05:29 +03:00
|
|
|
if err != nil {
|
|
|
|
return [32]byte{}, err
|
|
|
|
}
|
2018-08-08 12:09:30 +03:00
|
|
|
|
2019-06-04 11:13:33 +03:00
|
|
|
// Create a (mostly) dummy payment, as the created payment session is
|
|
|
|
// not going to do path finding.
|
2019-06-07 12:27:55 +03:00
|
|
|
// TODO(halseth): sendPayment doesn't really need LightningPayment, make
|
2019-06-04 11:13:33 +03:00
|
|
|
// it take just needed fields instead.
|
2019-06-07 12:27:55 +03:00
|
|
|
//
|
|
|
|
// PayAttemptTime doesn't need to be set, as there is only a single
|
|
|
|
// attempt.
|
2019-06-04 11:13:33 +03:00
|
|
|
payment := &LightningPayment{
|
|
|
|
PaymentHash: hash,
|
|
|
|
}
|
|
|
|
|
2019-05-23 21:05:29 +03:00
|
|
|
// Since this is the first time this payment is being made, we pass nil
|
|
|
|
// for the existing attempt.
|
|
|
|
preimage, _, err := r.sendPayment(nil, payment, paySession)
|
2019-05-23 22:17:16 +03:00
|
|
|
if err != nil {
|
|
|
|
// SendToRoute should return a structured error. In case the
|
|
|
|
// provided route fails, payment lifecycle will return a
|
|
|
|
// noRouteError with the structured error embedded.
|
|
|
|
if noRouteError, ok := err.(errNoRoute); ok {
|
|
|
|
if noRouteError.lastError == nil {
|
|
|
|
return lntypes.Preimage{},
|
|
|
|
errors.New("failure message missing")
|
|
|
|
}
|
|
|
|
|
|
|
|
return lntypes.Preimage{}, noRouteError.lastError
|
|
|
|
}
|
|
|
|
|
|
|
|
return lntypes.Preimage{}, err
|
|
|
|
}
|
|
|
|
|
|
|
|
return preimage, nil
|
2018-01-30 11:03:29 +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
|
|
|
|
// within the network to reach the destination. Additionally, the payment
|
|
|
|
// preimage will also be returned.
|
2019-05-23 21:05:29 +03:00
|
|
|
//
|
|
|
|
// The existing attempt argument should be set to nil if this is a payment that
|
|
|
|
// haven't had any payment attempt sent to the switch yet. If it has had an
|
|
|
|
// attempt already, it should be passed such that the result can be retrieved.
|
|
|
|
//
|
|
|
|
// This method relies on the ControlTower's internal payment state machine to
|
|
|
|
// carry out its execution. After restarts it is safe, and assumed, that the
|
|
|
|
// router will call this method for every payment still in-flight according to
|
|
|
|
// the ControlTower.
|
|
|
|
func (r *ChannelRouter) sendPayment(
|
|
|
|
existingAttempt *channeldb.PaymentAttemptInfo,
|
2019-05-23 21:05:30 +03:00
|
|
|
payment *LightningPayment, paySession PaymentSession) (
|
2019-05-23 21:05:29 +03:00
|
|
|
[32]byte, *route.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 {
|
2019-06-12 13:19:43 +03:00
|
|
|
// Make a copy of the payment with a nilled Curve
|
|
|
|
// before spewing.
|
|
|
|
var routeHints [][]zpay32.HopHint
|
2018-03-27 07:03:15 +03:00
|
|
|
for _, routeHint := range payment.RouteHints {
|
2019-06-12 13:19:43 +03:00
|
|
|
var hopHints []zpay32.HopHint
|
2018-03-27 07:03:15 +03:00
|
|
|
for _, hopHint := range routeHint {
|
2019-06-12 13:19:43 +03:00
|
|
|
h := hopHint.Copy()
|
|
|
|
h.NodeID.Curve = nil
|
|
|
|
hopHints = append(hopHints, h)
|
2018-03-27 07:03:15 +03:00
|
|
|
}
|
2019-06-12 13:19:43 +03:00
|
|
|
routeHints = append(routeHints, hopHints)
|
2018-03-27 07:03:15 +03:00
|
|
|
}
|
2019-06-12 13:19:43 +03:00
|
|
|
p := *payment
|
|
|
|
p.RouteHints = routeHints
|
|
|
|
return spew.Sdump(p)
|
2017-03-21 04:58:21 +03:00
|
|
|
}),
|
|
|
|
)
|
|
|
|
|
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
|
|
|
}
|
|
|
|
|
2019-05-23 21:05:29 +03:00
|
|
|
// Now set up a paymentLifecycle struct with these params, such that we
|
|
|
|
// can resume the payment from the current state.
|
|
|
|
p := &paymentLifecycle{
|
|
|
|
router: r,
|
|
|
|
payment: payment,
|
|
|
|
paySession: paySession,
|
|
|
|
currentHeight: currentHeight,
|
2019-04-18 10:45:21 +03:00
|
|
|
finalCLTVDelta: uint16(payment.FinalCLTVDelta),
|
2019-05-23 21:05:29 +03:00
|
|
|
attempt: existingAttempt,
|
2019-05-23 21:05:29 +03:00
|
|
|
circuit: nil,
|
|
|
|
lastError: nil,
|
2019-05-16 16:27:29 +03:00
|
|
|
}
|
2019-05-16 16:27:28 +03:00
|
|
|
|
2019-06-07 12:27:55 +03:00
|
|
|
// If a timeout is specified, create a timeout channel. If no timeout is
|
|
|
|
// specified, the channel is left nil and will never abort the payment
|
|
|
|
// loop.
|
|
|
|
if payment.PayAttemptTimeout != 0 {
|
|
|
|
p.timeoutChan = time.After(payment.PayAttemptTimeout)
|
|
|
|
}
|
|
|
|
|
2019-05-23 21:05:29 +03:00
|
|
|
return p.resumePayment()
|
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
}
|
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.
|
2019-05-23 21:05:30 +03:00
|
|
|
func (r *ChannelRouter) processSendError(paySession PaymentSession,
|
2019-05-23 22:17:16 +03:00
|
|
|
rt *route.Route, fErr *htlcswitch.ForwardingError) bool {
|
2018-03-20 05:08:55 +03:00
|
|
|
|
2019-01-30 16:20:51 +03:00
|
|
|
errSource := fErr.ErrorSource
|
2019-04-05 18:36:11 +03:00
|
|
|
errVertex := route.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.
|
2019-03-19 19:09:27 +03:00
|
|
|
failedEdge, failedAmt, err := getFailedEdge(
|
|
|
|
rt, route.Vertex(errVertex),
|
|
|
|
)
|
2019-01-30 16:20:51 +03:00
|
|
|
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(
|
2019-03-19 19:09:27 +03:00
|
|
|
failedEdge, 0,
|
2019-01-30 16:20:51 +03:00
|
|
|
)
|
|
|
|
}
|
2017-10-03 08:03:18 +03:00
|
|
|
|
2019-03-19 19:09:27 +03:00
|
|
|
paySession.ReportEdgePolicyFailure(failedEdge)
|
2019-01-30 16:20:51 +03:00
|
|
|
}
|
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)
|
2019-03-19 19:09:27 +03:00
|
|
|
paySession.ReportEdgeFailure(failedEdge, 0)
|
2019-01-30 16:20:51 +03:00
|
|
|
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)
|
2019-03-19 19:09:27 +03:00
|
|
|
paySession.ReportEdgeFailure(failedEdge, failedAmt)
|
2019-01-30 16:20:51 +03:00
|
|
|
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:
|
2019-03-19 19:09:27 +03:00
|
|
|
paySession.ReportEdgeFailure(failedEdge, 0)
|
2019-01-30 16:20:51 +03:00
|
|
|
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-19 19:09:27 +03:00
|
|
|
paySession.ReportEdgeFailure(failedEdge, 0)
|
|
|
|
paySession.ReportEdgeFailure(edge{
|
|
|
|
from: failedEdge.to,
|
|
|
|
to: failedEdge.from,
|
|
|
|
channel: failedEdge.channel,
|
|
|
|
}, 0)
|
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
|
2019-03-19 19:09:27 +03:00
|
|
|
// associated with the outgoing channel of the error node. As a second result,
|
|
|
|
// it returns the amount sent over the edge.
|
|
|
|
func getFailedEdge(route *route.Route, errSource route.Vertex) (edge,
|
|
|
|
lnwire.MilliSatoshi, 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
|
2019-03-19 19:09:27 +03:00
|
|
|
amt := route.TotalAmount
|
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 {
|
2019-03-19 19:09:27 +03:00
|
|
|
return edge{
|
|
|
|
from: fromNode,
|
|
|
|
to: toNode,
|
|
|
|
channel: hop.ChannelID,
|
|
|
|
}, amt, nil
|
2018-11-29 18:36:37 +03:00
|
|
|
}
|
|
|
|
|
2018-11-29 18:48:17 +03:00
|
|
|
fromNode = toNode
|
2019-03-19 19:09:27 +03:00
|
|
|
amt = hop.AmtToForward
|
2018-03-20 05:08:55 +03:00
|
|
|
}
|
|
|
|
|
2019-03-19 19:09:27 +03:00
|
|
|
return edge{}, 0, 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:
|
2019-04-05 18:36:11 +03:00
|
|
|
return ErrRouterShuttingDown
|
2017-09-26 06:55:04 +03:00
|
|
|
}
|
2017-03-19 21:40:25 +03:00
|
|
|
case <-r.quit:
|
2019-04-05 18:36:11 +03:00
|
|
|
return ErrRouterShuttingDown
|
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:
|
2019-04-05 18:36:11 +03:00
|
|
|
return ErrRouterShuttingDown
|
2017-09-26 06:55:04 +03:00
|
|
|
}
|
2017-03-19 21:40:25 +03:00
|
|
|
case <-r.quit:
|
2019-04-05 18:36:11 +03:00
|
|
|
return ErrRouterShuttingDown
|
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:
|
2019-04-05 18:36:11 +03:00
|
|
|
return ErrRouterShuttingDown
|
2017-09-26 06:55:04 +03:00
|
|
|
}
|
2017-03-19 21:40:25 +03:00
|
|
|
case <-r.quit:
|
2019-04-05 18:36:11 +03:00
|
|
|
return ErrRouterShuttingDown
|
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.
|
2019-04-05 18:36:11 +03:00
|
|
|
func (r *ChannelRouter) FetchLightningNode(node route.Vertex) (*channeldb.LightningNode, error) {
|
2018-11-05 09:56:39 +03:00
|
|
|
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.
|
2019-04-05 18:36:11 +03:00
|
|
|
func (r *ChannelRouter) IsStaleNode(node route.Vertex, timestamp time.Time) bool {
|
2018-02-25 06:34:03 +03:00
|
|
|
// 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.
|
2019-04-05 18:36:11 +03:00
|
|
|
func (r *ChannelRouter) IsPublicNode(node route.Vertex) (bool, error) {
|
2018-10-18 01:47:12 +03:00
|
|
|
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
|
2019-03-27 23:06:57 +03:00
|
|
|
// channel ID either as a live or zombie edge.
|
2018-02-25 06:34:03 +03:00
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
|
|
|
func (r *ChannelRouter) IsKnownEdge(chanID lnwire.ShortChannelID) bool {
|
2019-03-27 23:06:57 +03:00
|
|
|
_, _, exists, isZombie, _ := r.cfg.Graph.HasChannelEdge(chanID.ToUint64())
|
|
|
|
return exists || isZombie
|
2018-02-25 06:34:03 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// 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
|
|
|
|
2019-03-27 23:06:57 +03:00
|
|
|
edge1Timestamp, edge2Timestamp, exists, isZombie, err :=
|
|
|
|
r.cfg.Graph.HasChannelEdge(chanID.ToUint64())
|
2018-02-25 06:34:03 +03:00
|
|
|
if err != nil {
|
|
|
|
return false
|
|
|
|
|
|
|
|
}
|
|
|
|
|
2019-04-17 23:24:32 +03:00
|
|
|
// If we know of the edge as a zombie, then we'll make some additional
|
|
|
|
// checks to determine if the new policy is fresh.
|
2019-03-27 23:06:57 +03:00
|
|
|
if isZombie {
|
2019-04-17 23:24:32 +03:00
|
|
|
// When running with AssumeChannelValid, we also prune channels
|
|
|
|
// if both of their edges are disabled. We'll mark the new
|
|
|
|
// policy as stale if it remains disabled.
|
|
|
|
if r.cfg.AssumeChannelValid {
|
|
|
|
isDisabled := flags&lnwire.ChanUpdateDisabled ==
|
|
|
|
lnwire.ChanUpdateDisabled
|
|
|
|
if isDisabled {
|
|
|
|
return true
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Otherwise, we'll fall back to our usual ChannelPruneExpiry.
|
2019-03-27 23:06:57 +03:00
|
|
|
return time.Since(timestamp) > r.cfg.ChannelPruneExpiry
|
|
|
|
}
|
|
|
|
|
2018-02-25 06:34:03 +03:00
|
|
|
// 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
|
|
|
|
}
|
2019-03-27 23:07:30 +03:00
|
|
|
|
|
|
|
// MarkEdgeLive clears an edge from our zombie index, deeming it as live.
|
|
|
|
//
|
|
|
|
// NOTE: This method is part of the ChannelGraphSource interface.
|
|
|
|
func (r *ChannelRouter) MarkEdgeLive(chanID lnwire.ShortChannelID) error {
|
|
|
|
return r.cfg.Graph.MarkEdgeLive(chanID.ToUint64())
|
|
|
|
}
|