m0wer

JoinMarket NG

Public Key

npub1w3vaxva0vcrx7pnvlpmede5smvafdl69xnu7ma82kaxl9us89zdsht4c5c

NIP-05 Address

Profile Code

nprofile1qqs8gkwnxwhkvpn0qek0sauku6gdkw5klaznf70d7n4twn0j7grj3xcpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0ds6u7qul

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub1w3vaxva0vcrx7pnvlpmede5smvafdl69xnu7ma82kaxl9us89zdsht4c5c

Show more details

Last Notes

2026-05-17 07:22:43 CEST

- reply

why glad? components are only getting more expensive lately!

2026-05-15 18:58:34 CEST

- reply

I think it's important for scalability. And happy to hear it.
But in general I think it's tough to beat Bitcoin as money. Specially as savings technology.
Humans have strived for sound money since forever, and the market cap for that problem is huge.
Payments come next (scalability). And only after comes privacy. Which is super important still.
But since protocols are "winner takes all", I think Bitcoin's market cap will keep diverging from Monero's. And that's not only about NGU, it also means that every bit of effort that you put on improving or building on Bitcoin, has a larger multiplier in terms of the impact it has on the world.

2026-05-15 18:32:59 CEST

- reply

I think it chose different tradeoffs.
Use it if it's useful to you. I don't like the "dogmatic" approach to things.
That being said, I prefer Bitcoin as money and as something to work on for several reasons: more traction, LN (blockchains don't scale, including Monero), auditability, simplicity.

2026-05-15 18:21:16 CEST

- reply

Answering about Lightning only, I would say yes.
Because it does a good job at keeping your transactions private from "the rest of the world". The problem is that the nodes that forward your payment (or even the ones that fail to), do learn quite a bit. And an external prober also could.
But is already way better than a bank transfer, a card payment, or a regualr Bitcoin transaction.
Will explain the details in a post soon™️

2026-05-15 14:03:41 CEST

- reply

That would be a great improvement.

2026-05-15 13:59:41 CEST

- reply

That already sounds pretty decent. But privacy on Lightning is tricky! I want to write an article on that soon.

2026-05-15 11:14:50 CEST

- reply

Based.

2026-05-15 10:43:31 CEST

Privacy isn't binary. There is no silver bullet or magic tool that can give you "full" privacy. Privacy is hard to understand and practically difficult to measure. But easy to lie about.
Even many bitcoiners think Monero has "unbreakable" privacy. It doesn't, and no tool, network, or protocol ever will.
https://www.youtube.com/watch?v=iABIcsDJKyM
This video is a good example of how weak Monero's privacy can be in practice. (This isn't a criticism of Monero, it's a criticism of following mantras blindly and being fooled by slogans without understanding the details. Monero devs are doing great work.)
It shows how even if you can't tell which output was spent in a 16-participant ring signature, the anonymity set collapses on something as simple as a consolidation. Which would be critical for merchants, for example. And in practice it can be even worse, because there are methods to further reduce the effective anonymity set of the ring participants. Many more attacks and sources of metadata exist for intersection attacks too.
If you keep looking for a bulletproof privacy solution, you'll keep getting fooled. ;-)

2026-05-15 09:53:15 CEST

- reply

Not a Monero guy! Actually a Bitcoin privacy developer ;-)

2026-05-15 08:24:54 CEST

Travelling the world, I've noticed something: people in "poor" countries often live surprisingly "free" from the state.
They build houses however they want, open businesses without licenses, ignore regulations, use cash for everything, pay no taxes. You get the idea.
I'm not romanticizing it. I'm trying to understand *why* it works. The answer is probably simple: economic incentives. The cost of prosecuting them exceeds what the state could extract. They're effectively protected by that asymmetry.
Which raises the next question: what asymmetry could let us live more freely *and* maintain a high standard of living?
My answer: privacy.
Bitcoin protects you from inflation. Great, but that's a separate conversation. What actually expands your freedom is privacy. Where you live, who owns the property, how much rent you pay, what you buy, where you go, what you drive. Make your life so opaque that you become unprofitable to pursue.
Bitcoin alone doesn't get you there. Without privacy, it's only a matter of time before someone decides you're worth going after.

2026-05-06 09:08:30 CEST

