Ledger is a multi-million $ company that comply with anything from the bkstrs, that don't disclose their source code, that lie on its tech (how is it hard & cold when a simple software update can export the seeds and send them to a distant server - yes it happened a few years ago already).

Ledger is a middle man for the masses to hold coins on blockchain, a third party that people have to trust...

What is needed is an electronic payment system based on cryptographic proof instead of trust,
allowing any two willing parties to transact directly with each other without the need for a trusted
third party.

Hopefully i don't have to add the source.

Now let's see what kind of community you are, brainwashed idiocrates who cannot stand messengers without a social credit ? or intellectual benevolent agorists that value their freedom, their privacy and love to discuss selflessly ideas & facts ?

The Resolv USD stablecoin, also known as USR, lost its intended dollar peg and dropped to around $0.14 after an exploiter was able to mint and sell tens of millions of unbacked tokens. USR is an asset-backed stablecoin that uses cryptoassets like bitcoin, ETH, and other stablecoins as collateral.

An exploiter took advantage of a flaw in USR's minting code to create tens of millions of USR tokens without depositing any assets to back them. The attacker then sold the unbacked USR, crashing the stablecoin's price to as low as $0.14. The attacker has profited at least 11,400 ETH (~$24 million), though they are still selling.

Some defi protocols paused USR-exposed strategies to avoid downstream impacts. Resolv issued a statement that the token's collateral pool was unaffected, though this is likely little comfort for those who purchased the unbacked USR.

The core idea: crypto transactions shouldn't be a separate step from using a social platform. When you sign up, custodial wallets for LTC, BTC, and DOGE are automatically created for your account - no seed phrases, no setup. Deposits and withdrawals go straight to/from that wallet, minus miner and platform fees.

That wallet is wired into two features that actually use it:

• Fundraisers: create a fundraiser and receive Crypto directly to your platform wallets. Donors send from their own wallet aka platform balance. Transactions are onchain and visible on the fundraiser page. Doners also control miner fees too!!

• Direct messages: send Crypto easily while messaging someone. Same wallet, same balance - no switching context or copying addresses. Use inbuilt percent buttons and the miner fee slider for as much control as possible!!

• Address relay: fundraisers and message tip flows generate fresh addresses per transaction. These act as relays only - they never hold funds, everything routes back to the stable registration wallet.

Everything else: communities, posts, comments, karma/trust/profile ratings, mod tools, NSFW controls, anon posts and fundraisers, PGP key slot for profiles, status monitoring/help, percent buttons & fee control along with reporting options for everything a user could post!!!

On moderation: we've put real effort into harm reduction. Automatic and manual content moderation runs continuously, CSAM detection and removal is active 24/7, there's also a dedicated officer panel for authorized personnel to review reported and admin-removed content. The officer panel is built but not yet active (if theirs no users theirs no need :/) - access will require specific clearance and authorization when it goes live.

Current state: LTC only in early access! - BTC and DOGE require their own stable nodes so they're disabled for now. Being upfront: wallets are custodial, the platform holds the keys. Withdrawals are available anytime.

We Would appreciate feedback on anything at all even if people go ham posting. Theirs still definitely some bugs scattered around so if anyone finds any bugs/issues/fee discrepancy's contact: founder-arthur.pfister@cryptoark.net

• Should I have a cold wallet AND a hot wallet at all? Like, should I for example use a hardware wallet to receive, mine, and send Monero, instead of having more wallets?
• Should I make a paper wallet with the app that can be downloaded to make offline wallet keys? Then how would I see balance, sign keys, etc.?

For BTC, even though I never actually used it (never got BTC), I saw Electrum like this:

• Create wallet in offline device
• Export view key to online device
• Create TX in online device
• Sign TX in offline device
• Broadcast TX in online device

But for Monero I'm clueless, because I haven't found any guide properly explaining it.

