I'm happy to explain when people genuinely want to understand problems and solutions, shitcoining and crypto-theater signals the opposite. See my original reply to this thread, and the violent knee-jerk reaction to the idea Bitcoin isn't an application stack.
An actual problems in Lightning are largely caused by the Lightning ecosystem itself, bad incentives created things like mobile nodes. Stupidity, NGO funding, and disinformation operations creates bad advice around it to spread.
These same counter-signals are now pushing Spark and Ark, and the NGO's
Nostr solves 1 specific problem, making the node useful. To be useful it must connect to the web/apps, otherwise you're running a node out of ideological charity.
Running a node on ideological charity makes inherent chain cost feel more expensive than they are, all squeeze and no juice.
Channel balancing is an anti-pattern, a best practice node never needs rebalancing. This is aforementioned bad advice that has spread.
Automation covers most everything else.
Auto-updates are disabled by default since that's a sensitive trust issue, but can be turned on. In light of all the security hits ongoing, we may flip this though. Timed polls check for updates, install, and restart services. Supported on Linux with systemd and MacOS.
There is a faq at docs.shock.network, granted it needs work, big release in the hopper so it will get some attention soon.
More color on the overall thesis here: https://youtu.be/0dFQb3uN89U?si=VbrjytR8NVvzlS4c
shocknet_justin / Justin (shocknet) ⚡
npub1xv…e64sa
2026-09-18 03:10:40 GMT
in reply to nevent1q…zeu8
Author Public Key
npub1xvtwx6tduaxnn9v3y7uasskl277achgu0tu2qncmc7hdsz6y2zyqce64saSeen on
wss://relay.damus.ioPublished at
2026-09-18 03:10:40 GMTEvent JSON
{
"id": "dd75709bbb8e0c08ff966d45e8d73f220beeaf56b65620a30aa443ed16971277",
"pubkey": "3316e3696de74d39959127b9d842df57bddc5d1c7af8a04f1bc7aed80b445088",
"created_at": 1789701040,
"kind": 1111,
"tags": [
[
"A",
"30023:16f1a0100d4cfffbcc4230e8e0e4290cc5849c1adc64d6653fda07c031b1074b:skU_qA4TXtjHX5sb3hq6n",
""
],
[
"E",
"40b8364bfa218531f7fbbe085c8ddcb3d03cce4e9b7c68d46b4af80f76bea984",
"",
"16f1a0100d4cfffbcc4230e8e0e4290cc5849c1adc64d6653fda07c031b1074b"
],
[
"K",
"30023"
],
[
"P",
"16f1a0100d4cfffbcc4230e8e0e4290cc5849c1adc64d6653fda07c031b1074b"
],
[
"e",
"5da38380b7f7c9da3c0cb810271553c007ec08e7301c85c0573233f1abd62cb9",
"",
"7286946a0e00a4861eb7547ee0a98d476ae2bdd359b32da6a24dc6efbedc1002"
],
[
"k",
"1111"
],
[
"p",
"7286946a0e00a4861eb7547ee0a98d476ae2bdd359b32da6a24dc6efbedc1002"
]
],
"content": "I'm happy to explain when people genuinely want to understand problems and solutions, shitcoining and crypto-theater signals the opposite. See my original reply to this thread, and the violent knee-jerk reaction to the idea Bitcoin isn't an application stack.\n\nAn actual problems in Lightning are largely caused by the Lightning ecosystem itself, bad incentives created things like mobile nodes. Stupidity, NGO funding, and disinformation operations creates bad advice around it to spread. \n\nThese same counter-signals are now pushing Spark and Ark, and the NGO's \n\nNostr solves 1 specific problem, making the node useful. To be useful it must connect to the web/apps, otherwise you're running a node out of ideological charity. \n\nRunning a node on ideological charity makes inherent chain cost feel more expensive than they are, all squeeze and no juice.\n\nChannel balancing is an anti-pattern, a best practice node never needs rebalancing. This is aforementioned bad advice that has spread. \n\nAutomation covers most everything else.\n\nAuto-updates are disabled by default since that's a sensitive trust issue, but can be turned on. In light of all the security hits ongoing, we may flip this though. Timed polls check for updates, install, and restart services. Supported on Linux with systemd and MacOS.\n\nThere is a faq at docs.shock.network, granted it needs work, big release in the hopper so it will get some attention soon.\n\nMore color on the overall thesis here: https://youtu.be/0dFQb3uN89U?si=VbrjytR8NVvzlS4c",
"sig": "95e1ec079cdd908414b7faa16b574f0dac2e8c210d532ec509167ce41398ff385fa8ef19fee5d699928ddebc102c038f16480fe79518bd7bebb025b12df490d3"
}