← Latest papers
💻 computer science

Blockchain Attacks and Defenses: A Layered and Cross-Domain Survey

This paper surveys the evolution of blockchain security research over the past decade by categorizing attacks and defenses across a four-tier layered architecture and cross-domain trust boundaries, with a specific focus on the shifting threat landscape driven by decentralized finance and cross-chain interoperability.

Original authors: Junjie Hu, Na Ruan

Published 2026-07-09
📖 6 min read🧠 Deep dive

Original authors: Junjie Hu, Na Ruan

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

The Big Picture: From a Simple Ledger to a Complex City

Imagine blockchains started as a simple shared notebook where a group of friends wrote down who owed whom money. It was secure because everyone had a copy, and no one could erase a page without the others noticing.

But over the last decade, this notebook has evolved into a giant, automated city. In this city, the "notebook" isn't just for money; it runs complex laws (smart contracts), manages banks (DeFi), and connects to other cities (cross-chain bridges). The goal is to keep this city running fairly and securely without a mayor or police chief.

However, as the city grew, the way people tried to break it changed.

  • Old attacks were like smashing the power grid or blocking the roads (network attacks).
  • New attacks are like finding a loophole in the city's tax laws to steal millions, or tricking a bank into thinking a fake check is real (economic and logic attacks).

This paper is a massive security map that helps us understand where the cracks are in this new city and how to patch them.


The Four Layers of the City (The Architecture)

The authors break the blockchain down into four floors, like a building. Attacks can happen on any floor, but they often start on one and cause damage on another.

  1. The Network Floor (The Roads): This is the internet connecting all the computers.
    • The Risk: Imagine a criminal blocking the roads so a specific house can't talk to the rest of the city. They can isolate a house (an "Eclipse Attack") or trick the mailman into delivering fake letters (BGP Hijacking).
  2. The Data & Crypto Floor (The Vault & The Locks): This is where the math happens to keep things secret and unchangeable.
    • The Risk: It's like having a high-tech lock that is perfect in theory, but the person holding the key made a typo. Or, imagine a "magic proof" (Zero-Knowledge Proof) that claims you are rich without showing your bank account, but the magic spell has a bug that lets you fake the proof.
  3. The Consensus & Incentive Floor (The Rules & The Judges): This is where the computers agree on what the truth is and get paid for doing it.
    • The Risk: Imagine a jury that gets paid to vote a certain way. If a criminal offers them enough money, they might vote to change history. This includes "Miner Extractable Value" (MEV), where the people running the traffic lights (validators) see a big truck coming and move it to the front of the line to take a bribe, leaving everyone else stuck.
  4. The Application Floor (The Shops & Banks): This is where the actual apps (like lending money or swapping tokens) live.
    • The Risk: This is where most money is lost. It's like a bank vault with a perfect lock, but the teller was tricked into giving the money to someone wearing a disguise. Or, a "Flash Loan" attack, where a criminal borrows a billion dollars for one second (no collateral needed), uses it to manipulate the market, and pays it back before the bank even knows it happened.

The Danger Zone: When Layers Collide (Cross-Domain Attacks)

The most important part of this paper is about Cross-Domain attacks. This happens when different parts of the system trust each other, but that trust is broken.

The Bridge Analogy:
Imagine two cities, City A and City B, connected by a bridge.

  • City A locks your car in a garage.
  • City B gives you a "paper car" (a token) that says you own the car in City A.
  • The Bridge is the middleman who checks the lock and issues the paper car.

The Attack:
If the middleman (the bridge) is hacked, or if the two cities don't agree on what "locked" means, the attacker can steal the paper car without ever touching the real car. The paper says you own it, but the real car is gone.

The paper lists many ways this happens:

  • Timing Mismatch: City A says the car is locked, but City B issues the paper car too fast before the lock is actually secure.
  • The "Fake" Proof: The bridge accepts a fake receipt saying the car is locked, even though it isn't.
  • Shared Security: If the same group of guards protects both cities, and they get bribed, both cities fall at once.

How We Defend Ourselves

The paper argues that we can't just look at one floor or one bridge. We need to look at the whole building.

  1. Better Tools: Instead of just looking for typos in code, we need tools that understand the economics. We need to ask: "If I do this, can I make money by stealing?"
  2. The "Receipt" System: When you do something complex (like swapping tokens across two cities), you should get a detailed receipt that proves exactly what happened, who did it, and what the risks were.
  3. Emergency Exits: If a bridge is broken, there must be a way for people to get their money out before the whole system crashes.
  4. AI and Humans: The paper notes that Artificial Intelligence (AI) is getting good at finding bugs, but it still needs humans to check if the bug is actually dangerous in the real world.

The Bottom Line

The paper concludes that blockchain security has moved from "keeping the doors locked" to "managing a complex economy."

  • Old Problem: Someone broke the door.
  • New Problem: The door is locked, but the person inside is being tricked into opening it, or the rules of the house allow the thief to walk out the front door legally.

To fix this, we need to understand how the different layers (roads, vaults, judges, and shops) talk to each other. If one layer fails, the whole city shouldn't collapse. The authors are calling for a new way of thinking where security is measured not just by code, but by how the system behaves when things go wrong.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →