Hi @Edward Snowden, do you run your own lightning node? If so, how do you pick your peers for (I assume) mostly personal, low-volume transactions? Thanks!
C-Otto 🔸
npub12n4h...snq5
I took the 10% pledge https://www.givingwhatwecan.org/pledge
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://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021002
Debian mirror report: ftp.halifax.rwth-aachen.de
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
ftp.halifax.RWTH-Aachen.DE
I have just raised the fees significantly on some channels #LightningNetwork
Stacker News
I have just raised the fees significantly on some channels \ stacker news ~lightning
Inspired, or rather reminded, by The Wall's post (https://twitter.com/hi__im__dave/status/1746149064867979418) I just raised some fees on my routin...
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
I turned this FC into a little "blog" post, dissecting the invidual steps that lead to this: 
View quoted note →
Stacker News
Dissection of a force-close that already cost me 140k sats \ stacker news ~lightning
I run c-otto.de and, despite my best efforts, sometimes have to pay for force-closes. Because the one from last night was rather expensive, I'd lik...
Hi @Rocket, 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 
in order to understand what's going on. Really helpful :)
LN Things Part 5: HTLC Deep Dive
Day 7 of #7DaysOfBitcoin
Hi @LNBϟG, 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.
View quoted note →
I'm a bit confused about block template creation vs. empty blocks. If you know Stratum V2 and related things, please chime in here:
Stacker News
Empty blocks and improvement ideas \ stacker news ~bitcoin
Sometimes miners produce empty, or rather "empty", blocks which only contain the coinbase transaction (paying new BTC to the miner) and the necessa...
Bitcoin Stack Exchange
Constructing a block template to avoid mining "empty" blocks
In my understanding, Stratum V2 can help avoid "empty" blocks (ref A, ref B), as most of the information can be distributed ahead of time...
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 
(priority 1).
GitHub
[bug]: LND frequently loses sync to chain with pruned backend · Issue #8250 · lightningnetwork/lnd
Background I run LND compiled from source on a Ubuntu VPS. I use Bitcoin Core as my backend, pruned to 100GB (prune=100000). I've noticed on variou...
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 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!
ftp.halifax.RWTH-Aachen.DE
Any idea what's wrong with iris.to? Is it just me?
{
"name": "ReferenceError",
"message": "require is not defined",
"stack": "ReferenceError: require is not defined\n at https://iris.to/assets/index-BtVqnR-H.js:2179:20918\n at C0 (https://iris.to/assets/index-BtVqnR-H.js:41:24283)\n at gc (https://iris.to/assets/index-BtVqnR-H.js:41:42406)\n at https://iris.to/assets/index-BtVqnR-H.js:41:40723\n at j (https://iris.to/assets/index-BtVqnR-H.js:26:1543)\n at MessagePort.M (https://iris.to/assets/index-BtVqnR-H.js:26:1904)"
}
Those who know C++, how does bitcoind (Bitcoin Core) read/write data from/to disk? I'd love to tweak certain settings for my public node. Is bitcoind using specific page sizes? Please answer here, if possible:
Bitcoin Stack Exchange
Page size of read (and write) operations
I'd like to fine-tune the recordsize parameter of my ZFS file system used to store the blockchain and related data to optimize my public node's per...
New hardware for the nostr relay (among other things) ftp.halifax.rwth-aachen.de has been shipped! I'm excited, playing around with expensive hardware is a lot of fun :)
256 GByte RAM, 19x 4 TByte HDDs, 3x 800 GByte SSDs, and at least 2x 10 GBit/sec of redundant Internet connectivity
⚡️ lnd v0.17.1 has been released! ⚡️
https://twitter.com/roasbeef/status/1724507812833939950