core-lightning/onchaind/onchain_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.5 KiB

1#include <common/htlc_wire.h>
2# Begin! Here's the onchain tx which spends funding tx, followed by all HTLCs.
3onchain_init,1
4onchain_init,,seed,struct privkey
5onchain_init,,shachain,struct shachain
6onchain_init,,funding_amount_satoshi,u64
7# Remote per commit point for committed tx.
8onchain_init,,old_remote_per_commitment_point,struct pubkey
9# Remote per commit point for current tx (needed if we haven't got revoke_and_ack yet).
10onchain_init,,remote_per_commitment_point,struct pubkey
11onchain_init,,local_to_self_delay,u32
12onchain_init,,remote_to_self_delay,u32
13onchain_init,,feerate_per_kw,u64
14onchain_init,,local_dust_limit_satoshi,u64
15onchain_init,,remote_revocation_basepoint,struct pubkey
16# Gives an easy way to tell if it's our unilateral close or theirs...
17onchain_init,,our_broadcast_txid,struct sha256_double
18onchain_init,,local_scriptpubkey_len,u16
19onchain_init,,local_scriptpubkey,local_scriptpubkey_len*u8
20onchain_init,,remote_scriptpubkey_len,u16
21onchain_init,,remote_scriptpubkey,remote_scriptpubkey_len*u8
22onchain_init,,ourwallet_pubkey,struct pubkey
23# We need these two for commit number obscurer
24onchain_init,,funder,enum side
25onchain_init,,remote_payment_basepoint,struct pubkey
26onchain_init,,remote_delayed_payment_basepoint,struct pubkey
27onchain_init,,tx,struct bitcoin_tx
28onchain_init,,tx_blockheight,u32
29onchain_init,,num_htlc_sigs,u16
30onchain_init,,htlc_signature,num_htlc_sigs*secp256k1_ecdsa_signature
31onchain_init,,num_htlcs,u64
32#include <onchaind/onchain_wire.h>
33# This is all the HTLCs: one per message
34onchain_htlc,2
35onchain_htlc,,htlc,struct htlc_stub
36# This sets what the state is, depending on tx.
37onchain_init_reply,101
38onchain_init_reply,,state,u8
39# onchaind->master: Send out a tx.
40onchain_broadcast_tx,3
41onchain_broadcast_tx,,tx,struct bitcoin_tx
42# master->onchaind: Notifier that an output has been spent by input_num of tx.
43onchain_spent,4
44onchain_spent,,tx,struct bitcoin_tx
45onchain_spent,,input_num,u32
46onchain_spent,,blockheight,u32
47# master->onchaind: We will receive more than one of these, as depth changes.
48onchain_depth,5
49onchain_depth,,txid,struct sha256_double
50onchain_depth,,depth,u32
51# onchaind->master: We don't want to watch this tx, or its outputs
52onchain_unwatch_tx,6
53onchain_unwatch_tx,,txid,struct sha256_double
54onchain_unwatch_tx,,num_outputs,u32
55# master->onchaind: We know HTLC preimage
56onchain_known_preimage,7
57onchain_known_preimage,,preimage,struct preimage
58# onchaind->master: We discovered HTLC preimage
59onchain_extracted_preimage,8
60onchain_extracted_preimage,,preimage,struct preimage