6c7880ef76
This commit modifies most of the wire messages to uniquely identify any *active* channels by their funding output. This allows the wire protocol to support funding transactions which open several channels in parallel. Any pending channels created by partial completion of the funding workflow are to be identified by a uint64 initialized by both sides as follows: the initiator of the connection starts from 0, while the listening node starts from (1 << 63). These pending channel identifiers are expected to be monotonically increasing with each new funding workflow between two nodes. This identifier is volatile w.r.t to each connection initiation.
31 lines
768 B
Go
31 lines
768 B
Go
package lnwire
|
|
|
|
import (
|
|
"bytes"
|
|
"reflect"
|
|
"testing"
|
|
)
|
|
|
|
func TestSingleFundingCompleteWire(t *testing.T) {
|
|
// First create a new SFC message.
|
|
sfc := NewSingleFundingComplete(22, outpoint1, commitSig1)
|
|
|
|
// Next encode the SFC message into an empty bytes buffer.
|
|
var b bytes.Buffer
|
|
if err := sfc.Encode(&b, 0); err != nil {
|
|
t.Fatalf("unable to encode SingleFundingComplete: %v", err)
|
|
}
|
|
|
|
// Deserialize the encoded SFC message into a new empty struct.
|
|
sfc2 := &SingleFundingComplete{}
|
|
if err := sfc2.Decode(&b, 0); err != nil {
|
|
t.Fatalf("unable to decode SingleFundingComplete: %v", err)
|
|
}
|
|
|
|
// Assert equality of the two instances.
|
|
if !reflect.DeepEqual(sfc, sfc2) {
|
|
t.Fatalf("encode/decode error messages don't match %#v vs %#v",
|
|
sfc, sfc2)
|
|
}
|
|
}
|