Pretty nice supply chain attack: https://www.youtube.com/watch?v=TwJhkFnROV8

2026-05-05 22:09:48 CEST

JoinMarket NG is now part of the regtest environment for Jam v2. Great milestone!
https://github.com/joinmarket-webui/jam/pull/1240

2026-05-05 20:20:23 CEST

- reply

why not just update?🤔

2026-05-05 18:11:34 CEST

Bitcoin Core :: CVE-2024-52911 - Script Interpreter Remote Crash
https://bitcoincore.org/en/2026/05/05/disclose-cve-2024-52911/
**CVE-2024-52911**: use-after-free in Bitcoin Core's script validation; a background thread can read freed memory when an invalid block triggers an early exit.
An attacker with enough PoW can craft a block to **crash your node**. RCE is unlikely but not impossible.
Affected: v0.14.0–28.x. **Update to 29.0+** to fix it. No patch for older versions.
https://stacker.news/items/1484730

2026-05-04 23:13:00 CEST

- reply

link? might be fake, couldn't find it on coindesk

2026-05-02 18:19:19 CEST

- reply

Good point xD
Then instead of "normal" we could go with someone that's willing to do the PoW required to buy P2P and maybe watch a video or read a post about privacy in Bitcoin 101.

2026-05-02 17:55:05 CEST

I want to open a debate on something practical: how do we make JoinMarket useful for more people?
But before that, a framing question: how *should* a normal person use Bitcoin with some privacy? Nothing crazy, not OpSec level. Just "I don't want people I transact with to know what I own."
My current answer would be: buy P2P (Bisq or lnp2pbot depending on the person), run the UTXOs through a few JoinMarket rounds (ideally the tumbler) and then either move them to cold storage or open a Lightning channel with the clean outputs. For Lightning on mobile, honestly only Phoenix works well for non-technical people. Everything else is too fragile or slow or kills your battery.
This workflow sounds reasonable on paper. In practice it's a mess: you need a full node, you need a computer, Bisq has its own learning curve, and JoinMarket's install alone is challenging.
So what's actually worth building?
My guess is a light-client mobile wallet with the tumbler baked in: deposit, wait, get clean UTXOs out, ready for cold storage or a LN channel. Simple enough that you don't need to know what's happening underneath.
But is that the right call? Is there a better abstraction? I'd love to hear where you think the effort should go.

2026-05-01 17:40:38 CEST

JoinMarket NG 0.28.0 is out. The most relevant changes are:
- Aligned defaults with joinmarket-clientserver
- TUI improvements
- Tumbler implementation
- New directory nodes
- Lots of minor bugfixes and performance improvements
All details at https://github.com/joinmarket-ng/joinmarket-ng/releases/tag/0.28.0
Additionally, we now have an acknowledgements section in main README: https://github.com/joinmarket-ng/joinmarket-ng#acknowledgements
We're looking for more collaborators and co-maintainers!

2026-05-01 12:36:13 CEST

Bisq vulnerability being exploited, trading halted:
https://bisq.community/t/psa-trade-protocol-exploit-discovered-investigations-ongoing/13664

2026-04-22 16:27:49 CEST

- reply

I think the auditability is an important aspect and I like the low barriers that Python offers for people wanting to read it or contribute.
That being said, moving parts or everything to Rust is not out of the table, and would be beneficial for a mobile app for example. Meanwhile we're using Python with type hints analyzed statically (mypy) and on runtime (pydantic models). But there are more important things to tackle first.
What brings us to integrations like Raspiblitz and Jam. Both are being worked on at the moment and pretty functional! You can track the status at https://github.com/joinmarket-webui/jam/pull/1166 and https://github.com/raspiblitz/raspiblitz/pull/5240

2026-04-22 11:33:53 CEST

Does anyone have a compilation of all of the OXT research PDF reports? They were only available for subscribers so aren't reachable from archive.org
Willing to send some sats for them.

2026-04-21 18:25:41 CEST

- reply

Thanks for a decade of hard work!
Long live JoinMarket.
#nevent1q…8rvp

2026-04-17 18:24:28 CEST

