From 156d336ec3672afa5e16b2547a222c34499e267d Mon Sep 17 00:00:00 2001 From: pm47 Date: Mon, 5 Dec 2016 12:30:45 +0100 Subject: [PATCH] moved msg type description from BOLT#2 to BOLT#1 --- 01-messaging.md | 9 ++++++++- 02-peer-protocol.md | 7 ------- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/01-messaging.md b/01-messaging.md index 100cb7b..052122f 100644 --- a/01-messaging.md +++ b/01-messaging.md @@ -2,7 +2,7 @@ ## Overview This protocol assumes an underlying authenticated and ordered transport mechanism that takes care of framing individual messages. -[BOLT 08](08-transport.md) specifies the canonical transport layer used in Lightning, though it can be replaced by any transport that fulfills the above guarantees. +[BOLT #8](08-transport.md) specifies the canonical transport layer used in Lightning, though it can be replaced by any transport that fulfills the above guarantees. The default TCP port is 9735. This corresponds to hexadecimal `0x2607`, the unicode code point for LIGHTNING.[2](#reference-2) @@ -32,6 +32,13 @@ A node MUST NOT send an evenly-typed message not listed here without prior negot A node MUST ignore a received message of unknown type, if that type is odd. A node MUST fail the channels if it receives a message of unknown type, if that type is even. +The messages are grouped logically into 4 groups by their most significant set bit: + + - Setup & signalling (types `0`-`31`): comprises setup of the cryptographic transport, communication of supported features and error reporting. These are described below. + - Channel (types `32`-`127`): comprises messages used to setup, update and tear down micropayment channels. These are described in [BOLT #2](02-peer-protocol.md). + - HTLC (types `128`-`255`: comprises messages related to adding, revoking and settling HTLCs on a micropayment channel. These are described in [BOLT #2](02-peer-protocol.md). + - Routing (types `256`-`511`): node and channel announcements, as well as any active route exploration. These are described in [BOLT #7](07-routing-gossip.md). + The size of the message is required to fit into a 2 byte unsigned int by the transport layer, therefore the maximum possible size is 65535 bytes. A node MUST ignore any additional data within a message, beyond the length it expects for that type. A node MUST fail the channels if it receives a known message with insufficient length for the contents. diff --git a/02-peer-protocol.md b/02-peer-protocol.md index c2dd6a9..99b2018 100644 --- a/02-peer-protocol.md +++ b/02-peer-protocol.md @@ -3,13 +3,6 @@ The peer channel protocol has three phases: establishment, normal operation, and closing. -The messages described in this document are grouped logically into 4 groups by their most significant set bit: - - - Setup & signalling (types `0`-`31`): comprises setup of the cryptographic transport, communication of supported features and error reporting. These are described in BOLT #1. - - Channel (types `32`-`127`): comprises messages used to setup, update and tear down micropayment channels - - HTLC (types `128`-`255`: comprises messages related to adding, revoking and settling HTLCs on a micropayment channel - - Routing (types `256`-`511`): node and channel announcements, as well as any active route exploration. - # Table of Contents * [Channel](#channel) * [Channel Establishment](#channel-establishment)