lnd.xprv/lnwire/htlc_settlerequest_test.go
Olaoluwa Osuntokun 6c7880ef76
lnwire: channels are now identified by outpoint
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.
2016-06-21 13:13:07 -07:00

34 lines
930 B
Go

package lnwire
import (
"bytes"
"reflect"
"testing"
)
func TestHTLCSettleRequestEncodeDecode(t *testing.T) {
redemptionProofs := make([][20]byte, 1)
copy(redemptionProofs[0][:], bytes.Repeat([]byte{0x09}, 20))
// First create a new HTLCSR message.
settleReq := NewHTLCSettleRequest(outpoint1, HTLCKey(23), redemptionProofs)
// Next encode the HTLCSR message into an empty bytes buffer.
var b bytes.Buffer
if err := settleReq.Encode(&b, 0); err != nil {
t.Fatalf("unable to encode HTLCSettleRequest: %v", err)
}
// Deserialize the encoded SFOP message into a new empty struct.
settleReq2 := &HTLCSettleRequest{}
if err := settleReq2.Decode(&b, 0); err != nil {
t.Fatalf("unable to decode HTLCSettleRequest: %v", err)
}
// Assert equality of the two instances.
if !reflect.DeepEqual(settleReq, settleReq2) {
t.Fatalf("encode/decode error messages don't match %#v vs %#v",
settleReq, settleReq2)
}
}