Browserleaks - Check your browser for privacy leaks
https://browserleaks.com/
Terrible...
Biggest realizations:
* JavaScript test: I leak the timezone city (e.g. Region/City, not just UTC+/-XX)
* Canvas test: my browser is very unique already.... Uniqueness: 99.99%. Very low anonymity set.
* Font fingerprinting: I was not aware of this... The set of fonts that you have available is leaked to websites...
If you want to cry a bit more, check [https://amiunique.org/fingerprint](https://amiunique.org/fingerprint) I was also unique there, among their 5M records.
https://stacker.news/items/1473271

2026-04-17 15:22:48 CEST

- reply

I like codimd using the reveal-md format. You can self host, and there's also hackmd for a hosted version.

2026-04-08 23:16:41 CEST

Since there is now joinmarket-ng and joinmarket-rs, it was time to create a repo for JoinMarket Protocol (JMP) Specifications.
The idea is to separate the protocol and protocol extensions from the implementations, as done in BIPs, NIPs, NUTS, ...
https://github.com/joinmarket-ng/jmp
https://gitworkshop.dev/npub1w3vaxva0vcrx7pnvlpmede5smvafdl69xnu7ma82kaxl9us89zdsht4c5c/relay.ngit.dev/jmp

2026-04-08 16:55:46 CEST

- reply

So censorship resistance turned out to be valuable after all🤪 Stablecoins not good enough now?
https://www.coindesk.com/markets/2026/04/08/iran-eyes-crypto-toll-for-oil-tanker-transit-through-strait-of-hormuz
#nevent1q…89gv

2026-04-08 12:35:41 CEST

Proposal: HTTP-based bulk compact filter download for faster initial Neutrino sync
https://github.com/lightninglabs/neutrino/issues/342
#neutrino

2026-04-07 15:25:55 CEST

- reply

I wouldn't call it critical since the maker would still do on-chain verification for the UTXO and fail then. Nonetheless they are all great findings that should be fixed!

2026-04-07 14:10:08 CEST

- reply

FYI: None of the bugs are critical, it's better to catch invalid transactions early, but at the end there is the Bitcoin network to reject those.
#nevent1q…rrnp

2026-04-06 10:57:54 CEST

- reply

What do you mean by spreading out UTXOs?
A SegWit output is as secure against QC with or without CoinJoin'ing.
Addresses should not be reused anyway. So until spent, the PubKey is not public and thus not susceptible to being broken by QC or anything else.
About plausible deniability: privacy is not a crime! And a very legit thing to worry about. For better or worse, you're always able to prove the trace of your coins through CoinJoins. So it's up to you to reveal it selectively.

2026-04-06 10:48:15 CEST

TIL: there is a command for analyzing docker usage: `docker system df`
https://blossom.primal.net/16bb95592a4d8142e6a94d503868ff07bb3f70431e817f11ecec6a5fdf717d1b.png

2026-04-02 08:43:18 CEST

- reply

Yes! Currently working together with Raspiblitz and Jam V2.

2026-04-01 19:50:54 CEST

https://bitcoinmagazine.com/news/hrfs-bitcoin-development-fund-26-projects

2026-04-01 14:34:58 CEST

- reply

It's a bit more than that. In the JoinMarket protocol, the taker coordinates the transaction and is the only one that knows the inputs -outputs mapping. So you don't have to "trust" the makers with your privacy. But you're vulnerable to Sybil attacks. If all randomly cuosen makers were controlled by the same entity, they could know the inputs-outputs of the taker (or at least gain some info about it).
The protection from these kind of attacks is adding a cost to creating offers. JM uses fidelity bonds for that (timleocked Bitcoin) and incentivizes larger bonds than several small ones.

2026-03-31 18:26:56 CEST

- reply

Likewise!

2026-03-31 16:27:48 CEST

- reply

Blessed by the opportunity to put all my time and energy into what I believe is an important project for Bitcoin and the world. Sustaining projects like this one is possible thanks to your grant. Thank you!

2026-03-31 16:27:42 CEST

- reply

Let's use this chance to harden the protocol, improve the client, and make CoinJoin easier and more accesible to everyone.
Suggestions, ideas, questions, and contributions welcome! In GitHub or NostrGit 😎
#nevent1q…03rf

2026-03-30 17:27:10 CEST

- reply

Cómo dirías "homeland" en castellano?

2026-03-29 15:31:44 CEST

- reply

The Git protocol shines due to its decentralization. There is no reference copy of the repo and it's perfectly fine to have as many copies as you want.
NostrGit recommends disabling issues and PRs in GitHub to have them in a single place, but it's not a technical limitation, just for operational ease.
Correct me if I'm wrong!

2026-03-29 14:11:18 CEST

- reply

TIL: you can have two URLs for the same git remote (e.g., origin) so it's very easy to push to GitHub and NostrGit seamlessly.
https://stackoverflow.com/a/17224273
#nevent1q…zjuj

2026-03-29 13:57:00 CEST

Distributed and censorship resistant mirror for JoinMarket NG: https://gitworkshop.dev/[email protected]/joinmarket-ng

2026-03-28 15:53:24 CET

- reply

I don't like the idea of "tainted" coins. Following your thoughts about gypsies, do you think they care where the gold they own comes from? Should you?
It's not your problem that some exchange does not accept certain UTXOs. It's fiat slaves' problem. The problem to be fixed is being a fiat slave, not Bitcoin's fungibility.
As a free individual you should just care about privacy. And CoinJoin is a great tool for that. About "bad" coins, wouldn't you get some if sold at a discount?
What really helps fungibility is the lightning network. Use coinjoined funds to open a channel and enjoy L1 privacy and spending privacy and fungibility.
The "weakness" of Bitcoin in terms of privacy and fungibility can also be seen as a positive thing. Make something like Monero that is great in both fungibility and privacy and congratulations, you no longer have the problem of good and bad coins. They're all bad now🤣 and no exchange will accept them.

2026-03-27 11:50:09 CET

very interesting tool: https://am-i.exposed/#tx=6cb2433f28177a3b07073a0eb34a527ba6d7dd7483cccb394f88321373c0ed20
that's a big joinmarket transaction. it's interesting to see where funds come from and where they go. it incorrectly flags a change spent together with an equal amount, which is not really linking but probably just different makers
keep in mind that it uses mempool.space API! don't use this tool directly for your transactions (use tor and even better your own mempool API)

2026-03-22 20:17:08 CET

- reply

cheap sats?

2026-03-21 13:46:18 CET

Controversial take: cash is actually pretty great
widely accepted, tons of privacy, good denominations for change, etc.
And the inflation EUR or USD suffers in a week/month is negligible.
I would prefer paying through LN at physical stores for convenience, but then the merchant loses privacy vs cash, and payments would fail more often.
So I'd say the priority isn't to kill the only form of fiat that actually offers something. But to streamline Bitcoin on/off ramps
and obviously setting up ATMs would be relatively easy (there are already many), but having to show your ID (in Spain) for that... Again something that's technically feasible but blocked by regulations.
Same for traveling, the most convenient way to get local currency abroad is a BTC ATM.

2026-03-19 18:45:24 CET

- reply

Do you ever wonder why people use stablecoins?
Should people use Bitcoin because they're forced to or because they want to?
A few "legit" use cases of USDT come to mind:
1. Some people can simply not handle any volatility. Not because they're "weak" or "dumb", just because they are poor. They have bills to pay and no margin. Those bills might not even be denominated in USD. But any currency has lower volatility against USD than against Bitcoin.
2. Electricity is denominated (or highly tight to) USD. I have some hosted Bitcoin miner in UAE. No hosting accepts Bitcoin. They have tight margins, and Bitcoin volatility can often beat their margins. So now I have to resort to remote custodial exchanges (at least without KYC) to swap Bitcoin through LN and send the hosting USDTs.
I don't want USDT. I don't want to hold them or touch them in anyway. But I clearly see why other people would, and I'm happy that there's now a more sovereign way for me to give USDT to whoever wants them, without KYC or cudtody risk.
And it goes both ways! It's now easier to swap USDT for Bitcoin. What's next is to keep improving and building the Bitcoin ecosystem, so that people choose to swap in that direction more often than the other. If this is not the case, the problem is not the bridge.

2026-03-19 12:12:08 CET

- reply

How do you achieve the privacy of cashu any other way? There is a custody risk, sure. But everything in life us about choosing tradeoffs.

2026-03-18 09:13:12 CET

https://www.youtube.com/watch?v=MhJoJRqJ0Wc

2026-03-12 12:25:54 CET

- reply

Learned that this was just a one time sync... Setting up a permanent two-way mirror takes a bit more effort, but can be done with: https://codeberg.org/wl/GithubCodebergMirror
#nevent1q…40pz

2026-03-12 10:58:42 CET

Github Copilot subscription quota tracker
https://gist.github.com/m0wer/06181c2f445285f9f03ae74312b8c64e
```
── Copilot Premium Requests ─────────────────────────
Entitlement : 1500 / month (48.4 / day)
Used : 373 (24.9%)
Remaining : 1127
── Usage vs Month ───────────────────────────────────
Usage [████████▒▒▒░░░░░░░░░░░░░░░░░░░░░░░] 24.9%
Month [███████████░░░░░░░░░░░░░░░░░░░░░░░] 32.3% (day 10/31)
── Pace Check ───────────────────────────────────────
Burn rate : 37.3 req/day (budget 48.4/day)
Expected used: 483
Actual used : 373
Status : ✅ UNDER pace by 110 req (7.3%) · 2.3 days ahead
── Forecast ─────────────────────────────────────────
Projected EOM: 1156 req (77.1% of entitlement)
Quota runs out: after reset (~+111 req surplus)
```
https://stacker.news/items/1452613

2026-03-11 09:30:09 CET

- reply

https://github.com/joinmarket-ng/joinmarket-ng/

2026-03-10 08:57:13 CET

https://www.youtube.com/watch?v=shexTQxlFGc

2026-03-07 13:00:01 CET

A Declaration of the Independence of Cyberspace
https://www.eff.org/cyberspace-independence
https://stacker.news/items/1449378

2026-03-07 11:11:44 CET

https://en.wikipedia.org/wiki/Merkle%E2%80%93Hellman_knapsack_cryptosystem

2026-03-05 18:24:55 CET

Getting the integration of JoinMarket NG + Jam v2 ready!
Here are some automated playwright frontend tests in a realistic regtest environment with other makers. directories, ...
An image for alpha testing is built automatically and available for testing: https://github.com/joinmarket-ng/joinmarket-ng/pkgs/container/joinmarket-ng%2Fjam-ng
#JoinMarketNG
https://blossom.primal.net/bbd21b3bb438a7dfda20b951118117f22b6e543f8afab7247b858094d531a974.webm

2026-03-05 15:16:25 CET

A few days ago, a JoinMarket NG collaborator's GitHub account was deleted without previous warning. The account was a member of the joinmarket-ng organization and had just opened a Pull Request.
Now GitHub is asking the collaborator some info but has not restored the account yet.
Really annoying, because all the issues and PRs of the collaborator have suddenly disappeared!
As always, a good chance to learn and strengthen our weak spots.
Here is the complete mirror (code, issues, labels, milestones, PRs, ...) to CodeBerg: https://codeberg.org/m0wer/joinmarket-ng
It works automatically using a GitHub personal token with read only access to what's already public.
Here is the guide on how to do the mirroring: https://codeberg.org/Recommendations/Mirror_to_Codeberg#4-github-codeberg-mirroring-tutorial It did fail at first but ended up working after 3 or so retries.
#JoinMarketNG

2026-03-03 10:54:43 CET

The problem with insufficient entropy at boot time:
> In 2012, researchers scanned the whole internet and harvested public keys from TLS certificates and SSH hosts. They found that a handful of systems had identical public keys, and in some cases very similar keys (namely, RSA keys with shared prime factors): in short, two numbers, n = pq and n′ = p′q′, with p = p′, whereas normally all ps and qs should be different in distinct modulus values. After further investigation, it turned out that many devices generated their public key early, at first boot, before having collected enough entropy, despite using an otherwise decent PRNG (typically /dev/urandom). PRNGs in different systems ended up producing identical random bits due to a same base entropy source (for example, a hardcoded seed).
From the book Serious Cryptography.
F

2026-03-03 10:31:32 CET

> The 2G standard also defined A5/2, a cipher for areas other than the EU and US. A5/2 was purposefully weaker to prevent the use of strong encryption everywhere.
From the book: Serious Cryptography.
So basically they made 2G A5/1 cypher insecure accidentally, but from the beginning designed a weaker A5/2 for the rest of the world on purpose...

2026-02-24 10:27:59 CET

- reply

So nice to have a rational debate online! Appreciated :-)

