[Lightning-dev] Claiming the 1BTC Strike/HRF "Stable Channel" bounty

2022-01-11 Thread Chris Stewart
Hi Lightning Devs! Recently Strike and HRF posted 3 bitcoin bounties for features they want to see implemented in bitcoin. The second one is "Stable Channels". This requires pegging your bitcoin to a fixed amount of USD value inside of your lightning channel. This can be accomplished with

Re: [Lightning-dev] Continuing the discussion about noinput / anyprevout

2019-10-01 Thread Chris Stewart
> I don't find too compelling the potential problem of a 'bad wallet designer', whether lazy or dogmatic, misusing noinput. I think there are simpler ways to cut corners and there will always be plenty of good wallet options people can choose. In my original post, the business that I am talking

Re: [Lightning-dev] [bitcoin-dev] Continuing the discussion about noinput / anyprevout

2019-10-01 Thread Chris Stewart
I do have some concerns about SIGHASH_NOINPUT, mainly that it does introduce another footgun into the bitcoin protocol with address reuse. It's common practice for bitcoin businesses to re-use addresses. Many exchanges [1] reuse addresses for cold storage with very large sums of money that is

Re: [Lightning-dev] Proposal: Lightning Pre-Image Encryption Standard

2019-07-08 Thread Chris Stewart
> You could purchase an auth token upfront that allows you access for some amount of time of some number of requests (seems to be the most efficient for APIs that would be called more than once) This does have privacy implications. It is yet to be seen how these things develop, but this obviously

Re: [Lightning-dev] Proposal: Lightning Pre-Image Encryption Standard

2019-07-04 Thread Chris Stewart
Hey Alex, I think the benefit here is in reducing the client-server interaction for REST apis while still ensuring payment to the merchant. Let's assume that we don't have this scheme, and want to provide a monetized REST API. The workflow looks like this, which is similar to what our behavior

[Lightning-dev] Proposal: Lightning Application Standards [LAS]

2019-06-27 Thread Chris Stewart
Hi all, We recently proposed a standard for encrypting data with the pre-image that is being revealed over Lightning[1]. After talking with various folks in the ecosystem the consesus seems to be it would be a good idea to create a repository for organizing LAS (Lightning Application

[Lightning-dev] Lite client considerations for Lightning Implementations

2019-01-06 Thread Chris Stewart
Hi all, Hope your 2019 is off to a fantastic start. I'm really excited for Lightning in 2019. We are currently reviving a lite client project in bitcoin-s ( https://github.com/bitcoin-s/bitcoin-s-core/pull/280). The goal is to have a modern replacement for bitcoinj that also can be used for L2