Packages

package channel

Ordering
  1. Alphabetic
Visibility
  1. Public
  2. Protected

Type Members

  1. sealed abstract class ChannelId extends NetworkElement

    There are two types of ChannelIds in the lightning protocol There is a 'temporary' channel id used for the hand shake when initially establishing a channel and then a FundedChannelId indicating a channel that has a validly signed tx For more information on the distinction between these two types please read about establishing a channel

  2. sealed trait ChannelState extends AnyRef

    Copied from Eclair

  3. case class FundedChannelId(bytes: ByteVector) extends ChannelId with Product with Serializable

    Represents the stable ChannelId that represents a channel that has been signed by both parties This is created in the funding_signed msg on the LN p2p protocol.

    Represents the stable ChannelId that represents a channel that has been signed by both parties This is created in the funding_signed msg on the LN p2p protocol.

    This channelId is derived It's derived from the funding transaction by combining the funding_txid and the funding_output_index using big-endian exclusive-OR (i.e. funding_output_index alters the last 2 bytes).

  4. case class ShortChannelId(u64: UInt64) extends NetworkElement with Product with Serializable
  5. case class TempChannelId(bytes: ByteVector) extends ChannelId with Product with Serializable

    Represents the the temporary channelId created in the open_channel msg of the LN p2p protocol

Ungrouped