Yesterday, Ethereum had another bug in one of the consensus clients, called Nimbus, which made them lose sync to the head of the chain. Consensus breaking bugs occur quite often. The last big one was a Prysm bug 2 months ago. Nimbus recent incident meant, that everyone using Nimbus could not attest anymore and the node runners lost some income. But for the network it wasn't really a big issue. Thanks to client diversity, the network did not really struggle in any meaningful way. What is more interesting though is that such an incident can give us insights in how many people use a certain client. Before the incident, attestation participation was at around 99.8% after the incident, the attestation participation dropped to 94.5% within 4 epochs (~25 minutes). Or in other words, it looks like that around 5% of all validators are exclusively using nimbus as the consensus client. This fits very well with the numbers on clientdiversity.org, which has nimbus usage at 4.58%. It is great to see that these estimations on clientdiversity.org are pretty accurate as they are used in discussions about client diversity.

The source of the Nimbus bug are still unknown, but I am sure we will hear about it in the coming days. Fixing the issue is also quite simple, just restart your client. The aftermath of the incident was pretty harmless. Within 3 hours participation was back over 99% and after 9 hours after the incident, participation was still slowly increasing as more and more node operators restarted their clients.

Credits to u/haurog for the write up

One metaphor for Ethereum is BitTorrent, and how that p2p network combines decentralization and mass scale. Ethereum's goal is to do the same thing but with consensus.

Another metaphor for Ethereum is Linux.

• Linux is free and open source software, and does not compromise on this
• Linux is quietly depended on by billions of people and enterprises worldwide. Governments regularly use it.
• There are many operating systems based on Linux that pursue mass adoption
• There are Linux distributions (eg. Arch) that are highly purist, minimalistic and technologically beautiful, and focus on making the user feel powerful, not comfortable

