pull down to refresh

Hmmm I opened a 3BTC channel yesterday (19 hours ago vs this posts 13). Wonder if I missed the cutoff.
Lightning has been quite slow this last week. Spark has been active as heck based off the transaction volume I'm seeing. Exchange flow is down heavily through my node.
Release Notes - https://github.com/lightningnetwork/lnd/blob/master/docs/release-notes/release-notes-0.21.3.md
Keep in mind this is a Release Candidate only
Currently I update the feed every 15s. There's a ton of ways to do this, including gist.
I just went what's simplest and easiest to me. I run on AWS to begin with so I keep everything I can there.
I wrote coughClaudecough a custom setup for this, roughly as follows
- Go gRPC / HTLC interceptor with a readonly macaroon that grabs all the data and then parses out the things I want the Visualizer to see. It then sanitizes things and pushes it as a feed.json (events) and ring.json (anonymized channels) files to Amazon S3
- Amazon S3 holds only the latest copy of this, and versions it out automatically
- A web frontend built on HTML/JS and hosted as an S3 Static Website
- The actual Visualizer just pulls the updated JSOn files and presents it.
It is on my list to push to Github. Drowning in higher priority life stuff and getting things pushed to OpenSource keeps dropping down the list (my dashboard project/idea, this visualizer, node temperature metrics, network temperature metrics, etc)
AHahahaha I was just coming here to post this, as I tweaked a few security issues.
Thanks for the shoutout :)
EDIT: Those other images of my node health and stuff are still placeholder. As the warning label on the site says, the data's all fake. Need to find time to finish it up
It's been great being a channel partner with you! Best of luck Carsten!
I hope you get bored and come back.
Yes, there is risk if they go offline or their key acts maliciously your funds may be locked until the HTLC timeout (14400 blocks). But, the protection it gives me in busy periods is valuable enough - as having LOOP close during a busy period can be an expensive loss of liquidity while waiting for the channel to refill (naturally and rebalancing). I keep a safety amount in my static address for these busy periods.
There are periods when I have a full 500M drain on my channel.
I use custom code for managing my static loop in. I have not looked at the loopd automation at this time.
I would recommend using static addresses if you're running a node with an active LOOP channel, and want to automate refilling it's liquidity.
OP was - #1530061
More screenshots, github link and info there.
I'm not associated with this project, just providing info.
I'll get you on my next round of opens :) Currently overdeployed
Nice publish, especially with the MIT license, glad to see I'm not the only one working on free dashboarding for Lightning!
Hopefully my own tool will be on GH [soon] so there's more tooling available in the community.
When I initially started being a noderunner, I used Lightning Terminal to auto-manage my fees. I found that it was too slow at reacting and finding a fee balance, so I moved onto LNDg.
I used LNDg for about 2 years~, both it's auto-fees and rebalancing setting. It took me about 2 months to finally figure out how it worked and about 6 months to find the balance I wanted with my node. This was largely because I was just adjusting numbers randomly rather than intelligently.
As of 4 months ago~ I'm using a custom software written in Go as my nodes needs grew beyond what LNDg could do on its own. Another reason I moved to my own software was increasing the amount of automation due to having 200~ channels being too much oversight for my liking.