mirror of
https://github.com/ElementsProject/lightning.git
synced 2024-11-19 18:11:28 +01:00
253b25522b
We will now simply reject old-style ones as invalid. Turns out the only trace we could find is a channel between two nodes unconnected to the rest of the network. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Changelog-Changed: Protocol: We now require all channel_update messages include htlc_maximum_msat (as per latest BOLTs)
91 lines
3.0 KiB
C
91 lines
3.0 KiB
C
#ifndef LIGHTNING_COMMON_GOSSIP_CONSTANTS_H
|
|
#define LIGHTNING_COMMON_GOSSIP_CONSTANTS_H
|
|
#include "config.h"
|
|
#include <common/utils.h>
|
|
|
|
/* BOLT #4:
|
|
*
|
|
* - a 1300-byte `hop_payloads` consisting of multiple, variable length,
|
|
* `hop_payload` payloads or up to 20 fixed sized legacy `hop_data` payloads.
|
|
*/
|
|
#define ROUTING_MAX_HOPS 20
|
|
|
|
/* BOLT #7:
|
|
*
|
|
* The `channel_flags` bitfield...individual bits:
|
|
*...
|
|
* | 0 | `direction` | Direction this update refers to. |
|
|
* | 1 | `disable` | Disable the channel. |
|
|
*/
|
|
#define ROUTING_FLAGS_DIRECTION (1 << 0)
|
|
#define ROUTING_FLAGS_DISABLED (1 << 1)
|
|
|
|
/* BOLT #7:
|
|
*
|
|
* The `message_flags` bitfield is used to provide additional details about the message:
|
|
* | Bit Position | Name |
|
|
* | ------------- | ---------------|
|
|
* | 0 | `must_be_one` |
|
|
* | 1 | `dont_forward` |
|
|
*/
|
|
/* FIXME: This is the old name */
|
|
#define ROUTING_OPT_HTLC_MAX_MSAT (1 << 0)
|
|
#define ROUTING_OPT_DONT_FORWARD (1 << 1)
|
|
|
|
/* BOLT #7:
|
|
*
|
|
* - MUST NOT send `announcement_signatures` messages until `channel_ready`
|
|
* has been sent and received AND the funding transaction has at least six
|
|
* confirmations.
|
|
*/
|
|
#define ANNOUNCE_MIN_DEPTH 6
|
|
|
|
/* Gossip timing constants. These can be overridden in --enable-developer
|
|
* configurations with --dev-fast-gossip, otherwise the argument is ignored */
|
|
#define DEV_FAST_GOSSIP(dev_fast_gossip_flag, fast, normal) \
|
|
IFDEV((dev_fast_gossip_flag) ? (fast) : (normal), (normal))
|
|
|
|
/* How close we can generate gossip msgs (5 minutes) */
|
|
#define GOSSIP_MIN_INTERVAL(dev_fast_gossip_flag) \
|
|
DEV_FAST_GOSSIP(dev_fast_gossip_flag, 5, 300)
|
|
|
|
/* How long to wait at start for the plugin to callback with liquidity ad */
|
|
#define GOSSIP_NANN_STARTUP_DELAY(dev_fast_gossip_flag) \
|
|
DEV_FAST_GOSSIP(dev_fast_gossip_flag, 8, 60)
|
|
|
|
/* BOLT #7:
|
|
*
|
|
* - SHOULD flush outgoing gossip messages once every 60 seconds,
|
|
* independently of the arrival times of the messages.
|
|
*/
|
|
#define GOSSIP_FLUSH_INTERVAL(dev_fast_gossip_flag) \
|
|
DEV_FAST_GOSSIP(dev_fast_gossip_flag, 1, 60)
|
|
|
|
/* BOLT #7:
|
|
*
|
|
* A node:
|
|
* - if the `timestamp` of the latest `channel_update` in
|
|
* either direction is older than two weeks (1209600 seconds):
|
|
* - MAY prune the channel.
|
|
* - MAY ignore the channel.
|
|
*/
|
|
#define GOSSIP_PRUNE_INTERVAL(dev_fast_gossip_prune_flag) \
|
|
DEV_FAST_GOSSIP(dev_fast_gossip_prune_flag, 60, 1209600)
|
|
|
|
/* How long after seeing lockin until we announce the channel. */
|
|
#define GOSSIP_ANNOUNCE_DELAY(dev_fast_gossip_flag) \
|
|
DEV_FAST_GOSSIP(dev_fast_gossip_flag, 1, 60)
|
|
|
|
/* How long before deadline should we send refresh update? 1 day normally */
|
|
#define GOSSIP_BEFORE_DEADLINE(dev_fast_gossip_prune_flag) \
|
|
DEV_FAST_GOSSIP(dev_fast_gossip_prune_flag, 30, 24*60*60)
|
|
|
|
/* How many seconds per token? Normally 1 hour. */
|
|
#define GOSSIP_TOKEN_TIME(dev_fast_gossip_flag) \
|
|
DEV_FAST_GOSSIP(dev_fast_gossip_flag, 1, 3600)
|
|
|
|
/* This is where we keep our gossip */
|
|
#define GOSSIP_STORE_FILENAME "gossip_store"
|
|
|
|
#endif /* LIGHTNING_COMMON_GOSSIP_CONSTANTS_H */
|