In light of chipmixer aftermath, I found interesting tweets posted recently by @btcdragonlord, who is writing articles on BitcoinMagazine.
This is his own opinion, but he explained what happened with Wasabi in last few years, and he is talking about other alternatives for Bitcoin privacy.
What stick with me was last thing he said, and I tend to agree with this... we might be little too late already, but we still have decentralized JoinMarket and I hope more people work on that, making it easier to use for regular people.
https://twitter.com/btcdragonlord/status/1635521127748362240

Is it possible to detect which nodes have applied this patch because I think if every node did it we could remove ordinals and the problems they bring to the Blockchain?

There are some small security benefits to using a 2FA wallet, but it comes with an additional cost in fees (both larger transaction fees and fees to the third party TrustedCoin)

as well as a loss of privacy due to the reliance on said third party.

Question: is there anyone out there that can illustrate how to remove ordinals
transactions from the mempool of my node?

Both xprv and seed are in hex. I've already told you.
I need xprv and seed to be converted to xprv in base58 format, seed to words.
--snip--

>>> from mnemonic import Mnemonic
>>> mnemo = Mnemonic("english")
>>> xprv = '419ff3b824753f296223325a300a694a9641135558eedda79d9cb74f046e1457'
>>> len(xprv)
64
>>> xprv_bytes = bytes.fromhex(xprv)
>>> len(xprv_bytes)
32
>>> mnemo.to_mnemonic(xprv_bytes)
'dose zebra unlock employ fault net mass green focus leopard olympic news goat meadow fever build tank diagram grunt hub utility damage eyebrow view'

And Ubuntu makes it particularly hard to install Python 2 in recent versions of the distro, so you should start with an older Ubuntu version such as Trusty (14.04) or Precise (12.04) that have Python 2.7 bundled.

I asked other cryptocurrency users if bitcoin transactions could be tracked. Some of them say yes, but they don't explain how it can be tracked, and from what I read, all unconfirmed bitcoin transactions are sent to the mem-pool before the miners take it and mine it, then it is confirmed and added to the blockchain, so how do we know where and how bitcoin transactions can be tracked?

Dash is a cash grab by Evan Duffield, amplifying his insta-mine through rent-seeking masternodes.
Dash doesn't offer much in the way of privacy.
Monero on the other hand does, by hiding amounts and addresses, and by almost completely obscuring the transaction graph.

With U.S. Treasury Department Planning 30% increase in Tax on Crypto Mining Firms, will this not affect the cost of a node?  [NEWS] Biden budget proposes 30% tax on crypto mining electricity usage

For what it's worth: my Bitcoin Core shows 278 MB. Update: my other Bitcoin Core shows 249 MB.
I noticed Electrum has a hard time predicting the Target distance from the tip too (this started with the mempool spam).
I can't tell you why there's such a difference.

--snip--

The spam problem has its roots in two aspects:

1) the perceived low cost of the Bitcoin blockchain with respect to Ethereum,
2) the condition of Bitcoin as the "OG" cryptocurrency.

Problem 2 cannot be solved, it's even one of Bitcoin's main network effect generators of financial purposes. We can try to attack problem 1, although there is no perfect solution. IMO the goal should be to offer first "better" alternatives than Ordinals which do not generate spam conditions, like a data sidechain and OP_RETURN improvements, and only if the problem persists, then go and tighten rules (and @franky1: I sorta agree with you partially in your last post about rule tightening, although still - it's not my preferred way to act in this case, as the devs may have had their reasons allowing big taproot scripts).

--snip--

room for improvement for ordinals i guess? you're giving casey some ammunition there franky  say casey puts in a filehash for the subsequent transfers of the dead weight.  not that anyone would care they don't care about how it works just that it works, at least those bitcoin nft enthusiasts. they could care less how any of it works as long as they can see a picture of a monkey and other people agree they "own" it.

but they probably are smart enough to realize that their monkey can never "go away" unlike on ethereum where their monkey could possibly disappear oneday due to file hosting issues. they're that smart but no further.

Selain prune dan sebagainya, faktor apa saja yang membuat perbedaan setiap user?. Padahal kan ketika didownload masih dalam source yang sama yaitu bitcoin core wallet?. Apakah faktor OS, Hardisk dan Ram juga berpengaruh?. karena seingat saya dulu, ketika saya pernah ganti PC ke yang lebih tinggi spesifikasinya, memang ada sedikit perbedaan beberapa MB di bitcoin core folder.

Kalau dilihat dari jumlah request terbanyak sepertinya bisa dirangkum jadi tiga poin ini:

• Mengubah nama child board Jual Beli menjadi Marketplace (Bahasa Indonesia)
• Menambah child board baru bernama Trading dan Spekulasi
• Menambah child board baru bernama Ekonomi, Politik, dan Budaya

Opini saya:
Secara umum tidak ada concern dari saya pribadi. Usulan board di atas hanya seperti versi lokal dari board internasional. Trading dan Spekulasi = Speculation. Ekonomi, Politik, dan Budaya = gabungan Economics dan Politics & Society. Terkait CB Jual Beli saya setuju untuk diganti nama agar lebih jelas bahwa CB ini bukan hanya untuk jual beli, tetapi bisa menjadi tempat untuk thread diskusi exchanger dan layanan lain seperti keadaan sekarang. Untuk usulan CB khusus Bitcoin dan Pemula saya rasa ini bisa ditampung di SF utama dulu untuk saat ini.

Ada input?

If Nuclear Energy is cheap, why aren't we seeing widespread use of it as compared to fossil fuel?

1) My understanding is that LN is better suited for smaller tx, not so much for larger ones. Would it be a problem to send and receive 0.1 BTC on LN? What can I do to push back against those restrictions?

