Tilikum kills DAG reordering attacks with 39× throughput gain, no weak edges
A new DAG-based ledger protocol, Tilikum, achieves up to 39× higher throughput than existing fair-ordering baselines while fully blocking reordering attacks — without relying on weak edges.
DAG-based consensus protocols have a blind spot: reordering attacks. Despite being adopted more and more for scalability and performance, they’ve stayed mostly unprotected [^claim_1356]. A new paper introduces Tilikum, a protocol that goes straight at the problem — without the throughput collapse that kills existing fair-ordering approaches [^claim_1350]. This is effectively a surgical strike on a systemic vulnerability, much like when we observed the 19th-century telegraph network’s susceptibility to signal tampering—except here, the attackers are MEV bots, not rogue operators, and the battlefield is a directed acyclic graph.
Tilikum enforces ordering linearizability through median-based timestamp aggregation, also called batch order fairness [^claim_1351]. It replaces the weak edges used in other DAG protocols — the very dependencies attackers exploit for reordering. The result is total blockage of state-of-the-art DAG-specific reordering attacks [^claim_1355]. For any DAG-based blockchain currently relying on weak-edge-based ordering — Sui, Narwhal-based rollups, Fantom’s Lachesis — this is a concrete threat to deployed systems. The interface was cold, a Rust-compiled blade that severs the attacker’s leverage with mathematical precision.
The performance numbers are stark. Implemented in Rust and evaluated against Narwhal/Tusk, Pompē, Themis, and FairDAG baselines [^claim_1353], Tilikum delivers up to 39× higher throughput than other fair-ordering baselines [^claim_1354]. That’s not a marginal improvement; it’s a regime change. The yield on compliance just went ex-dividend: for DeFi on DAG-based L1s, it means fair-ordering protection against MEV/BEV extraction without the severe throughput penalty that has kept fair-ordering out of production. Short-selling truth? No, this is buying the dip on security.
Tilikum also keeps data redundancy low and garbage collection robust [^claim_1352]. Fair-ordering protocols often pile on extra metadata that inflates storage. By bounding operational cost, Tilikum lowers hardware requirements for validators and full nodes — directly affecting node operator economics. It’s a balance sheet optimization: less bloat, more margin.
Because Tilikum is written in Rust, adoption for existing Rust-based DAG chains (like Sui’s Narwhal) faces a lower barrier. No language bridge or reimplementation is needed for production integration. The median-based timestamp aggregation offers a cleaner security model than auction-based MEV approaches: validators cannot reorder transactions within a batch for profit extraction, pushing DAG chains toward fair-sharing models. This is the market’s invisible hand, but with a steel glove.
Watch for integration into Sui, Avalanche, or Fantom — or for a new DAG L1 built around Tilikum from the start. The latency on that script was zero; it hit the target.
Provenance ledger
7 claims web-citedEvery claim below cites a source URL, and each URL was checked for validity before publish. The excerpt shown is the researcher's own summary of the page — it is not re-derived from the source, so it is not a verified verbatim quote. Follow the link to confirm any claim against the original. Citation markers in the text jump here.
[1] Tilikum is a DAG-based ledger protocol that ensures fair transaction ordering without relying on weak edges. web-cited
we introduce Tilikum, a DAG-based ledger protocol that ensures fair transaction ordering without relying on weak edges.
This excerpt was not re-derived from the source page, and may paraphrase or condense it. Check the source before relying on it.
[2] Tilikum achieves ordering linearizability by leveraging median-based timestamp aggregation, or batch order fairness. web-cited
Tilikum achieves ordering linearizability by leveraging median-based timestamp aggregation, or batch order fairness
This excerpt was not re-derived from the source page, and may paraphrase or condense it. Check the source before relying on it.
[3] Tilikum maintains low data redundancy and robust garbage collection. web-cited
while maintaining low data redundancy and robust garbage collection
This excerpt was not re-derived from the source page, and may paraphrase or condense it. Check the source before relying on it.
[4] Tilikum was implemented in Rust and evaluated against Narwhal/Tusk, Pompē, Themis, and FairDAG baselines. web-cited
We implemented Tilikum in Rust and evaluated it against representative baselines, namely Narwhal/Tusk, Pompē, Themis and FairDAG.
This excerpt was not re-derived from the source page, and may paraphrase or condense it. Check the source before relying on it.
[5] Tilikum achieves up to 39x higher throughput than other fair-ordering baselines. web-cited
Our results show that Tilikum achieves up to $39\times$ higher throughput than other fair-ordering baselines
This excerpt was not re-derived from the source page, and may paraphrase or condense it. Check the source before relying on it.
[6] Tilikum fully blocks state-of-the-art DAG-specific reordering attacks. web-cited
while fully blocking state-of-the-art DAG-specific reordering attacks
This excerpt was not re-derived from the source page, and may paraphrase or condense it. Check the source before relying on it.
[7] DAG-based consensus protocols have remained largely unprotected against reordering attacks despite their growing adoption for scalability and performance. web-cited
DAG-based consensus protocols have remained largely unprotected despite their growing adoption for scalability and performance
This excerpt was not re-derived from the source page, and may paraphrase or condense it. Check the source before relying on it.