(Actually, BitTorrent is depended on by enterprises too: many businesses and even governments (!!) use it to distribute large files to their users https://www.makeuseof.com/tag/8-legal-uses-for-bittorrent-youd-be-surprised )

We must make sure that Ethereum L1 works as the financial (and ultimately identity, social, governance...) home for individuals and organizations who want the higher level of autonomy, and give them access to the full power of the network without dependence on intermediaries. At the same time, what Linux shows is that this is fully compatible with providing value to very large numbers of people, and even being loved and trusted by enterprises worldwide. Many enterprises in fact desperately want to build on an open and resilient ecosystem - what we call trustlessness, they call prudent counterparty risk minimization.

This is the gwei.

Source and credits to OP: https://firefly.social/post/lens/381w29wcnv2ps0s8r7x

Summary

• Bitcoin slides to lowest since November 2024
• Losses for the year so far at more than 20%
• Crypto market has lost $2 trillion since October peak
• Rout may be triggered partly by Warsh selection

cross-posted from: https://realbitcoin.cash/post/238719

Gavin is the real deal.

There have recently been some discussions on the ongoing role of L2s in the Ethereum ecosystem, especially in the face of two facts:

• L2s' progress to stage 2 (and, secondarily, on interop) has been far slower and more difficult than originally expected
• L1 itself is scaling, fees are very low, and gaslimits are projected to increase greatly in 2026

Both of these facts, for their own separate reasons, mean that the original vision of L2s and their role in Ethereum no longer makes sense, and we need a new path.

First, let us recap the original vision. Ethereum needs to scale. The definition of "Ethereum scaling" is the existence of large quantities of block space that is backed by the full faith and credit of Ethereum - that is, block space where, if you do things (including with ETH) inside that block space, your activities are guaranteed to be valid, uncensored, unreverted, untouched, as long as Ethereum itself functions. If you create a 10000 TPS EVM where its connection to L1 is mediated by a multisig bridge, then you are not scaling Ethereum.

This vision no longer makes sense. L1 does not need L2s to be "branded shards", because L1 is itself scaling. And L2s are not able or willing to satisfy the properties that a true "branded shard" would require. I've even seen at least one explicitly saying that they may never want to go beyond stage 1, not just for technical reasons around ZK-EVM safety, but also because their customers' regulatory needs require them to have ultimate control. This may be doing the right thing for your customers. But it should be obvious that if you are doing this, then you are not "scaling Ethereum" in the sense meant by the rollup-centric roadmap. But that's fine! it's fine because Ethereum itself is now scaling directly on L1, with large planned increases to its gas limit this year and the years ahead.

We should stop thinking about L2s as literally being "branded shards" of Ethereum, with the social status and responsibilities that this entails. Instead, we can think of L2s as being a full spectrum, which includes both chains backed by the full faith and credit of Ethereum with various unique properties (eg. not just EVM), as well as a whole array of options at different levels of connection to Ethereum, that each person (or bot) is free to care about or not care about depending on their needs.

What would I do today if I were an L2?

• Identify a value add other than "scaling". Examples: (i) non-EVM specialized features/VMs around privacy, (ii) efficiency specialized around a particular application, (iii) truly extreme levels of scaling that even a greatly expanded L1 will not do, (iv) a totally different design for non-financial applications, eg. social, identity, AI, (v) ultra-low-latency and other sequencing properties, (vi) maybe built-in oracles or decentralized dispute resolution or other "non-computationally-verifiable" features
• Be stage 1 at the minimum (otherwise you really are just a separate L1 with a bridge, and you should just call yourself that) if you're doing things with ETH or other ethereum-issued assets
• Support maximum interoperability with Ethereum, though this will differ for each one (eg. what if you're not EVM, or even not financial?)

From Ethereum's side, over the past few months I've become more convinced of the value of the native rollup precompile, particuarly once we have enshrined ZK-EVM proofs that we need anyway to scale L1. This is a precompile that verifies a ZK-EVM proof, and it's "part of Ethereum", so (i) it auto-upgrades along with Ethereum, and (ii) if the precompile has a bug, Ethereum will hard-fork to fix the bug.

The native rollup precompile would make full, security-council-free, EVM verification accessible. We should spend much more time working out how to design it in such a way that if your L2 is "EVM plus other stuff", then the native rollup precompile would verify the EVM, and you only have to bring your own prover for the "other stuff" (eg. Stylus). This might involve a canonical way of exposing a lookup table between contract call inputs and outputs, and letting you provide your own values to the lookup table (that you would prove separately).

This would make it easy to have safe, strong, trustless interoperability with Ethereum. It also enables synchronous composability (see: https://ethresear.ch/t/combining-preconfirmations-with-based-rollups-for-synchronous-composability/23863 and https://ethresear.ch/t/synchronous-composability-between-rollups-via-realtime-proving/23998 ). And from there, it's each L2's choice exactly what they want to build. Don't just "extend L1", figure out something new to add.

This of course means that some will add things that are trust-dependent, or backdoored, or otherwise insecure; this is unavoidable in a permissionless ecosystem where developers have freedom. Our job should make to make it clear to users what guarantees they have, and to build up the strongest Ethereum that we can.

Source and credits to OP: https://firefly.social/post/lens/2qyrfkkt3q3693rc3qn

Some people were worried about quantum computers, so here in this video is a little bit on how we'll be dealing with it

🔐 Post-Quantum Ethereum is coming, and here's how it works.

We just delivered a self-study sharing session of leanMultisig - the breakthrough tech that will protect Ethereum's consensus layer in the quantum era.

Learn how leanMultisig will quantum-proof Ethereum, enabling post-quantum signature aggregation, the core mechanism enabling thousands of validators to vote together, through proving and verifying signatures with purpose-built zkVMs! 🤯

The Quantum Challenge:

Why Ethereum needs post-quantum signatures  
How leanSig replaces BLS signatures  
The role of zkVMs in aggregation  

Technical Deep-Dives:

Lean ISA's minimalist design (only 4 instructions!)  
Execution traces → polynomial transformations  
Proof generation and verification with WHIR  
Reducing 1000 signatures (3MB) to just 380KB  

Perfect for ZK enthusiasts and anyone curious about Ethereum's post-quantum future. A great starting point to explore the concepts before diving deeper into the official specs.

Source: https://xcancel.com/ReamLabs/status/2016202675105460568
YT link: https://www.youtube.com/watch?v=5A812DZvOLI