2) I believe if you are not running your own node, your LN sats are all custodial. And my living situation doesn't allow me to run my own node. Is there a safe way to use someone else's node for a lot of coin coming in and out? Like 0.3 BTC per day, and 2 BTC per week?

no i proposed to create a fixed block reward forever. be that 50 or 6.25btc that's something that could be decided on. then miners wouldn't need to have new sources of income like the ordinals trash. i'm sure a fixed block reward has been discussed ad-nauseum in the past though but in light of this new nft thing, maybe it need to be revisited.

--snip--

So my issue is BTC is fucked without addressing this in only 33 years.

So No NFT + Ordinals to make up for this issue in the next 33 years. Okay

And no larger blocks to generate more fees. Okay

and LN that reduces fees and makes btc a partial POW. Okay

No recovery of stale unclaimed coins to keep rewards higher. okay

No stretching block time to six years a ½ ing then 8 years a ½ ing . okay

If this had actually happened he would have filled bitcointalk about it instead of spreading misinformation with vague claims. As I pointed out above even if a PR is removed from BIPs repository it can not and will not be removed from the original repository of the person creating the PR.

19iAvuzfb8uH2SZLYcbb5wtbBZdn1o3vRm
And look at this tx:
d572c579f8de3c38b1dfab12928312fbe88f3d74a637d21a75b3f6d0510afe3a

there is a unknown sender called 1 of 1 multisig, ‎0.00010000 BTC

what shit is that?

Ok, I understand your point of view that is correct with the performacne. But I still think that it would be a good idea, at least if it is implemented correctly.
The encryption on HDD would always be optional, so that the user can decide whether to encrypt or not.
There should then be a switch in the settings.

In principle, it would be an optional additional function, which is even switched off via dafault.
The update would therefore not change anything for those who do not switch it on. You could even implement these things by plugIn.
Is there a plugIn API for the core?

Nothing would change the protocol. So it would be a simple change that would contain very few risk.

not everyone can "just create a bip"
first you have to pass a few tests of core demands for core to even acknowledge the bip as acceptable just to be listed

many bips get removed/revoked/not acknowledged and users banned because bips didnt follow the core roadmap

secondly even if you get your bip listed in the core github list of possible bips. this does not mean core will automatically commit to code then merge it into a release candidate. especially if the proposal opposes the core roadmap


as for the bech32 and bech32m. they are not simple edits of one proposal being persistant..
bech32 was segwit using witness version0 which is limited to certain segwit functions of opcodes,, and bech32m is for a different level of tx formats of witness v1 opcodes. for things like descriptors of taproot and such

but yes both segwit and taproot stuff was wrote by Pieter Wuille(and luke JR help) and yes both segwit and taproot ended up getting pushed into code with activated rules due to his insider circle of devs
and yes both segwit and taproot got activated without majority node readiness prior to activation and where both segwit and taproot were activated without finishing the code to make both formats secure and fully functional for their purpose/promise

Not that I know of.
But I would welcome it if someone submits such a proposal and he is discussed.

Encrypt the blockchain data on your hard drive, how would other nodes read your encrypted data? If it's accessible for other nodes, it will be accessible to everyone, you can't hide/ lock the data if you want to maintain a node.

OK, then the State-Attackers should find easier targets who are publicly known to run full nodes = Miners and Mining Pools.