core-lightning/daemon/pay.h

#ifndef LIGHTNING_DAEMON_PAY_H
#define LIGHTNING_DAEMON_PAY_H
#include "config.h"

struct lightningd_state;
struct htlc;

void complete_pay_command(struct lightningd_state *dstate,
			  const struct htlc *htlc);

#endif /* LIGHTNING_DAEMON_PAY_H */
daemon: pay command. This is the command an actual user would use: it figures out the fee and route, and pays it if it can. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2016-06-30 01:38:11 +02:00			`#ifndef LIGHTNING_DAEMON_PAY_H`
			`#define LIGHTNING_DAEMON_PAY_H`
			`#include "config.h"`

pay: make interface idempotent. We stopped automatically retransmitting locally-generated add/removes after a reconnect, but this breaks the "pay" interface as it stands. The correct solution to this is to make the pay interface idempotent: you can trigger it as many times as you want and it will only succeed once. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2016-08-31 08:34:59 +02:00			`struct lightningd_state;`
daemon: pay command. This is the command an actual user would use: it figures out the fee and route, and pays it if it can. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2016-06-30 01:38:11 +02:00			`struct htlc;`

pay: make interface idempotent. We stopped automatically retransmitting locally-generated add/removes after a reconnect, but this breaks the "pay" interface as it stands. The correct solution to this is to make the pay interface idempotent: you can trigger it as many times as you want and it will only succeed once. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2016-08-31 08:34:59 +02:00			`void complete_pay_command(struct lightningd_state *dstate,`
			`const struct htlc *htlc);`
daemon: pay command. This is the command an actual user would use: it figures out the fee and route, and pays it if it can. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2016-06-30 01:38:11 +02:00
			`#endif /* LIGHTNING_DAEMON_PAY_H */`