core-lightning/openingd/opening_wire.csv
Rusty Russell ef28b6112c status: use common status codes for all the failures.
This change is really to allow us to have a --dev-fail-on-subdaemon-fail option
so we can handle failures from subdaemons generically.

It also neatens handling so we can have an explicit callback for "peer
did something wrong" (which matters if we want to close the channel in
that case).

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2017-09-12 23:00:53 +02:00

2.8 KiB

1#include <common/cryptomsg.h>
2#include <common/channel_config.h>
3opening_init,0
4# Which network are we configured for (as index into the chainparams)?
5opening_init,,network_index,4
6# Base configuration we'll offer (channel reserve will vary with amount)
7opening_init,,our_config,struct channel_config
8# Minimum/maximum configuration values we'll accept
9opening_init,,max_to_self_delay,4
10opening_init,,min_effective_htlc_capacity_msat,8
11opening_init,,crypto_state,struct crypto_state
12# Seed to generate all the keys from
13opening_init,,seed,struct privkey
14#include <common/bip32.h>
15#include <common/htlc_wire.h>
16# This means we offer the open.
17opening_funder,1
18opening_funder,,funding_satoshis,8
19opening_funder,,push_msat,8
20opening_funder,,feerate_per_kw,4
21opening_funder,,max_minimum_depth,4
22opening_funder,,change_satoshis,u64
23opening_funder,,change_keyindex,u32
24opening_funder,,channel_flags,u8
25#include <common/utxo.h>
26opening_funder,,num_inputs,u16
27opening_funder,,inputs,num_inputs*struct utxo
28opening_funder,,bip32,struct ext_key
29# This gives their sig, means we can broadcast tx: we're done.
30opening_funder_reply,101
31opening_funder_reply,,their_config,struct channel_config
32opening_funder_reply,,first_commit,struct bitcoin_tx
33opening_funder_reply,,first_commit_sig,secp256k1_ecdsa_signature
34opening_funder_reply,,crypto_state,struct crypto_state
35opening_funder_reply,,revocation_basepoint,33
36opening_funder_reply,,payment_basepoint,33
37opening_funder_reply,,delayed_payment_basepoint,33
38opening_funder_reply,,their_per_commit_point,33
39opening_funder_reply,,minimum_depth,4
40opening_funder_reply,,remote_fundingkey,33
41opening_funder_reply,,funding_txid,struct sha256_double
42opening_funder_reply,,feerate_per_kw,4
43# This means they offer the open (contains their offer packet)
44opening_fundee,3
45opening_fundee,,minimum_depth,4
46opening_fundee,,min_feerate,4
47opening_fundee,,max_feerate,4
48opening_fundee,,len,2
49opening_fundee,,msg,len*u8
50# This gives their txid and info, means we can send funding_signed: we're done.
51opening_fundee_reply,103
52opening_fundee_reply,,their_config,struct channel_config
53opening_fundee_reply,,first_commit,struct bitcoin_tx
54opening_fundee_reply,,first_commit_sig,secp256k1_ecdsa_signature
55opening_fundee_reply,,crypto_state,struct crypto_state
56opening_fundee_reply,,revocation_basepoint,33
57opening_fundee_reply,,payment_basepoint,33
58opening_fundee_reply,,delayed_payment_basepoint,33
59opening_fundee_reply,,their_per_commit_point,33
60opening_fundee_reply,,remote_fundingkey,33
61opening_fundee_reply,,funding_txid,struct sha256_double
62opening_fundee_reply,,funding_txout,u16
63opening_fundee_reply,,funding_satoshis,8
64opening_fundee_reply,,push_msat,8
65opening_fundee_reply,,channel_flags,u8
66opening_fundee_reply,,feerate_per_kw,4
67# The (encrypted) funding signed message: send this and we're committed.
68opening_fundee_reply,,msglen,u16
69opening_fundee_reply,,funding_signed_msg,msglen*u8