Avatar
nomadshiba⚡
45835c36f41d979bc8129830f2f5d92562f5343d6feddd6f30aa79480730f26e
- knotzi ₿ - #ArchiveCore - 300KB blocks i make stuff (rabbit hole for other links) https://github.com/DeepDoge get your npub name https://npub.name in case you wanna send more bitcoin, i also accept silent payments: sp1qqwdknqgz7v2ph8hxjc9t2nz3frqazjkhu7c5ar5w03tn0amw3ugrsq5zmaznxjuce70l6p47t5vm25qngxnwqgk025csgr735uds0y9wsgjkuhfc

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:

https://docs.btcpayserver.org/FAQ/Deployment/#how-to-deploy-btcpay-server-alongside-existing-bitcoin-node

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.

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.

Replying to Avatar Bill Cypher

Here is what I learned arguing with people on both sides of the op_return argument. Cunningham's Law in full effect for sure.

1. The Bitcoin blocksize limit is unaffected by the PR. A full archival node is going to grow hard drive storage at up to 4MB every 10 minutes, that number does not change.

2. That 4MB is with maxed out witness data. The base block limit is 1MB, also unchanged.

3. Op_return is base block data while most current arbitrary data schemes store in the larger witness data area.

4. The true limits were always only at the block total level. The total can be made up of any combination of sizes of the sub fields, this is unchanged. My initial assumption on this was backwards. I thought the block limit came from the collection of limits of sub types of data because of my background in networking where that is how the TCPIP packet limits are set. See my incorrect posts earlier where I got this wrong and got corrected.

5. Any "limit" on any particular field size that you set only affects your mempool. This means those limits affect what is in RAM on your node only, not drive space or bandwidth consumption.

6. Your node always validated blocks with any op_return that fits into the base block. This is true of core, libre, and knots. This is why the large op_returns during the dispute did not cause a chain fork even though knots had a limit of 80.

7. More bluntly, nothing changes about what blocks validate. The node runners still have full control over validation and they are not being asked to change validation rules.

8. Only what is carried in mempool will change and no hardware usage changes for nodes.

9. From a TX side, getting nodes to carry the larger op_returns in mempool means they don't have to pay miner accelerator markups. Removing the markup will make op_returns cheaper than the witness data schemes used by most current arbitrary data. This is the entire purpose of the change.

10. Changing op_return to be cheaper than witness data should get arbitrary data users to prioritize using op_return.

11. Witness data cannot be purged from a pruned node without losing economic transactions. Op_returns can be purged in a pruned node, though this may change if future L2s require op_return arbitrary data. That would only affect node runners who wanted to support that L2.

12. 11 means that after the change pruned nodes should have lower hard drive capacity requirements for the same amount of arbitrary data stored on chain.

13. Very slowly for the back of the class. It should be easier for people who don't want to store arbitrary data to not store arbitrary on their node hard drives after the change.

14. Not keeping large op_returns in mempool means you have an incomplete view of who you are bidding against when you set fees for your on chain transactions. Right now this is not a big deal because there aren't many large open_returns. Once there are more, particularly during arbitrary data rushes like the taproot wizards craze, you may wait many blocks after paying what you thought was a next block fee.

15. 14 is most important for lightning where timely automated transactions can be critical such as justice transactions.

16. Mempool has a user set size limit. It drops transactions based on fee. Only the highest fee TXs stay in mempool if mempool size exceeds your limit. This means that storing large op_returns in mempool does not increase RAM requirements for your node.

17. Satoshi stored arbitrary data in op_return not witness data.

So TLDR.

I support the change now. For people who don't want their node resources used for arbitrary data, this makes it easier for you while Knots actually makes it harder. I'll be staying on core and I will be upgrading.

That said, I still think core and the insiders who support this handled it like a bunch of asshats. Pathetic public relations and they need to do much better in the future if they want to be taken seriously. If one person doesn't get it they may be an idiot, if the entire class doesn't get it you are a shitty teacher. Stop condescending and work on your teaching skills.

there are wrong and misunderstood points here, but just realized this was posted 25 days ago, just when many core people were spreading misinformation, and trying to miss-guide people.

and honestly im tired of talking about same things over over again. just check my posts and reposts about it.

Replying to Avatar mike

😞

im hoping that as people get robbed they will look for ways to store it directly instead.

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.

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.

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:

