pull down to refresh

I see many people getting into this endless debate "Core vs Knots". I personally do not try to take any side, I try to use my rationale and tech experience and not follow with feelings just because X says so.
Recently I saw a tweet from Shinobi that catch my attention. I didn't know what he's talking about so I asked Kevin and Nitesh if they can give some details.
And Kevin's precise answer:
I would like also to address another aspect that I do not see it mentioned in this debate. For all those node runners signaling whatever software version of their bitcoin node, do you also know the difference between a "personal node" (aka unreachable) and a "full node" (aka reachable)?
  • port 8333 open
  • bitcoin.conf configured properly for more inbound connections and mempool size if you really want to be a seeder.
maxuploadtarget=<MiB per day>
listen=1
maxconnections=<num>
minrelaytxfee=
maxmempool=2000
mempoolexpiry=672
Otherwise is just useless virtue signaling or personal nodes, not full nodes. I wonder how many of those Umbrel/Start9/mynodes/RPi nodes at home (also behind Tor) are real full nodes (reachable) that really help the network and relay properly. And please don't come up with the bullshit excuse of "I am running X node to help the network". If your node is not reachable you are not "helping the network", you are using it only for personal use. That is perfectly fine, but please do not say that your shity RPi unreachable node behind Tor is "helping the network" or is helping in this stupid debate... it is not.
33 sats \ 0 replies \ @tsjk 2h
The release notes explicitly comments on this. Given the comments it's not really clear that Knots would drop ln fc fee-bump txs.
  • Ephemeral anchors is a new concept that allows a single dummy recipient in a transaction, provided the transaction is zero fee and the "anchor" is immediately sent in another transaction broadcast together with it. This allows for smart contracts such as Lightning where neither party can unilaterally increase the transaction fee, yet using an anchor can create a followup adding the necessary fee. (#30239) By default, these anchors are accepted by Bitcoin Knots if and only if they are minimal size and zero value. If you want a more flexible policy (allowing for dummy sends and/or dust amounts), or wish to reject these new anchors entirely, you can use the new -permitephemeral option. There is also a -permitbareanchor option which permits (or forbids) transaction that do not have real recipients (only an anchor). (knots#136)
reply
21 sats \ 1 reply \ @trieska 2h
trying to read second part again and again, trying read @DarthCoin comments and I am still confuse
my node serve these services bitcoin-cli getnetworkinfo
"localservicesnames": [
    "NETWORK",
    "WITNESS",
    "COMPACT_FILTERS",
    "NETWORK_LIMITED",
    "P2P_V2"
  ]
I think that NETWORK_LIMITED is there because I have maxuploadtarget=512M
NETWORK : This indicates your node is a full node participating in the Bitcoin P2P network. It serves and relays the full blockchain data and transactions to other peers. Other nodes connect to it to download blocks and transactions. This is the baseline service that makes a node a full validating node on the network.
bitcoin-cli -netinfo show this table
         ipv4   onion     npr   total   block
in          0       0      17      17
out         2       8       0      10       2
total       2       8      17      27
I dont know why but all 17 incoming connection over TOR are listed in column npr. But I want to show that I have incoming connection and believe those nodes can download from my node blocks (well max 512M for day), yes only TOR nodes can connect to my node. And you can see that my node connected to 2 clearnet nodes and believe those can also download blocks from my node.
I think that doesnt matter if connection is inbound or outbound, your node is relaying / sharing blocks.
"... node is considered as a reachable node if it accepts incoming connections from its peers..." I think any incoming connection, whether via clearnet, tor, or i2p, counts.
also : While the Bitcoin peer-to-peer network requires reachable nodes to allow new nodes to bootstrap themselves, unreachable nodes do not negate their importance as they still form part of the Bitcoin peer-to-peer network and enforce the same consensus rules through their outgoing connections.
reply
I think people are misinterpreting that table. The "in" column is what you receive (leech/download). The "out" column is what you send (seed/upload/share).
In other words, you are syncing /downloading from 17 peers and giving to 10 peers.
reply
"A Bitcoin node is considered as a reachable node if it accepts incoming connections from its peers." So if one has incoming connections, but only from tor and i2p it's still considered a reachable node, right? $ bitcoin-cli -netinfo Bitcoin Core client v28.2.0 - server 70016/Satoshi:28.2.0/
    onion     i2p     npr   total   block
in 13 5 1 19 out 7 3 0 10 2 total 20 8 1 29
reply
Yes, but is limited only to those networks and specific peers, not the whole network.
Here is another interesting explanation by Eric Voskuil (source: https://xcancel.com/evoskuil/status/1960721620273684618)
Some people are better with observation than theory, and need to think through problems by way of examples.
So consider a case where there are 100 million full nodes, and only 100 of them support all economic activity in the world. All others only validate and relay valid blocks.
To function, the 100 do not require the others. They require only to obtain blocks, which of course arise only from each other. They connect and relay with the others, but get no actual information from them.
At some point the others all decide to hard fork, resulting in their nodes rejecting the 100’s blocks. The 100 continue to operate unaffected.
Or at some point the 100 decide to hard fork, resulting in the others rejecting their blocks. The 100 continues to operate unaffected.
Now consider the case in which economic activity, measured as the value of coin being accepted in trade on average over time, is evenly distributed among the 100. And in the case where the 100 hard forks, 1 of them (representing 1% of their economy) decides to not adopt the fork. This one remains with the others, the 99% continue. Also consider a scenario where 99% reject the fork, and 1 forks himself off.
In these cases, the 1 has 1% of the economic power, to either compel a fork, or resist one, and the 99 have 99%. This is not hash power, this is economic power. There is no implied majority control outcome, but there is outcome driven by power.
And now consider the 999,999,900 other nodes. They have zero impact on either scenario. They are totally irrelevant. The 100 doesn’t benefit from them in any way. In fact, they end up representing a Sybil against the economy.
reply
This is what the configuration page looks like for an Umbrel node (out of the box) with their latest UI.
What should I be doing differently? Best I can tell I have ~ 50 peers over Clearnet/Tor/I2p but all my inbound connections appear to be Tor/I2p.
This is not the only node I run but it is the easiest to get 'configured' what do you think?
reply
@DarthCoin thinks it's best for you to use clearnet and forward port 8333 with a fixed public IP. Total nonsense.
reply
I didn't say is the best for you. I only point out the differences.
reply
It's best for you to have both inbound and outbound connections for a better network, you incorrectly wrote that tor nodes don't have inbound connections or at max. 8 peers connections.
reply
Best I can tell it's already configured... to connect over clearnet inbound to 'Listen'. Right?
reply
Correct, using tor and i2p there's no need to open any port. i2p has no exit nodes so it will not conenct outside of i2p network, but tor will. I2p is much faster than tor though as every client is also a node.
reply
Why only the 100 support all economic activity in the world and the others million nodes don't?
reply
because those 100 nodes opened their inbound port.
reply
So lets say there are no more nodes with inbound port open, what happens then?
reply
then every node is limited to those 8 peers near by, even that the whole network is like 100k nodes.
Now ask yourself: what happen if you seed blocks from your node only to 8 peers, and you cannot get new blocks from others that are not in your network/area ? It means some nodes will not have the whole blockchain correctly seeding it. Quite a mess, right?
reply
but if even one of the tor/i2p nodes also accepts connections over ipv4/6, then the tor/12p nodes would still see the wider network through connection to that node - the config can allow any combination of connections to be active
reply
Do tor and i2p work only in my network/area?
reply
is more about your latency
Each node behind Tor or 12p it falls under default rule of max 8 - 10 peers. That means only max 8-10 other new nodes can IBD from you or others to sync latest blocks. Due to the latency of Tor and i2p half of those will get kicked from connection several times.
To have more inbound you must define that in bitcoin.con file and open the port 8333. But this imply to have a really good connection, good hardware, public IP, good networking knowledge etc. things that many Umbrel or Start9 users do not have.
Let's say you create in the end a network only with a bunch of 100 nodes over Tor, ok you sync from each others just fine. But in fact you are isolating yourself from the rest of the network. Think about that.
reply
You can much more than 8-10 peers over tor and i2p, I have 18 right now. But I could also use ipv4 and ipv6 over tor to connect to clearnet nodes without opening port 8333. Or am I missing something?
reply
If you are NOT "listening" on port 8333 (or can be any other you want) for inbound connections, your node will randomly kick out peers from those max 8-10 connections.
That doesn't mean your node is not working properly. No, is OK to not open the port 8333, only that your node is not a full public node, but just a personal node.
reply
you say max 8-10 connections, why I have 18 connections right now?
reply
how many of those 18 are really active, downloading from you? Just because are connected it doesn't mean that you are really seeding to them.
but there are more nodes over tor and i2p than on clearnet afaik
reply
🤠
onioni2pnprtotalblock
in135119
out730102
total208129
reply
good catch, thanks!
reply
121 sats \ 3 replies \ @LibreHans 12h
I personally do not try to take any side
Darthcoin is a liar and a troll, #1219333
reply
reply
All you are doing is punching yourself in the nuts.
reply
deleted by author
so knots can relay that stuff if users choose it, by adding the options to config ?
so why is that troll guy whining ?
just more stirring and smearing ?
reply
The right question is: do all node runners (no matter what software they run) know these details or are just virtue signalers?
Just by saying (virtue signaling) "I am running Knots or Core or whatever" it is not helping the network in any way.
reply
i spose, all i know about knots nodes is that they have more config options than core nodes - also, looking at the xcancel link, maybe the core crowd are getting nervous about how many knots users there are if they have switched their position from 'it's useless' to 'it's a problem'
reply
It really doesn't matter how many knots or core nodes are running. The only thing that matter for the Bitcoin network is the reachable nodes not the virtue signaling (personal) nodes. Anybody is free to run whatever they like (for personal use), I really do not care. What I do care is about those who says "to help the network" b ut in fact they have no idea what they are doing.
But if they do not configure properly their nodes, and also have LN channels, they could get rekt. Is like shooting yourself in your own foot.
reply
Does this mean that all Start9 nodes, which only run over Tor, are unreachable?
reply
yes. All those doesn't matter for the network, are just personal nodes (virtue signaling). Is like all those adding a flag to their twatter handle :)
reply
Another point is whether the node is even connected to a wallet. Many Knots users have the machine running but havent connected to Sparrow so there havent been any transactions through the node and it is not an 'economic' node. Is that correct?
reply
That is another aspect that is not important/related in this debate. What they do with their own personal nodes is their problem.
OK, interesting. That's a huge number of operators I imagine.
reply
Watching them how soon they will start complaining that their LN channels got rekt in FC. Making popcorns... and waiting for the mess.