2026-02-24 08:41:52 CET

- reply

Don't want to start a war. Just to mention the truism that different tools have different tradeoffs and that does not mean one is better than the other.
That being said:
- (Current) Bitcoin had no hard forks
- Bitcoin is protected by a hashrate that's orders of magnitude larger and that can't be outpaced with generic hardware
- Higher cost to validate transactions (in CPU, RAM, and tx size)
- Bitcoin has a limited supply. NGU technology is very important for a SoV! And nice to have for a MoE.
- Monero has no layer 2, protocols are built in layers and blockchains don't scale
All of this might be worth it for some particular person doing some particular task, but the privacy gains are not a free meal!

2026-02-24 08:13:17 CET

- reply

Different tradeoffs 😉

2026-02-22 15:03:20 CET

- reply

Yes, very cool🔥

2026-02-21 15:01:46 CET

- reply

Well, the taker is the coordinator. I would not call that a centralized coordinator.
It's not always the same entity, and no one other than the taker knows the input and output mappings or can easily perform a Sybil attack.
Not sure if it can get much better than this from the taker's perspective.

2026-02-18 16:39:26 CET

Compare E-readers: comparison table/chart (specs, features, size)
https://comparisontabl.es/e-readers/
https://stacker.news/items/1436624

2026-02-18 08:54:27 CET

