Update to LDK 0.0.107

Merge pull request #57 from meryacine/main

Add a help message for the `keysend` command

Add a help message for the `keysend` command

Merge pull request #56 from TheBlueMatt/main

Stop connecting outbound on shutdown in addition to stopping listen

Stop connecting outbound on shutdown in addition to stopping listen

Now that we persist the network graph on shutdown, there is a
nontrivial amount of time spent between when we start shutdown and
when we complete. Thus, and to be somewhat more pedantic as a
sample implementation, we should really stop making new outbound
connections once shutdown starts, and not only focus on new inbound
connections.

Merge pull request #51 from jkczyz/2022-03-ldk-106

Update to LDK 0.0.106

Update Cargo.lock

Update to LDK 0.0.106

Merge pull request #55 from TheBlueMatt/2022-03-node-alias

Merge pull request #54 from TheBlueMatt/main

Avoid panic if chan IDs passed to {force,}closechannel isn't 32 bytes

Print our peers' aliases in `listchannels`

Allow `txn-mempool-conflict` errors when broadcasting transactions

This can be seen, among other times, when a channel is
cooperatively- (or counterparty-)closed and we restart, causing us
to attempt to broadcast our local commitment tx, which conflicts
with the original closing transaction.

Add a bounds check before accessing a user-provided PK string

Fixes #53.

Merge pull request #52 from TheBlueMatt/main

Cleanly shut down PeerManager by disconnecting before we quit

Correct balance printing in cli

The `outbound_capacity_msat + unspendable_punishment_reserve`
calculation is fine, as long as the channel's current balance is
above the reserve value. If it is not, we'll spuriously report a
balance higher than we actually have.

This corrects that be havior by using the new(er) `balance_msat`
field instead.

Cleanly shut down PeerManager by disconnecting before we quit

This ensures we don't keep processing peer messages long after we
stopped the backgroundprocessor (which results in our
`ChannelManager` on disk being stale compared to monitors).

Merge pull request #46 from TheBlueMatt/2022-03-0.0.105

Update to LDK 0.0.105

Use new `ProbabilisticScorer` instead of the deprecated `Scorer`

Update Cargo.lock

Update to 0.0.105 upstream API

Merge pull request #43 from TheBlueMatt/2021-12-0.0.104

LDK 0.0.104

Switch keysend command to using InvoicePayer to get retries

Expose the fee paid on a payment in stdout

Drop GOSSIP-level logging at compile-time

Update Cargo.lock

Update to LDK 0.0.104

Merge pull request #42 from dongcarl/2021-11-add-signet

Add Signet support

Add Signet support

Fix signmessage offset calculation

Auto-reconnect peers every second

Include total local balance across all channels in `nodeinfo`

Print CLI prompt at top of loop instead of before each `continue`

Merge pull request #40 from jkczyz/2021-11-release-103

Update sample for 0.0.103

Persist channel scores

Use InvoicePayer in send_payment

Update dependencies to LDK 0.0.103

Merge pull request #39 from TheBlueMatt/main

Update dependencies to LDK 0.0.102

Swap time for chrono and log subsecond precision for times

