Skip to content
Permalink
Branch: master
Commits on Apr 28, 2017
  1. Replace HMAC check with time-constant check

    matsjj committed Apr 28, 2017
Commits on May 20, 2016
  1. Merge branch 'alecalve-avoid-npes'

    matsjj committed May 20, 2016
  2. Merge branch 'avoid-npes' of https://github.com/alecalve/thunder into…

    matsjj committed May 20, 2016
    … alecalve-avoid-npes
  3. t push origin masterMerge branch 'build-run-instructions'

    matsjj committed May 20, 2016
Commits on May 17, 2016
  1. Don't setup mysql on travis startup anymore.

    matsjj committed May 17, 2016
  2. Updated travis

    matsjj committed May 17, 2016
  3. Merge branch 'master' of https://github.com/blockchain/thunder

    matsjj committed May 17, 2016
  4. Updated URL in pom.xml

    matsjj committed May 17, 2016
  5. Added an integration test

    matsjj committed May 17, 2016
    The test is running on a very high-level as an integration test.
    
    It will start multiple nodes that then listen, fetch IPs and build
    payment channels.
    
    Payments and syncing is yet to be done.
Commits on May 16, 2016
Commits on May 13, 2016
Commits on May 12, 2016
  1. Refactored LNPaymentLogic

    matsjj committed May 12, 2016
    Slowly migrate to separate business code living in pure functions and
    state. End goal is to have no state in LNPaymentLogic anymore.
  2. Enable interactions with bitcoin network

    matsjj committed May 12, 2016
    Added a switch inside Constants one can trigger to broadcast real
    transaction to one of the bitcoin networks (MainNet or TestNet3).
    
    One obviously need to fund all parties in this setup, which makes
    normal debugging more difficult. The wallet are able to receive and
    send normal bitcoin transactions as well, the nodes aren’t yet.
  3. Change anchor design to 2-of-2 multis

    matsjj committed May 12, 2016
    With SegWit approaching fairly quickly it makes more sense to utilise
    the malleability-free environment it brings. This commit changes from
    the anchor design described in the ‘deployable lightning’ paper towards
    a plain 2-of-2 multisig.
    
    For doing so both parties mutually sign a transaction funding the
    channel. They will both add inputs for funding and outputs for the
    remaining change. They then create the first commitment that also
    serves as a refund in case either party disappears directly after
    broadcasting the anchor. After the signatures for the channel has been
    exchanged, the parties exchange all necessary signatures for their
    inputs.
    
    For this to work we need SegWit, as otherwise one cannot construct and
    sign the channel without exchanging signatures for the anchor.
Commits on May 10, 2016
Commits on May 7, 2016
Commits on May 6, 2016
  1. Fixed concurrency issues in LNPaymentProcessorImpl

    matsjj committed May 6, 2016
    Unfortunately had to make sendMessage synchronised because of race
    conditions further down the layers. Synchronising here means it will
    wait till one message is completely sent until starting the process for
    the next message.
Older
You can’t perform that action at this time.