

QuarkChain
2.5K posts

@Quark_Chain
A Fully Decentralized L2 Delivering Unmatched Scalability, Security, and On-Chain Verifiable Storage - The Ultimate Infrastructure for AI and dApps.









📣 Institutional Onchain: Stablecoins, RWAs & AI is coming to Hong Kong. 📅 11th February | 04:00 PM – 07:00 PM 📍 Hong Kong During Consensus Hong Kong Co-Hosted by @unpaidcompany with incredible Partner line up from @FOFO_HFintech @st0x_io @PerleLabs @pharos_network @lagrangedev @redstone_defi @KiteAIFDN @debridge @1inch @MetisL2 @JSquare_co @Conflux_Network @QuillAudits_AI @KiraPayOfficial @Quark_Chain @EthStorage @geniusprhq @Rapidz_io @ActionModelAI @hectofinance @MindoAI Bringing together institutions, funds and protocol teams.

Hyper-scaling Ethereum state by creating new forms of state: ethresear.ch/t/hyper-scalin… Summary: * We want 1000x scale on Ethereum L1. We roughly know how to do this for execution and data. But scaling state is fundamentally harder. * The most practical path for Ethereum may actually be to scale existing state only a medium amount, and at the same time introduce newer forms of state that would be extremely cheap but also more restrictive in how you can use them. * In such a design, the present-day state tree would over time become dominated by user accounts, defi hub contracts, code, and other high-value objects, while all kinds of individual per-user state objects (eg. ERC20s balances, NFTs, CDPs) would be handled with cheaper but more restrictive tools. Making the developer abstractions to make this easy to implement for the use cases that make up >90% of state today seems very doable.



OpenSea has added support for web3:// (ERC-4804) Most NFTs today still rely on off-chain infrastructure to be accessed and understood. When those access layers disappear, the asset itself becomes unreachable. ERC-4804 introduces a native way to resolve NFT metadata directly from Ethereum — removing reliance on gateways, DNS, or centralized access points. This standard was originally proposed and advanced by the QuarkChain team to address this long-standing gap in Web3. For QuarkChain, this aligns directly with the Super World Computer vision: a system where decentralization extends beyond execution to include how applications and data are accessed — forming a truly end-to-end decentralized stack. 🔗 OpenSea Metadata Standards docs.opensea.io/docs/metadata-… 🔗 Bankless on ERC-4804 bankless.com/read/erc-4804-… 🔗 web3:// web3url.io









Welcome to 2026! Milady is back. Ethereum did a lot in 2025: gas limits increased, blob count increased, node software quality improved, zkEVMs blasted through their performance milestones, and with zkEVMs and PeerDAS ethereum made its largest step toward being a fundamentally new and more powerful kind of blockchain (more on this later) But we have a challenge: Ethereum needs to do more to meet its own stated goals. Not the quest of "winning the next meta" regardless of whether it's tokenized dollars or political memecoins, not arbitrarily convincing people to help us fill up blockspace to make ETH ultrasound again, but the mission: To build the world computer that serves as a central infrastructure piece of a more free and open internet. We're building decentralized applications. Applications that run without fraud, censorship or third-party interference. Applications that pass the walkaway test: they keep running even if the original developers disappear. Applications where if you're a user, you don't even notice if Cloudflare goes down - or even if all of Cloudflare gets hacked by North Korea. Applications whose stability transcends the rise and fall of companies, ideologies and political parties. And applications that protect your privacy. All this - for finance, and also for identity, governance and whatever other civilizational infrastructure people want to build. These properties sound radical, but we must remember that a generation ago any wallet, kitchen appliance, book or car would fulfill every single one of them. Today, all of the above are by default becoming subscription services, consigning you to permanent dependence on some centralized overlord. Ethereum is the rebellion against this. To achieve this, it needs to be (i) usable, and usable at scale, and (ii) actually decentralized. This needs to happen at both (a) the blockchain layer, including the software we use to run and talk to the blockchain, and (b) the application layer. All of these pieces must be improved - they are already being improved, but they must be improved more. Fortunately, we have powerful tools on our side - but we need to apply them, and we will. Wishing everyone an exciting 2026. Milady.


New post on EthResear.ch! Understanding the Practical Disk I/O Cost of KV Lookups in Blockchain Systems By: - ping-ke - Qi Zhou - Po 🔗 ethresear.ch/t/23711 Highlights: - The assumption that key-value lookups in LSM-tree databases cost O(log N) disk I/O is often incorrect in real-world scenarios. - When Bloom filters and the Top-Index fit in cache, most negative lookups incur zero disk I/O, and I/Os per Get operation can drop to around 2. - If all index blocks fit in cache, I/Os per Get can further reduce to approximately 1.0–1.3, regardless of database size. - Data block caching has minimal impact on I/O reduction for random-read workloads, emphasizing the importance of caching metadata. - The study provides practical cache sizing recommendations to achieve near-constant read performance, requiring only a small fraction of the total database size. ELI5: This research looks at how much disk work is really needed when looking up data in blockchain systems that use key-value storage. It finds that, contrary to common belief, if you have enough memory to store certain data structures, you can look up data much faster and with less disk access than previously thought.



EIP-7907: Meter Contract Code Size And Increase Limit Bigger contracts - Fairly Metered Build bigger on Ethereum


New post on EthResear.ch! Achieving 10GigaGas/s EVM Execution with BAL and Parallel Execution By: - Po - Qi Zhou 🔗 ethresear.ch/t/23632 Highlights: - The current Ethereum clients are limited by sequential transaction processing, which underutilizes multi-core CPUs. - Using BAL and a pure-execution environment, the researchers achieved a throughput of over 10 GigaGas/s on a modern 16-core PC. - Parallel execution can significantly increase throughput, but the longest-running transactions still create bottlenecks that limit overall speedup. - Simulating larger 'mega blocks' allows for better parallelism, achieving close to linear scaling in throughput. - Future improvements are needed in areas like sender recovery and state commit to sustain high-throughput execution. ELI5: This research explores how to make Ethereum's transaction processing much faster by using a technique called BAL (Block-level Access Lists) and running transactions in parallel instead of one after another. By doing this, they found that Ethereum could potentially handle over 10 billion gas units per second, which is a huge improvement over current speeds.


New post on EthResear.ch! Achieving 10GigaGas/s EVM Execution with BAL and Parallel Execution By: - Po - Qi Zhou 🔗 ethresear.ch/t/23632 Highlights: - The current Ethereum clients are limited by sequential transaction processing, which underutilizes multi-core CPUs. - Using BAL and a pure-execution environment, the researchers achieved a throughput of over 10 GigaGas/s on a modern 16-core PC. - Parallel execution can significantly increase throughput, but the longest-running transactions still create bottlenecks that limit overall speedup. - Simulating larger 'mega blocks' allows for better parallelism, achieving close to linear scaling in throughput. - Future improvements are needed in areas like sender recovery and state commit to sustain high-throughput execution. ELI5: This research explores how to make Ethereum's transaction processing much faster by using a technique called BAL (Block-level Access Lists) and running transactions in parallel instead of one after another. By doing this, they found that Ethereum could potentially handle over 10 billion gas units per second, which is a huge improvement over current speeds.