The `time` crate appears to be basically undocumented (or, at
least, I couldn't find any documentation). `chrono` isn't super
well-documented, but at least its passable.

Add lightning message-signing support

Update dependencies to LDK 0.0.102

Merge pull request #37 from radixrat/main

use rsplitn for rpc info extraction in case passwords have @

use rsplitn for rpc info extraction in case passwords have @

remove swap, fix rustfmt issue

remove return

Merge pull request #36 from lightningdevkit/moneyball-patch-1

update installation instructions to work even if ssh keys aren't setup

update installation instructions to work even if ssh keys aren't setup

Merge pull request #35 from TheBlueMatt/2021-09-0.0.101

Update to rust-lightning 0.0.101 API and use release, not git deps

Use an explicit handle when spawning RPC calls

This resolves a panic like the following, which is caused when a
non-Tokio thread tries to broadcast a transaction, for example
when a transaction is broadcasted indirectly by the background
processor.

```
thread '<unnamed>' panicked at 'there is no reactor running, must be called from the context of a Tokio 1.x runtime', src/bitcoind_client.rs:253:9
```

Update to rust-lightning 0.0.101 API and use release, not git deps

Merge pull request #34 from lightningdevkit/2021-08-fix-33

Correctly parse args without port but with net

Merge pull request #28 from sr-gi/fix-sendrawtransaction

Makes send_raw_transaction return TxidHex instead of RawTx

Correctly parse args without port but with net

Fixes #33.

Makes send_raw_transaction return Txid instead of RawTx

'bitcoind_client::send_raw_transaction' was returning 'RawTx' which, while syntactically correct (it's a wrapper around String), made no sense conceptually.

Since rust-bitcoin/rust-lightning@f65d05c, `Txid` can be used instead.

Bumps lightning dependencies

'rust-lightning' needs to be bumped to v0.0.100 rev d523b6e so 'TryInto::<Txid>' can be found in 'lightning-block-sync'. Bumping it any further will change 'PeerManager's API due to https://github.com/rust-bitcoin/rust-lightning/commit/45853b3a956f83569dff1010a43a33c57487698a

Merge pull request #32 from lightningdevkit/2021-08-skip-change-check

Drop unused change output calculation

Drop unused change output calculation

We don't need this at all anymore since LDK automatically scans
for the correct output index these days.

Fixes #31.

Merge pull request #30 from lightningdevkit/2021-08-more-failure-codes

Allow "rejecting replacement" tx broadcast error

Allow "rejecting replacement" tx broadcast error

We occasionally will attempt to broadcast transactions which conflicting
with mempool transactions which are marked RBF. If we don't have a
higher fee, we'll get a "rejecting replacement" error, which should not
cause a panic.

Merge pull request #29 from TheBlueMatt/main

Update to latest upstream rust-lightning, bumping deps

Update Cargo.lock with updated deps

Update to latest upstream rust-lightning, bumping deps

Merge pull request #26 from TheBlueMatt/main

Display our local balance in addition to the available-for-send balance

Merge pull request #24 from jkczyz/2021-07-background-processor

Explicitly stop BackgroundProcessor

Display our local balance in addition to the available-for-send balance

Merge pull request #25 from valentinewallace/2021-06-keysend

Keysend

Keysend support

Don't force announced channel preference

Merge pull request #22 from TheBlueMatt/main

Allow multiple publicly-announced addresses and avoid funding panic

Explicitly stop BackgroundProcessor

An upcoming change will stop the BackgroundProcessor's thread upon drop.
Store the processor in a variable and explicitly stop it. Otherwise, the
thread would be stopped immediately after it is started.

Merge pull request #23 from valentinewallace/2021-07-0.0.99-bump

Update to RL upstream 0.0.99

Update to RL upstream 0.0.99

Do not panic if we fail to fund a channel

I saw this where a bitcoind was hung connecting a block, and while
we were waiting the peer refused the channel via an error message.
When bitcoind eventually returned, we paniced as the channel was
now gone.

Allow multiple publicly-announced addresses

Merge pull request #21 from TheBlueMatt/main

Correct Feerate Calc and Tweak Funding Feerate

Use a reasonable target fee when opening channels

Bitcoin Core defaults to conservative fee estimation, which often
results in significant overtargeting on weekends. We also disable
RBF, here, though, with a comment describing how clients should
handle funding RBF.

Correct feerate units

Lightning, unlike every other Bitcoin-related protocol or API, uses
satoshis-per-1000-weight, instead of
satoshis-per-1000-virtual-bytes. This requires a division by 4 to
calculate the correct fees when passing Bitcoin Core fees into LDK.

Merge pull request #20 from TheBlueMatt/main

Include bad-txns-inputs-missingorspent in allowed tx-broadcast errs

Include bad-txns-inputs-missingorspent in allowed tx-broadcast errs

I saw this with Bitcoin Core 0.21.2, I guess "Inputs missing or
spent" was renamed.

Merge pull request #14 from TheBlueMatt/main

Persist network graph

Persist network graph

Merge pull request #17 from jkczyz/2021-06-guide-updates

Updates to align with Using LDK guide

Simplify loop in connect_peer_if_necessary

Remove outdated comment on payment secret

Simplify extracting fields from invoice

Initialize UserConfig in one statement

Merge pull request #16 from valentinewallace/update-to-0.98

Update to RL upstream 0.0.98

Update to RL upstream 0.0.98

Merge pull request #12 from jkczyz/2021-05-event-handler

Process events with BackgroundProcessor

f - Rename steps to match Build a Node guide

Process events with BackgroundProcessor

Merge pull request #13 from valentinewallace/fix-broadcast-tx-panic

Don't panic if broadcast_transaction fails due to duplicate broadcasts

Don't panic if broadcast_transaction fails due to duplicate broadcasts

or from broadcasting too early.

Merge pull request #11 from valentinewallace/expose-channel-publicness

Indicate whether a channel is public in `listchannels`

Merge pull request #10 from valentinewallace/fix-log

Fix badly formatted log

Fix broken 'open public channels' feature

Indicate whether chan is public in listchannels

Update `help` to include new commands and clean up parameters

Fix badly formatted log

Otherwise there's random \t\t's in the log

Merge pull request #7 from TheBlueMatt/main

Small tweaks to logging and printing + node_announcement

Fix on-startup peer connection due to missing await.

Print more clear information about channel state in listchannels

User feedback found `channel_can_send_payments` confusing on its
own, and now that we have an upstream `is_confirmed` field, print
that.

Further, it is useful to have an explicit txid field, even if if is
basically duplicative with channel_id.