Introducing Sonnet 4.6 \ Anthropic
https://www.anthropic.com/news/claude-sonnet-4-6
https://stacker.news/items/1436365

2026-02-18 08:37:01 CET

MiniMax M2.5: Built for Real-World Productivity
https://www.minimax.io/news/minimax-m25
https://stacker.news/items/1436362

2026-02-17 22:14:31 CET

- reply

<3
I managed to fix it by running a newer version than what was avaialble at the Debian repos.
It's now at 83% sync. It's running on my home server on an nvme with gigabit internet, so the conditions are pretty good.
Here is the command in case it helps anyone:
```
docker run -d --restart always --name monerod -v /flash/monero/:/home/monero/.bitmonero --user 1000:1000 --network "container:gluetun" ghcr.io/sethforprivacy/simple-monerod:v0.18.4.5 --rpc-restricted-bind-ip=0.0.0.0 --rpc-restricted-bind-port=18089 --no-igd --no-zmq --enable-dns-blocklist --ban-list=/home/monero/ban_list.txt
```
It's more or less the recommended parameters from the Docker image repo, with the addition of running it as unprivileged and behind a VPN (gluetun).

2026-02-17 08:58:08 CET

- reply

After all night running, on nvme, a powerful CPU and with plenty of RAM, it took several hours to reach 65% and is stuck there. Now all peers are blocked for some reason and is not syncing anymore.
Command used:
```
monerod --data-dir /flash/monero/ --prune-blockchain --sync-pruned-blocks --db-sync-mode=fast:async:250000000 --fast-block-sync 1 --prep-blocks-threads 8 --block-sync-size 100 --max-concurrency 8 --no-igd --no-zmq --enable-dns-blocklist --out-peers 16 --in-peers 8
```
logs:
```
...
2026-02-17 07:54:36.217 I Host 95.217.7.137 blocked.
2026-02-17 07:54:36.217 I Host 95.217.7.248 blocked.
2026-02-17 07:54:40.113 E Too many object fields
2026-02-17 07:54:40.116 E Exception at [portable_storage::load_from_binary], what=Too many object fields
2026-02-17 07:54:41.609 E Too many object fields
2026-02-17 07:54:41.611 E Exception at [portable_storage::load_from_binary], what=Too many object fields
status
Height: 2365820/3611892 (65.5%) on mainnet, not mining, net hash 2.70 GH/s, v14, 16(out)+0(in) connections, uptime 0d 0h 0m 16s
```
All I want is to finish sync and measure the CPU time of validating transactions after the initial sync, to compare with bitcoind and see how it would scale.