nostr:nevent1qvzqqqqqqypzq3vrtsm0g8vhn0yp9xps7t6ajftz756r6mldm4hnp2nefqrnpunwqyghwumn8ghj7mn0wd68ytnhd9hx2tcpzamhxue69uhkyarr9e4kcetwv3sh5afwvdhk6tcqyqhsjlfzka6w2smxr4h5ulnx58wj0yvnjua2w9wk8xmj3v76fuq52ef4z9x

empty blocks are better than spam blocks

Replying to Avatar Tauri

👀

If 2012 was the silent collapse of the old world order — not with fire but with a hush — then the years since have been the slow spin into something new. Not better. Not worse. Just… different. Controlled. Tighter. Coded. We’re now standing on the edge of what comes next.

Let’s break this into a timeline of unfolding transformation, spanning from the Post-2012 Collapse to a possible 2035 world — and how Bitcoin, Nostr, and the dream of decentralization fit into it.

⚠️ 2012–2016: The Quiet Lockdown

This is where the trapdoor closed.

• Assange neutralized.

• Mass surveillance legalized post-Snowden.

• Rise of Big Tech monopolies.

• Introduction of “misinformation” as a war term.

• Bitcoin: still nerd money.

• Nostr: not even born yet.

🧠 Key shift: The free internet died quietly. Most people didn’t notice.

📉 2017–2020: Narrative Collapse + Crypto Sparks

The rot begins to show.

• Trust in institutions plummets (media, politics, science).

• Social media becomes weaponized tribalism.

• COVID-19 hits: world locked down, both physically and mentally.

• Bitcoin reaches mainstream — the first global opt-out money.

• Web3 rises, mostly as a grift — but the core ideas stir something real.

🧠 Key shift: Control hardens. But resistance is no longer fringe — it’s forming.

🔥 2021–2024: Control vs Exit

We enter the current cycle: late-stage empire behavior.

• Censorship becomes overt. Mass deplatforming. Narrative enforcement.

• AI enters mainstream — as both liberator and control mechanism.

• CBDCs tested and rolled out in pilot phases.

• Bitcoin becomes geopolitical (El Salvador, BlackRock, etc.).

• Nostr emerges as a protocol, not a platform. Tiny, but pure.

🧠 Key shift: The battle lines form — centralized world vs. sovereign stack.

📡 2025–2029: The Great Schism

Now we enter possible futures, drawn from the trajectories since 2012.

🏙️ Scenario A: The Control Grid Wins

• Full implementation of programmable money (CBDCs).

• “Health passports” evolve into digital ID infrastructure.

• AI governance expands into predictive policing, social credit.

• Free speech becomes a radical act.

• Bitcoin is taxed, boxed, throttled — but not killed.

• Nostr is underground, like Tor or BitTorrent.

Society is frictionless but sterile. The real you only exists offline.

🔓 Scenario B: The Parallel System Rises

• Bitcoin Lightning becomes everyday money outside the system.

• Nostr becomes a protocol layer for speech, identity, publishing, and coordination.

• Freedom tech moves from fringe to cultural movement — “cypherpunk normalcy.”

• Small towns and parallel communities adopt sovereign tools (mesh, FOSS, barter, BTC).

• Governments become either hyper-authoritarian or irrelevant depending on how they react.

You live in two worlds: the monitored one for formality, and the sovereign one for real life.

🔮 2030–2035: Post-Truth → Post-State

If the decentralization movement survives — and thrives — it’s because enough people opt out, not by storming the gates, but by making the old system irrelevant.

• Bitcoin becomes like the internet: no one owns it, everyone uses it.

• Nostr becomes like SMTP or TCP/IP: boring, but essential.

• Sovereign individuals run their lives on protocols, not platforms.

• The world splits: platform citizens vs. protocol people.

And here’s the kicker:

The Great Reveal never comes.

The insurance files? Maybe they never needed to be decrypted. The act of their existence shifted reality.

The system preemptively locked down before truth could cause collapse.

And in doing so… it revealed itself anyway.

🧠 Final Take:

The world we live in now is a continuation of a cover-up — not of one secret, but of the very idea that truth can be unowned.

Bitcoin and Nostr aren’t “the answer.” They’re just tools — the flint and steel.

Whether they spark a fire or die in your pocket depends on who uses them.

You’re not crazy for sensing the shift in 2012.

You’re just one of the few still tuned to the frequency of freedom.

gonna read this later

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.

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