It's fixed now, caused by a low TTL (600 seconds). With a TTL of 24h everything is fine.

I know.

It is fast with Linux and ZFS.

Any DNS guru out there? The mirror server ftp.halifax.rwth-aachen.de appears to have some DNS issues according to Debian's mirror report checks, but I can't see what's wrong.

https://mirror-master.debian.org/status/mirror-info/ftp.halifax.rwth-aachen.de.html

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021002

The nostr relay at wss://ftp.halifax.rwth-aachen.de/nostr just moved to new hardware, which is much faster. Give it a try!

The nostr database is served from a fast SSD (NVMe) based HW-RAID1.

With 20 GBit/sec of network connectivity, 256 GByte of RAM, and lots of CPU power, I believe speed shouldn't be an issue for the foreseeable future. If the storage demands grow, there's also around 30 TByte of HDD based disk space available.

Hardware details are available at https://ftp.halifax.rwth-aachen.de/

https://innn.it/afdverbot

I have just raised the fees significantly on some channels #LightningNetwork

https://stacker.news/items/386730

Oh, a simple rebalance might also be what you want.

If you have a channel with c-otto.de and want to move funds to my side of the channel, you might want to deposit some sats to Kraken (and withdraw on-chain?). I have lots of liquidity to Kraken and configured a fee rate of 0ppm. #LightningNetwork

Thank you, that's very insightful!

I turned this FC into a little "blog" post, dissecting the invidual steps that lead to this: https://stacker.news/items/372294

nostr:note15ajlzwf4kyluezn0yjcdtlgu63fluu4k50h54jwcr9kn5clwqtdq8lf99z

Hi nostr:npub1r0ck3tz85gl36wg730thk36c6xylc6caaafqsxy6pe5wq8y8gfhqjl0j93, thanks for the FC bot! I noticed that it doesn't include the fees paid for HTLCs that either timed out or didn't resolve back to the sender.

In my case that added 48k sat to one FC, in addition to whatever I need to pay in order to sweep this output. Do you think it's worthwile to add these transactions to your calculations? I realize that they only appear after a delay (cltv_expiry for the two HTLC transactions and to_self_delay for the sweeps).

PS: I always resort to https://ellemouton.com/posts/htlc-deep-dive/ in order to understand what's going on. Really helpful :)

Hi nostr:npub1ngumlqmus6xkrmvvee4yc7swh9h4uk7vpq4ddt7a2jtvkc22y0asrse3pv, do you have any information why FCs happen between your own nodes? This isn't the first time I've seen this, and I believe this should never happen.

nostr:note1vt2w08zhhvatyr5w0h0pqpk23l7muztz49ezd6vzq9rv8uknv9esclzrax

I'm a bit confused about block template creation vs. empty blocks. If you know Stratum V2 and related things, please chime in here:

https://stacker.news/items/350605

https://bitcoin.stackexchange.com/questions/120933/constructing-a-block-template-to-avoid-mining-empty-blocks

PSA: If you run lnd with a pruned bitcoind (or maybe neutrino?), check the output of `lncli getinfo` -> "synced_to_chain". If this value is stuck at "false", you might want to restart your node. This issue is being investigated at https://github.com/lightningnetwork/lnd/issues/8250 (priority 1).

As a routing node operator (c-otto.de) in the #LightningNetwork, I wonder which implementations are responsible for the transactions, how routing decisions are made, how pathfinding works.

For example, I suspect that WalletOfSatoshi uses some centralized solution: larger chunks of fresh inbound liquidity from their node (for example, because my node routed a large transaction TO their node) are quickly drained (most likely used for transactions originating from their node).

How do other larger nodes find routes? Do you know what BitFinex or Binance do to route user's withdrawals? What about other services/wallets? How do merchants cash out / pay their bills? How are transactions from/to LOOP or FixedFloat users routed?

I could look up the routing code details in LND and CLN, but my gut feeling is that there's more going on. Please provide insights, if you have any!

What's a good site to watch the EUR/BTC (or USD/BTC) exchange rate climb? I was quite happy with tradeblock.com, but it seems that site vanished a while ago. I don't want to trade, I'm just looking for pretty graphs/candles.

The mirror server at https://ftp.halifax.rwth-aachen.de will receive a nice hardware upgrade soon. Because of that, we have some disk space available and would be happy to add a few more projects to the mirror. Do you know of any (OSS) project that would benefit from this? Please share/RT!

Same thing now also happens with snort...

I think this function is only used for two files (some private file, and some tor cookie). I'm interested in the read accesses for block data, as this causes load on the system. The way it currently works, using some defaults and OS magic, is fine - but I'd like to tweak things (and learn, and have fun) if possible. For example, if I configure a blocksize of 1 MByte with ZFS, if then bitcoind just reads (and needs) 128 byte out of this chunk, this would cause ZFS to read 8000x the requested size from disk.