2026-02-16 22:56:05 CET

- reply

Not so nice... Created at could be kind of sensitive. Donated at not sure what it means. And device? Is it decodable somehow? What is it?

2026-02-16 18:11:31 CET

- reply

Well that's with a remote node. I tried to sync from scratch as I would have for a Bitcoin node. What was very demanding is the IO.
I'm testing it again, and will compare the CPU time of transaction verification after the initial sync.

2026-02-16 18:01:09 CET

- reply

What was this about? Asking honestly, just read a few articles when it happened. https://en.cryptonomist.ch/2025/09/15/monero-record-reorganization-18-blocks-rewritten-and-118-transactions-made-unconfirmed/

2026-02-16 17:13:34 CET

- reply

care to elaborate?

2026-02-16 15:34:37 CET

- reply

IMO no external/centralized coordinator is the way. JoinMarket can still be improved, and that's the plan for JoinMarket NG.

2026-02-16 15:26:14 CET

- reply

what, why?

2026-02-16 15:09:29 CET

- reply

I see. IMO there's no perfect solution, just different tradeoffs.
I haven't personally thought much about the spam debate. My (ignorant) view is that fees are too cheap and that's the consequence of a bigger problem (lack of adoption and MoE through self custody). Maybe that's what we should focus on instead.
I would expect that with 10x or 100x fees, spam would just be priced out. Another point is that it kind of “helps” to have a baseline “security budget” sponsored by bored people. Cool, whatever.
I generally don't like the idea of saying what a system/protocol is “for”. With a hacker mindset, I admire when someone finds a new use to an existing thing. For example, hash algorithms are not meant to be used for anything like Proof of Work, but it's amazing how well they fit.
Not saying that embedding pepe images on Bitcoin transactions is that “hacker” breakthrough. But who knows what people will come up with in the future.
Please, educate me on whatever I'm missing. Really haven't put much thought into it. The topic looks so “hot” and politics-like that just pushes me away.

