Olaoluwa Osuntokun Profile picture
May 8 11 tweets 3 min read Twitter logo Read on Twitter
if you're running an lnd routing node, here're some tips to keep your node afloat during the current mempool storm ⛓️🌊⚡️:

1. You can use the BumpFee (`lncli wallet bumpfee`) command to use CPFP to increase fee rate of a txn (close, open, sweep, etc): lightning.engineering/api-docs/api/l…
the first fee bump will use CPFP (you can watch the current sweeps using `lncli wallet listsweeps), subsequent calls will use RBF to increase the fee rate of the package

it doesn't do effective ancestor fee rate calculation rn tho, we have a SoB intern working on that 😎
2. Try to open anchor output channels whenever possible. Anchor channels have a special output that can be used to CPFP force closures. Without this channel type, you *cannot* increase the fee of a force close txn (all other outputs timelocked)
You can do this on the cli with `lncli openchannel [...] --channel_type=anchors`. On the gRPC API you set `commitment_type` to `ANCHORS`: lightning.engineering/api-docs/api/l…

A more aggressive move would be using the ChannelAcceptor API to ensure your node *only* accepts anchor channels
3. Update your routing policy to be more conservative (lightning.engineering/api-docs/api/l…)

Some values you may want to consider increasing:
* min_htlc_msat: the smallest HTLC you'll carry
* time_lock_delta: a long CLTV delta gives more time for things to confirm, can avoid force closes
* fee_rate+base_fee_msat: higher chain fees means higher node operation cost, increase fees can help to offset that somewhat

the latest version of Lightning Terminal has a slick new dashboard that breaks down your cost+revenue:
4. For those with anchor channels, increase --max-commit-fee-rate-anchors. By default, the fee rate for an anchor commitment txn is clamped, to something just enough to get into the mempool. The code tries to make sure not too much is allocated to fees, but this knob can modulate
5. Update your default block conf target for incoming co-op close requests (`--coop-close-target-confs=n`). The initiator pays fees and the latest versions of lnd do more to have both sides satisfice sooner. The BumpFee call can also be used to increase the fee rate of coop close
6. Update to v0.16.2! The latest version will continually rebroadcast transactions in the background (before was just explicitly on restart), which can help to resurface txns that may have dropped out of the mempool. New version can also act on HTLC chain events more quickly
7. Consider selling channel liquidity on Lightning Pool 🏊‍♀️. If you set your rates properly, then you can ensure that the premium you receive covers both the channel open and future close

Latest version of Terminal Web includes a new public order book:
more details on the latest Pool UI + design updates (now taproot by default, so lower fees due to musig2 usage):

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Olaoluwa Osuntokun

Olaoluwa Osuntokun Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @roasbeef

Apr 5, 2022
I'm soo excited to finally publicly publish a set of draft BIPs for Taro, a Taproot Asset Representation Overlay: lists.linuxfoundation.org/pipermail/bitc…

Taro uses the Taproot script tree to commit to extra structure metadata which enables the representation and transfer of assets on Bitcoin
Taro uses a new data structure I call a Merkle Sum Sparse Merkle tree which combines the properties of a merkle sum tree along with a Sparse Merkle Tree to construct commits that enable 3rd party supply/balance verification and also efficient proofs of non-inclusion
Taro supporst normal+collectible assets. Normal assets can be split/merged similar to Bitcoin UTXOs, and re-use the merkle sum property to ensure no assets r inflated during transfers. Taro also supports collectible assets which are indivisible (1-of-1 hologrpahic beefzard cards)
Read 10 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us on Twitter!

:(