Why Financial Markets Require Predictability and Privacy Beyond Blockchain Throughput

Why Financial Markets Require Predictability and Privacy Beyond Blockchain Throughput While blockchain transaction capacity has scaled dramatically, institutional financial adoption requires critical infrastructure guarantees beyond raw speed, including resilient access, deterministic transaction ordering, and pre-execution confidentiality. Aggregate blockchain throughput has expanded more than 100x over five years, shifting the primary technical bottleneck from capacity to execution predictability. Financial markets require immediate, resilient inclusion guarantees to prevent single-operator gatekeeping, motivating research into frameworks like Strong Chain Quality. Discretionary transaction sequencing enables value extraction and front-running, driving the need for deterministic ordering rules similar to traditional price-time priority. Exposing pending transactions before settlement leaks trading intent, requiring pre-execution encryption while maintaining post-execution auditability. The Shift from Throughput to Predictability Aggregate blockchain throughput has grown over 100-fold in the past five years, with some production systems processing tens of thousands of transactions per second. However, raw capacity does not dictate when a transaction will settle. In financial markets, timing uncertainty of even a fraction of a second can cause trade cancellations to land too late, exposing market makers to stale prices and widening spreads. Consequently, institutional operations require predictable processing rules and reliable access that withstand network congestion, outages, and attacks. Resilient Inclusion and Deterministic Ordering To achieve predictability, blockchains require guarantees on both inclusion and sequencing. If a single proposer controls transaction ingress, they wield outsized market power and can delay actions like liquidations or auction bids. Mechanisms such as Strong Chain Quality aim to route transactions through multiple network paths to eliminate single gatekeepers. Furthermore, explicit and deterministic ordering rules are being developed to counter maximal extractable value, preventing block builders from exploiting order flow through sandwich attacks and replicating the flaws of centralized finance. Pre-Execution Confidentiality and Post-Trade Transparency Public networks often broadcast unexecuted transactions, exposing order size and intent and enabling front-running before settlement occurs. To resolve this, protocol designers are exploring threshold and timelock encryption to maintain pre-execution privacy until an order's position in a block is secured. Once executed, the transaction can be disclosed to counterparties, regulators, or the broader market, striking a balance between protecting pending trading intentions and enabling post-trade auditability.

超越吞吐量瓶颈：金融市场对区块链底层机制的核心诉求 随着全行业区块链吞吐量在过去五年增长超百倍，容量不再是唯一瓶颈。金融机构在链上开展交易、发行稳定币及代币化资产时，更需要系统提供及时的交易纳入、透明确定的排序规则，以及执行前的交易隐私保障，以应对严苛的市场环境。 全行业区块链总吞吐量五年内增长超百倍，部分生产系统可达数万TPS，性能讨论重心从容量转向确定性。 金融市场依赖毫秒级的时间窗口，区块链需要从“最终纳入”转向“即时纳入”，避免单节点把控准入权力。 缺乏明确排序规则和中心化出块权会导致MEV等抢先交易问题，重蹈传统金融市场特权中介的覆辙。 链上金融需要执行前的机密性与执行后的可审计性，正通过时间锁加密和门限加密等技术防范抢先交易。 容量瓶颈突破与确定性需求 高费率和拥堵曾限制链上金融落地，但近年的基础设施升级已使区块链总吞吐量实现百倍增长。然而单纯的吞吐量无法决定交易何时落地。金融行为高度依赖时间窗口，如订单撤销延迟会导致做市商承担陈旧价格风险并拉大价差，因此市场参与者需要明确的准入与排序确定性。 及时的交易纳入与去中心化弹性 传统“交易终会被打包”的保证无法满足高频金融需求，开发方向正转向即时纳入。若单一出块节点控制准入队列，便能掌握巨大市场权力。研究人员提出“强链质量”（Strong Chain Quality）等设计，通过为区块预留来自网络不同路径的交易份额，打破单点垄断，确保在网络压力下交易仍能可靠提交。 消除排序特权与防范MEV 若出块者拥有自由排序权，便可利用待处理交易信息实施“三明治攻击”等MEV套利行为，复现传统金融特权中介的信息不对称。协议设计者正在探索基于优先费用的确定性排序规则和特定应用交易场所的定序机制，力求实现类似于传统金融“价格-时间优先”的公平执行保证。 执行前隐私与执行后透明度的平衡 未上链即公开的交易池容易泄露交易意图并被抢先交易。行业正探索时间锁加密和门限加密等技术，在交易确认排序前隐藏其内容，待执行定案后再公开。这种模式既能保护交易执行前的机密性，又保留了事后公开或面向监管机构审计验证的透明度。

