From niftynei at gmail.com Mon Nov 12 09:35:19 2018 From: niftynei at gmail.com (lisa neigut) Date: Mon, 12 Nov 2018 01:35:19 -0800 Subject: [Lightning-dev] Proposal for Advertising Channel Liquidity In-Reply-To: <20181108061703.cfbnzuuuudok5aor@erisian.com.au> References: <20181108061703.cfbnzuuuudok5aor@erisian.com.au> Message-ID: On Wed, Nov 7, 2018 at 10:17 PM Anthony Towns wrote: > On Wed, Nov 07, 2018 at 06:40:13PM -0800, Jim Posen wrote: > > can simply close the channel. So if I'm charging for liquidity, I'd > actually > > want to charge for the amount (in mSAT/BTC) times time. > > So perhaps you could make a market here by establishing a channel saying > that > > "I'll pay 32 msat per 500 satoshi per hour for the first 3 days" > > When you open the channel with 500,000 satoshi donated by the other guy, > you're then obliged to transfer 32 satoshi every hour to the other guy > for three days (so a total of 14c or so). > > If the channel fails beforehand, they don't get paid; if you stop > paying you can still theoretically do a mutual close. > I think that this can also be gamed by a second, cooperating node that sends payments through the channel to meet the rate and capture the fees for the first. You can make this less likely by charging higher transmission fees that make such an attack infeasible, and it's less 'damaging' than an immediate close in that there's still open capacity available for some time, at least until the 'bogus' payments have drained the capacity that you solicited in the first place. > Maybe a complicated addition to the protocol though? > > Cheers, > aj > > -------------- next part -------------- An HTML attachment was scrubbed... URL: