Rusty Russell 13b1d922bb chaintopology: fix rebroadcast code.
broadcast_remainder() does two things: get the error message for the
previous transaction, and send the next one (shrinking the array).

But it has two bugs:
1) It logs results on the tx at the end of the array, which is the one
   it is *about* to send, and
2) The initial caller (rebroadcast_txs) hands it the complete array,
   so the first tx gets broadcast twice.

The correct thing to do is to strip the array, then send the tail for
the next callback.  And use nicely-named vars to help document what
we're doing.

Reported-by: Christian Decker
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2016-11-07 23:04:02 +10:30
2016-10-07 13:59:57 +10:30
2016-07-01 12:00:17 +09:30
2016-01-22 06:41:46 +10:30
2016-10-07 17:39:55 +10:30
2016-10-07 17:39:55 +10:30
2016-10-07 17:39:55 +10:30
2016-08-18 14:25:13 +09:30
2016-08-18 14:25:13 +09:30
2016-07-01 12:00:17 +09:30
2016-10-19 12:09:19 +10:30
2016-08-18 14:23:46 +09:30
2016-09-06 16:47:48 +09:30
2016-09-07 23:49:39 +02:00
2016-09-14 05:28:51 +09:30
2016-09-14 05:28:51 +09:30

Lightning Protocol Reference Implementation

In this repository we're developing a reference implementation of bitcoin lightning (see: http://lightning.network which proposed the original "lightning network").

This implementation is being developed in parallel with the protocol definition, which you can find on my fork of the protocol description repository.

If you're interested in using the daemon to test payments, the JSON-RPC interface is documented in the following manual pages:

Steps:

  1. Install and compile the requirements.
  2. Make sure bitcoind is running in testnet mode, and has the latest blocks.
  3. Get some test bitcoins, such as from TPs' testnet faucet.
  4. Run daemon/lightningd.
  5. Run daemon/lightning-cli getinfo to check it's working.
  6. Find a node using daemon/lightning-cli getnodes (this will populate over time).
  7. Create a new connection to the node using contrib/lightning-open-channel ADDRESS PORT AMOUNT where AMOUNT is in BTC (.04294967 is the maximum possible). If successful, this will return only once a block has been mined with the funding transaction in it.
  8. You can create more channels if you wish.
  9. You can accept payment using daemon/lightning-cli invoice MILLISATOSHI LABEL; it will give you a payment hash to give to the payer.
  10. You can send payments using contrib/lightning-pay DEST-ID MILLISATOSHI PAYMENT-HASH.

Final note: This is very much a testbed and work in progress; expect All The Things to change, all the time.

Welcome aboard!

Rusty.

Description
No description provided
Readme MIT 55 MiB
Languages
C 74.9%
Python 20.7%
Rust 1.5%
Makefile 1.1%
Assembly 0.9%
Other 0.8%