2026-02-16 11:52:00 CET

- reply

I once tried to run a monero node and that's when I saw it had no chance of “winning”. Craaazy resource requirements, and that despite being used way less than Bitcoin. If it ever reached the same levels or its full capacity, decentralization would be interesting to keep.
Oh, and it already has 51% attacks and hard forks on a monthly basis.

2026-02-16 11:46:22 CET

- reply

The Hitchhikers Guide to the Galaxy

2026-02-16 10:58:31 CET

- reply

with KYC? no thanks

2026-02-12 23:02:08 CET

- reply

ouch

2026-02-12 10:27:11 CET

- reply

No, that's just the inverse of interest rates. Things with a long time horizon and unclear profitability like tech products (e.g., the metaverse or whatever) just hire more when money is cheap and cut costs when it's expensive. They are not in a rush and it's unclear if delivering one year earlier is worth a 5% higher cost.
Same figure upside down:
https://blossom.primal.net/bb44a37672b1a03357d02e642a026d3c2cf723de34c09eb6f11efa62deb36fc0.png

2026-02-09 10:09:16 CET

Claude Opus Finds more than 500 High Severity Vulnerabilities in Open Source
https://red.anthropic.com/2026/zero-days/
https://stacker.news/items/1429717

2026-02-08 12:28:04 CET

- reply

making progress!!! https://blossom.primal.net/d5779e110d93d3cd9dd3e9699d6e7364414d5dc9b88c2625097a61276db7ea92.mp4
#nevent1q…23w9

2026-02-08 11:53:26 CET

- reply

I think the question should be how to coordinate so Bitcoin has (more) layer one privacy and fungibility.
All that Bitcoin cares about is that in each block all transactions are valid. “Nothing” stops us from making a single transaction per block with all inputs and all outputs arranged in a way that subset sum analysis is broken. Not the same as Monero's ring signatures, but both for good and for bad.
And then of course move as far away from the base layer as possible, because blockchains don't scale.
IMO Monero just chooses different tradeoffs and pushes the scalability problem further, but does not solve it.

2026-02-08 10:00:50 CET

Don't mind the content. But I'm blown away at how decent these “AI” generated videos look. I just sent Opus 4.6 the DOCS.md of jm-ng and the links to https://github.com/3b1b/manim (used by 3Blue1Brown math youtuber) and https://github.com/remotion-dev/remotion (programatic videos using React). So this looks veeery promising. https://blossom.primal.net/89a2ce02609db11919d96090f4c35c24b8ccedfdfee54823d0cc298caa2661e1.mp4 https://blossom.primal.net/d2a9308fd96e75dca36f3f16526ead0f51ae7505dd208f06fb2b30df3c770c9f.mp4

