i thought this would be a banger.
but got 0 reactions :/
nostr:nprofile1qqs22d4tralncqfnh2kmmarjkxk8449hwnk5xtqe3y5yry6hy7ytegqpz4mhxue69uhhyetvv9ujuerpd46hxtnfduhszxrhwden5te0dehhxarj9enx6apwwa5h5tnzd9az7j33hzq is there a way to easily run on top of Knots instead of Core?
i haven't tried but i think their docker image or compose normally comes with bitcoin core built-in. so you would wanna manually create your docker compose and not include the core image. and instead you tell it to connect another node remotely using rpc. i think you can give host/user/pass via env or cli args.
not sure never tried.
since knots is a fork of core it should just work.
basically what you wanna search for is instead of running another node in the compose make it use already an existing node.
you don't have to specifically search for knots.
i think this is it:
you are still making the case that israel is in war out of no where for no reason.
im sorry but calling humans as terrorists for fighting against parasitic jewish spread, is wrong.
and let's not forget all other chaos mossad caused in the middle east by supporting or creating terrorists organizations since before i was born. creating chaos and destabilization lasted for generations. and supporting and helping that chaos they created migrate eu after many great efforts on their side. so they effect view of people about what's actually happening in the middle east. and who are these people.
i mean its kinda connected in a twisted way but i meant something else but im not gonna get into it. and chatgpt wouldn't too. kinda controversial.
hexagram, saturn and stuff. idk.
chatgpt is also same.
grok is blockhole but also like saturn as well.
i dont like the symbolism.
can we change nostr:nprofile1qqsq9k04vahllseell55m74n3047y88pzlr0z5yany32st29fapqmgsppemhxue69uhkummn9ekx7mp0qy08wumn8ghj7mn0wd68yttsw43zuam9d3kx7unyv4ezumn9wshsm60rnh logo to have 5 or 7 arrows, not 6
people get impressed by not impressive people because they themselves are not impressive.
same thing happens with ai. people are impressed by ai, because they can't see how it sucks.
if people had the understanding, they would realize just writing the code is faster than fixing the ai code.
but again idc how you produced the code i just look at it and decide.
people who are "vibe coding", will be left in the dust. because they are not mature enough to understand what is bad. and they will never develop that skill.
people who actually write code right now, enjoy it and learn things, and vibe, will be better with ai once it reaches to acceptable levels. they will be able to say, "ok i can use ai now".
seeing jack impressed by ai constantly shows you his level.
it was gonna happen at some point.
i dont wanna say its 100% compromised, but yes, it has people with influence who are knowingly or unknowingly trying to corrupt it.
but some are defiantly doing it knowingly.
Bitcoin Core is a centralized choke point, and like any government, company, or organization, it can be corrupted.
Power concentrates.
Incentives drift.
The bitcoin/bitcoin repo on GitHub is a centralized choke point.
One repo. One set of gatekeepers. One attack vector.
Slow corruption is still corruption.
Archive Core.
Support alternative implementations.
Ossify the protocol. Protect Bitcoin.
I wasn't expecting a calm reply, thank you for that :)
> Coinjoin for example is a legitimate use of the network (from my point of view) and it is not relayed when the threshold is set under 42 bytes.
in the note/post i shared at the bottom of my reply i was talking about OP_RETURN can be anything, maybe today we think 42 bytes is fine, maybe tomorrow its 64 or 32. my concern is one implementation decides that. that's bad, and concerning. how many bytes do you need for coin join? I can make it more, i support coinjoin, someone might not. maybe someone believe there is no place of privacy on the base layer and we shouldn't sacrifice other things for privacy. thats for people/users to decide, not a single repo.
> They have to go to the miner because most nodes with default settings won't relay their transactions. So they will not be relayed organically. Filters don't work, because they can still pay the miner out-of-band - which they do currently. I don't want this to happen and don't want to encourage this. In fact, it's the benefit of removing the OP_RETURN limit that discourages out-of-band payments and such transactions can be relayed over the chain.
I mean that's my point going directly to the miner will never be cheaper. because making blocks with never before seen txs on the network always guaranteed to cause latency for the miner.
Make it expensive, painful, so it will never go mainstream, and they will look for other homes.
And again main issue is that a miner can guarantee a block, issue is mining centralization. And there are multiple some experimental solutions for it.
And again I don't wanna make it easier for them. The fact that they directly have to go to the miners is a good sign for me. And the fact that miners can guarantee blocks is what's concerning. I'm concerned about my house is burning, not my clothes are getting dirty because of the smoke.
> I do not take any issues with people running any other implementation than the Bitcoin node. I'd cautiously say that's a good thing (though atm I haven't thought about its implications for UASF and other consensus changes.)
> We are free to refrain from upgrading or turn towards a different node implementation.
Yes that's why I'm trying to implement by own. If I can make it the way I envisioned it, then I will make it public.
At worse case I learn a lot trying to make it.
Again thank you for replying honestly.
This short video breaks down why I changed my mind about the OP_RETURN limit—largely thanks to a conversation with nostr:nprofile1qyxhwumn8ghj7mn0wvhxcmmvqyv8wumn8ghj7mn0wd68ytnnwpex7an0daehgtnwdsqzpp59a0hkv5ecm45nrckvmu7pnk0sukssvly33u3wwzquy4v037hcsgt75r .
1:00 no, knots see the tx, and caches it, like core does for filtered txs. it just doesnt add it to the mempool and relay it. so no latency. but if a miner cant get a tx from the network because of the nodes are filtering it, then the miner has to include it manually then the miner gets latency because now nobody on the network has seen that tx before so their block take longer to verify. and in that time another miner with less manually included txs in their block might beat them.
thats all upside down, one of many misinformation these people has been spreading like a virus. (all of the video seems to be filled with them, these are not new "points")
(also even if there was latency (there isnt), bitcoin was never trying to achieve maximum efficiency. thats not the main goal, base layer was never trying to maximize privacy, efficiency, programmability or other stuff, thats not the purpose of the base layer, its purpose is to be a secure decentralized layer, foundation for other layers to fallback on at worse cases)
1:50 point of filters is making it harder to reach a block, make it more expensive, so doing parasite spam txs doesnt go mainstream.
2:00 if you have a miner that big, then you have bigger problems. while your house is burning of course your clothes will be ruined.
2:10 nobody said OP_RETURN is spam, spam use of OP_RETURN is spam, and we can detect it. 42 bytes of OP_RETURN is more than enough for a hash, therefore prove anything on-chain.
3:15 i wonder why companies(not people) who are spamming the chain right now has to go to the miners directly right now, if filters doesnt work. these are all talked about 100 times, pure nonsense, if it made sense, ipfs would have worked.
4:13 thats not worse, thats the point, make it more expensive. as i said, it creates latency for the miner. because when you add txs to your block that nobody on the network has seen before its latency for you, not others. also the fact that you can talk about a miner can guarantee you a block, is itself a problem. if you have a miner is that big, then they can just delay publishing the block themselves, so they can look for the nexy block for a longer time than the rest of the network. problem is the mining centralization.
4:30 talking about free market, lets free the market of node implementations, lets archive core, and have many newer node implementations in the market trying to fill its space.
5:46 thats the point who decides what bitcoin is? well bitcoin core decides it atm. its centralized to a single collective entity something happens or doesnt happen, decided by voting. it works similar to a government, organization or a company. but we can have many node implementations all experimenting with different things in parallel, everything happens at the same time, and the market decides which one they will use. the community/the users decides what happens, what is being filtered, or not, while staying in the frame of the bitcoin consensus. total protocol ossification. real free market of node implementations fighting for being useful good looking and provide an amazing ux to its users. not treating them like free hardware on the aether. bitcoin nodes are not people donating their hardware and internet connection to some people who has a fantasy of being a bitcoin dev. bitcoin nodes are the bitcoin users. and the fact that no node implementation trying to make running and syncing it easier, with a better ux, shows that there is no real competition in this market. we need a software serving to its users, not the other way around.
the fact that bitcoin has an active repo on github called `bitcoin/bitcoin` not archived, is a concern.
the fact that we have to say "dont do it", is the problem.
more about node decentralization of node implementations:
empty blocks are better than spam blocks
FUCK KYC USELESS SHIT
FUCK "WhAT iS YoUR EmPLOyMEnT"
FUCK "YOuR InCOmE LoOKs HiGHeR ThAN ExPEcTeD, LiST YoUR INCoME SoURCeS"
BRO WTF IS THIS BULLSHIT WHAT DOES IRL GAME ROLE (EmPLOyMEnT) HAS TO DO WITH FUCKING INCOME. WHO THE FUCK KNOWS THEIR EXACT INCOME. NPCS KNOW IT.
I DEPOSIT MONEY, I DO STUFF. WTF IS THIS SHIT.
FUCK IT.
many of what he said are dead points, missing many details, and im not gonna talk about them again. it has been talked about 100 times in the past 2 years.
Right now best hardware wallet is ColdCard Q.
And best wallet app Nunchuk and Sparrow.
And best way to add some multisig to your ColdCard Q is those NFC cards.
Tell me if you think if there is something better.
im talking about blocks, not txs.
that would be just rejecting the block, would split the chain, create a network fork.
PoW favors the longest chain, by delaying it for a few seconds at each node, you are giving a chance for other miners find another block.
and because their block will be known earlier in the network, other miners might just build on top of it instead, since they heard about it first. giving it a chance to be the longest chain instead.
if no other miner finds a block in that time frame you still go with the earlier block. and even if another miner finds a block, you will still favor the longest chain.
so you just act like you didnt heard about it for a few seconds, like there is a network delay.
something similar already happens when a miner/pool manually includes txs to the block that nobody on the network never heard about before. since nobody heard about those txs they have to ask about it to each-other and the miner, making propagation of that block slower. and in that time if another miner finds a block at the same time which doesnt have manually added txs, their block will propagate in the network faster making the other block invalid.
i wonder if Bitcoin Knots can add a new option that delays the relaying of the block if it doesn't satisfy your filters.
npub13rhywhcdwvcfgu7qktm7kz3sxqkk6jvs237eq6n0vrmzrlsvnc6s6jcgea

