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.
34 lines
739 B
Go
34 lines
739 B
Go
package lnwire
|
|
|
|
import (
|
|
"bytes"
|
|
"reflect"
|
|
"testing"
|
|
)
|
|
|
|
func TestErrorGenericEncodeDecode(t *testing.T) {
|
|
eg := &ErrorGeneric{
|
|
ChannelPoint: outpoint1,
|
|
ErrorID: 99,
|
|
Problem: "Hello world!",
|
|
}
|
|
|
|
// Next encode the EG message into an empty bytes buffer.
|
|
var b bytes.Buffer
|
|
if err := eg.Encode(&b, 0); err != nil {
|
|
t.Fatalf("unable to encode ErrorGeneric: %v", err)
|
|
}
|
|
|
|
// Deserialize the encoded EG message into a new empty struct.
|
|
eg2 := &ErrorGeneric{}
|
|
if err := eg2.Decode(&b, 0); err != nil {
|
|
t.Fatalf("unable to decode ErrorGeneric: %v", err)
|
|
}
|
|
|
|
// Assert equality of the two instances.
|
|
if !reflect.DeepEqual(eg, eg2) {
|
|
t.Fatalf("encode/decode error messages don't match %#v vs %#v",
|
|
eg, eg2)
|
|
}
|
|
}
|