Finance is one of the most obvious use cases for blockchains. It’s also one of the most demanding. A benefit of blockchains, often referenced in the context of financial use cases, is that they bring assets, ownership records, and execution rules into a shared system that no single counterparty controls. This does not, however, make blockchains automatically ready for the scale and constraints they’d have to contend with in global financial markets. For years, debates around blockchain readiness focused on *cost* and *throughput* (how many transactions a chain can process per second) because financial applications can’t scale without that capacity. The conversation is changing, however, as throughput is becoming less differentiated across many production systems. As financial institutions start executing trades onchain and issuing stablecoins and tokenized assets, they need to know whether these networks can actually handle the demands and expectations of a real financial market. This includes reliable access, predictable transaction processing rules, and control over if and when sensitive information becomes visible. Those guarantees must also hold through congestion, outages, and attacks. Blockchain designers have worked on these issues for years. This post looks at what they’ve solved, what remains unresolved, and why blockchains are now better equipped to support financial markets. For years, capacity was an obvious bottleneck. Table-stakes issues like too few transactions, too much congestion, and too-high fees made many real-world financial use cases hard to take seriously. Without capacity, routine actions like placing a trade or updating an order get expensive or unreliable as activity picks up. This constraint has shifted over the last few years, and especially in the last cycle of infrastructure upgrades. Across the industry, aggregate blockchain throughput has grown more than [100x](https://a16zcrypto.com/posts/article/state-of-crypto-report-2025/#blockchain-infrastructure-is-almost-ready-for-prime-time) in five years, and some production systems can now process tens of thousands of transactions per second. This is only the beginning as current stress tests and new architectures may push these numbers even higher. The challenge now is that throughput alone doesn’t say much about *when* a transaction will land. This is where *[predictability](https://a16zcrypto.com/posts/article/future-onchain-markets-role-predictability)* comes in. Transactions need to land on schedule, and under rules participants can understand ahead of time, because finance is full of actions that are only useful within a very specific window. For everyday payments, a second of uncertainty is probably fine, but for markets, every millisecond can decide whether participants trust the venue at all. Take an onchain order book, for instance. If a trader’s cancel order lands too late, someone can trade against a stale price. Market makers price in that risk by widening spreads, which means worse prices for everyone. In other words, predictability requires two kinds of guarantees: (1) guarantees on inclusion — or censorship resistance — and (2) guarantees on ordering. Even with good ordering rules, what if one actor can still control access to execution? Imagine we selected a randomly staked node worldwide to control transaction ingress into NYSE every second. Clearly these nodes could exert extreme market power over traders on the exchange. *Sequencing* determines an order’s place relative to other orders, once it hits the chain, while *resilience* starts a step earlier. So, can a participant submit an order in the first place — and can they do so without relying on a single gatekeeper or operator whose decisions could affect price, risk, or trade outcomes? This is why blockchain developers are moving toward stronger guarantees that emphasize immediate, timely inclusion rather than eventual inclusion. The goal is that if a valid transaction reaches the network on time, it should be included instantaneously. That is a much stronger standard than “your transaction will get in soon,” and it is what financial markets need. Our researchers introduced the concept and measure of [Strong Chain Quality](https://a16zcrypto.com/posts/article/strong-chain-quality-for-blockspace-every-block), where access to the next round of execution doesn’t depend on one operator’s queue. The premise is that a blockchain can reserve portions of each block for transactions surfaced through other parts of the network, giving valid transactions more than one route in. The result is less single-operator control over who gets processed next. The goal here is to make blockspace feel like shared infrastructure with multiple routes in, as opposed to a single queue. This requires more complicated protocols than we run in production today, but the benefits may be worth it, so participants can be confident their transactions will land even when the network is under pressure. Predictability is also about how a venue decides the *order* of transactions. Once transactions are ready to be processed, markets need clear rules for sequencing them. On many blockchains, transactions don’t become final one at a time. Instead, they’re gathered into batches, or “blocks,” and added to the ledger by a block builder or proposer. In many of today’s systems, that party has quite a bit of discretion over which transactions are included and in what order. This design — meant to simplify the protocol’s life — may be acceptable for some applications. But in financial markets, ordering determines who gets priority, what price someone receives, and whether execution is fair. Moreover, if one party controls the next block, they may be able to react to transactions before everyone else. In crypto, this is often called [MEV](https://a16zcrypto.com/posts/article/mev-explained/) — or value obtained by including, excluding, or reordering transactions in a block, in addition to standard block rewards. MEV is often explained through examples like “sandwich” attacks, where a trader sees a pending transaction, trades ahead of it to move the price, and then trades immediately after to profit from the resulting price movement. The institutional version is simpler: whoever controls the flow can potentially make decisions based on it before anyone else can. This starts to look a lot like the flaws of existing financial market structure, where centralized intermediaries can benefit from privileged access to information about order flow and trading intent. If onchain markets cannot provide strong guarantees around ordering and execution rules, they risk recreating the same asymmetries. Blockchain protocol designers are working on more explicit ordering rules, primarily including deterministic rules based on priority fees and application-specific rules set by a trading venue. The exact mechanisms are still an [active area](https://a16zcrypto.com/posts/article/future-onchain-markets-role-predictability) of research. Still, the principle is familiar to TradFi: market participants have precise guarantees on how their transactions will be ordered and executed, similar to price-time priority offered by traditional venues. Inclusion and ordering have to work together. A fair sequencing rule isn’t helpful if an auction bid or a liquidation can be selectively delayed before the rule is ever applied. Likewise, timely inclusion is less useful if participants can’t reason about how their transaction will be treated once it gets in. High throughput makes onchain finance plausible. Predictable inclusion and clear ordering rules make it usable when timing matters and under real market pressure. A participant’s trades can divulge what they know or intend to do. The size and direction of an order, for instance, can show whether a fund is building or unwinding its position. If this information becomes public before the order is fully executed, other traders will have a chance to move the price. This is especially relevant onchain because many blockchains expose pending transactions before they’re finalized. So for finance, we need pre-execution privacy, even when post-execution privacy isn’t technically achievable. The [goal](https://a16zcrypto.com/posts/article/future-onchain-markets-role-predictability) for today’s protocol designers is to keep transaction details private while it’s still possible for people to exploit them, and also to support a wider range of privacy models after execution. Once the trade is complete, the disclosure rules can change. A public market might publish the full record, while a bank might make it visible only to the counterparties and regulators. People who can’t see every detail should still be able to verify that the trade followed the rules. To that end, protocol designers are exploring different types of encryption (e.g., [timelock encryption](https://a16zcrypto.com/posts/tags/fhe/) and [threshold encryption](https://a16zcrypto.com/posts/article/limits-encrypted-mempools/)), which can hide transaction contents until a deadline passes or until a committee confirms that the transaction’s place in the block is final. So by the time the market can see the transaction, it should already be too late to front-run it. Markets can be transparent without giving every participant a live preview of everyone else’s unexecuted orders. Onchain finance needs the same sort of distinction, enabling both auditability after execution and confidentiality before execution. If blockchains are going to become core financial infrastructure, they’ll need to support markets that participants can trust. Throughput was just the first test. Without enough capacity, onchain financial applications could never scale beyond niche use cases. Now that speed is the baseline, the harder test is how blockchains can meet the standards financial institutions already expect from market infrastructure. These include predictable execution, unambiguous priority rules, resilient access, and confidentiality before execution without sacrificing transparency after the fact.