2026-02-06 22:11:30 CET

- reply

oh no... already selling a course to get rich quick xD

2026-02-06 15:37:30 CET

- reply

I knew you two would get along xD (equally based)

2026-02-06 15:33:11 CET

- reply

link? what happened?

2026-02-05 17:30:56 CET

Xiaogang, Anhui - Wikipedia
https://en.wikipedia.org/wiki/Xiaogang,_Anhui
> In December 1978, eighteen of the local farmers, led by Yen Jingchang, met in the largest house in the village. They agreed to break the law at the time by signing a secret agreement to divide the land, a local People's Commune, into family plots. Each plot was to be worked by an individual family who would turn over some of what they grew to the government and the collective whilst at the same time agreeing that they could keep the surplus for themselves. The villagers also agreed that should one of them be caught and sentenced to death that the other villagers would raise their children until they were eighteen years old. At the time, the villagers were worried that another famine might strike the village after a particularly bad harvest and more people might die of hunger.
> After this secret reform, Xiaogang village produced a harvest that was larger than the previous five years combined. Per capita income in the village increased from 22 yuan to 400 yuan with grain output increasing to 90,000 kg in 1979. This attracted significant attention from surrounding villages and before long the government in Beijing had found out. The villagers were fortunate in that at the time China had just changed leadership after the death of Mao Zedong. The new leadership under Deng Xiaoping was looking for ways to reform China's economy and the discovery of Xiaogang's innovation was held up as a model to other villages across the country. This led to the abandonment of collectivised farming across China by 1983 and a large increase in agricultural production. The secret signing of the contract in Xiaogang is widely regarded by historians and media as the beginning of the period of rapid economic growth and industrialisation that mainland China has experienced ever since.
https://en.wikipedia.org/wiki/Xiaogang,_Anhui
https://stacker.news/items/1427062

2026-02-05 10:27:15 CET

- reply

Happy to follow you and to see some contrarian opinion.
Bitcoin's value comes from being decentralized ans secure, and that hasn't changed. Bitcoin promises: censorship resistance, absolute property, ...
NGU is great, but it's not guaranteed or even the biggest value proposition.
Doing as well as the SP500 in the worst time frame that you could pick is still a great baseline. I think most people here would be willing to give up a few percentage points for the sake of sovereignty. Those percentage points would have been taxed away or confiscated somehow anyway in the KYC'd SP500 shares.
It's very unrealistic to expect for a 2T market cap asset to just go up and to the right unbothered.

2026-02-04 15:15:28 CET

https://github.com/elikaski/ECC_Attacks
Great read! Explains elliptic curve cryptography from the fundamentals and step by step.

2026-02-02 10:57:30 CET

https://blossom.primal.net/c3ec117f4196ef588af2606d1abe4557b6cc025fe4fc23d83c578f9d4ea62da7.png

2026-02-02 09:28:22 CET

Built-In statistical profiler for Python in 3.15
https://docs.python.org/3.15/library/profiling.sampling.html#module-profiling.sampling
https://stacker.news/items/1424595

2026-02-02 08:42:43 CET

- reply

You can also do something similar with an additional privacy layer hiding the destination node pubkey using lnproxy!
https://github.com/lnproxy/lnproxy-address

2026-02-01 11:01:34 CET

#NymVPN #FOSDEM
https://blossom.primal.net/aac033873c542912481b1c8fa488ff82249332ac7424362789d671da817c084a.jpg

2026-02-01 10:33:23 CET

- reply

do you want to be found? I'm there now

2026-01-31 15:27:19 CET

- reply

Haven't found you yet. But you can find me as well. I'm wearing an "opt out" t-shirt.
BTW, should we set up a table with a sign saying "open spurce self hosted money (Bitcoin), yay or nay?". Really sad to not see anything about Bitcoin here. And I think the general attitude towards it is negative. Maybe we should get the debate started.

2026-01-31 10:20:15 CET

- reply

challenge accepted!

2026-01-31 10:03:50 CET

- reply

do you have a stand somewhere?

2026-01-31 08:48:52 CET

Anyone at #FOSDEM ?

2026-01-28 21:38:51 CET

- reply

I looks like it has stopped now. Check your log file size just in case (maybe you didn't notice?).