Never said you need to store the whole history at all times, i said it must be established in canonical way. Storing latest state is just fine. Event Sourcing works this way too, and allows caching recent state.
You can't do any real money/real estate transactions without canonical order (chain of events). that's why git analogy is not applicable here. You'd need "main" branch to be canonically finalized for each and every participant.
> Blockchain is unnecessary complicated, for example, it has mining
depends on configuration, you can make any traditional web service replicated (replication is one and only thing that protects data in decentralized ledger, same as DNA is stored in every cell) using something like CometBFT on top. Mining/PoS or VM - all optional.
When working on a project https://github.com/xlnfinance/xln (a financial account network between entities) I stumbled upon a problem that you need a way to emulate a real network deterministically. Then i realized every blockchain is just replicated state machine so why dont we encapsulate every user node into Runtime->Entity->Account hierarchy of 3 state machines. Each outer machine fully controls the inner one. Like "blockchain inside blockchain" with different consensus modes.
Then I googled for "hierarchical state machines" and found statecharts. These two ideas are somewhat similar so here are my 2cents. Imo more software should use hierarchies of state machines to fight the worst class of bugs with non-determinism.
→ “AI generates slop, false info, deepfakes make ppl look bad, therefore AI = bad.”
Same vibes.
You can wake up with your bank / broker / PayPal balance = 0, and there is nothing you can do to protect yourself from that scenario.
Only replicated state machines (or L2s built correctly on top of them) even attempt to close that attack surface — and they’re still not finished.
In 10–20 years the world will run on government-run CBDCs, and your relationship with your bank/broker will finally be protected by actual cryptography and replicated state: xln.finance.
That’s when crypto reaches its real bloom.
Right now it’s nowhere close to being mature enough to judge.
If you’re a trader, jokes on you — you were never “in crypto.”
You were just passing through.
The only people who are actually in crypto are the ones who build:
smart contracts, consensus, p2p layers, replicated state machines.
Everyone else is just cheering from the sidelines (usually for the wrong team).
The parent comment is exaclty right. "LOL" is best possible response.
>We should demand privacy, not laugh at the notion of privacy.
Recently got m3 ultra 512gb studio. LM Studio runs frontier models routinely. Going local is the ONLY way. That's all you can do. "Demanding privacy" is security theater. Act accordingly.
why imagine? The world already functions exactly like that. Talk on Tg like every chat is summarized every 24hrs and monthly (with cheap LLM and then with strong ones if signals found), and it reports to all kinds of interested intel agencies.
Same for openrouter. everything that leaves your device plaintext = public. Period. No hopes.
>The JSON HTTP response for updating our own profile contained the "roles" parameter, something that might allow us to escalate privileges if the PUT request was vulnerable to mass assignment. We began looking through the JavaScript for any logic related to this parameter.
Oh, here we go again. JavaScript brings mass assignment back. My efforts went in vein. Strong params, pls!
No such thing as "crypto". You're intermixing form (BTC Jurisdiction state machine) with particular instance (BTC token, USDC token, whatever fungible or not)
Working on: https://github.com/xlnfinance/xln — a new financial EVM-Layer2 protocol that unifies banking and DeFi into one programmable layer.
Think Lightning, but on EVM, with credit that’s provable and enforceable. No sequencers. No DA risk. O(1) per-hop scalability.
If you want to measure real intelligence — human or machine — paste this prompt into any LLM and watch what happens:
Prompt:
“Comprehend the following concept in full depth.
Derive all its implicit implications, design questions, and systemic consequences.
Explain why it matters, where it fits in economic history, and what architectures or institutions it could disrupt.”
Is it a blockchain though? Or anything that remotely resembles block creation in some concentrated datacenters with Tempo's "design partners" gets to be called that.
Something claiming over 20-30 tps onchain is usually a big blocker. Big blocker design is well recognized as insecure: no end user is able to run a full node locally, only datacenters are able to keep up with 100k tps load. Which diminishes entire purpose of creating a blockchain. Could have been a database with 100k tps or 3-of-4 validator multisig like Hyperledger, wouldn't matter.
IMO OAuth2 is very poorly designed. It has several structural issues: "Connect this OAuth provider" hijack your main account, redirect hijack allows to leak either auth codes through Referrer or access_token through #hash passing, "state" CSRF token is optional and usually ignored etc
I have an old writeup on that and solution to it https://sakurity.com/oauth - better analyze it with LLM if interested in authorization protocols