0Pricing
Blockchain Smart Contracts with Solidity · Lesson

Formal Verification Basics

Get an introduction to formal verification methods and tools for mathematically proving contract correctness and absence of vulnerabilities.

Formal Verification Basics is a free Blockchain Smart Contracts with Solidity lesson on CoddyKit — lesson 2 of 4. You can read the complete lesson below for free — then practise it hands-on in the browser with a built-in code editor and a 24/7 AI tutor. It is part of the Blockchain Smart Contracts with Solidity learning path, one of 4 lessons in the course, and your progress syncs across the web and the CoddyKit app.

What is Formal Verification?

Formal verification (FV) is like giving your smart contract a mathematical proof of correctness!

Instead of just testing if it works in certain scenarios, FV uses mathematical techniques to prove that your code behaves exactly as intended under ALL possible scenarios.

Think of it as a super rigorous audit that guarantees certain properties of your contract will always hold true.

Why It's Crucial for Contracts

Smart contracts manage valuable assets and are immutable once deployed. A single bug can lead to catastrophic losses!

Unlike regular software, smart contracts can't be easily patched or updated, making pre-deployment correctness paramount.

FV helps catch subtle bugs that even extensive testing might miss, providing a higher level of assurance for critical logic.

Testing vs. Formal Verification

It's important to understand the difference:

  • Traditional Testing: Runs your code with specific inputs to find bugs. It shows the presence of bugs but not their absence.
  • Formal Verification: Proves mathematically that a program satisfies its specification for ALL possible inputs. It aims to prove the absence of bugs for specified properties.

They complement each other, but FV offers stronger guarantees.

Core Idea: Contract Properties

At the heart of formal verification are properties. These are statements about what your contract MUST or MUST NOT do.

Examples of properties:

  • "The total supply of tokens never exceeds its initial value."
  • "Only the contract owner can pause the contract."
  • "A user's balance can never become negative."

You define these properties, and the FV tool tries to prove them.

Property Example: Total Supply

Consider this simple token contract. A key property we'd want to verify is that its totalSupply remains constant after initialization.

We'd write a formal specification stating: "After deployment, totalSupply cannot be increased or decreased by any function call." The FV tool would then check this.

/*
This is a simplified example for illustration.
A real token contract would have transfer functions
and other logic that formal verification could target.
*/
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract SimpleToken {
    string public name;
    string public symbol;
    uint256 public totalSupply;
    address public owner;

    constructor(string memory _name, string memory _symbol, uint256 _initialSupply) {
        name = _name;
        symbol = _symbol;
        totalSupply = _initialSupply;
        owner = msg.sender;
    }

    function getOwner() public view returns (address) {
        return owner;
    }
}

The FV Process (Simplified)

Here's a high-level look at how formal verification typically works:

  1. Specify Properties: You write down the desired behaviors (properties) of your contract in a formal language (e.g., a variant of Solidity, or a separate specification language).
  2. Run the Verifier: A formal verification tool analyzes your contract's code and its properties.
  3. Generate Proof or Counterexample: The tool either produces a mathematical proof that the properties always hold, or it finds a counterexample – a sequence of actions that violates a property.

If a counterexample is found, you know there's a bug!

Different FV Approaches

There are a few main approaches to formal verification:

  • Model Checking: Explores all possible states and transitions of a system to verify properties. Works well for finite-state systems, but can hit "state explosion" for complex contracts.
  • Theorem Proving: Uses logical deduction to prove properties. More powerful for complex systems but often requires more manual effort and expertise.
  • Static Analysis: While not strictly FV, static analyzers check code for common patterns of bugs without executing it, providing a good first line of defense.

Popular Solidity FV Tools

Several tools help apply formal verification to Solidity:

  • SMTChecker: Built into the Solidity compiler, it uses SMT (Satisfiability Modulo Theories) solvers to verify simple properties and detect common issues.
  • Certora Prover: A powerful commercial tool that allows writing complex specifications in a specialized language to prove deep properties.
  • K-framework: A semantic framework used to formally define programming languages and then verify properties of programs written in those languages.

These tools require learning their specific syntax for writing properties.

Pros & Cons of Formal Verification

Benefits:

  • Highest level of assurance for critical properties.
  • Can find obscure bugs missed by testing.
  • Reduces risk in high-value smart contracts.

Limitations:

  • Can be complex and costly to implement.
  • Requires specialized expertise to write specifications.
  • Only as good as the properties defined – properties themselves can have bugs!
  • Does not verify the underlying EVM or compiler itself.

Formal Verification Check

You've learned about the power of formal verification. Let's test your understanding!

Formal Verification Recap

In this lesson, we explored Formal Verification, a powerful technique for mathematically proving the correctness of smart contracts.

We learned that FV aims to guarantee the absence of specific bugs by verifying contract properties against all possible inputs, offering a higher level of assurance than traditional testing.

While complex, tools like SMTChecker and Certora are making FV more accessible for securing critical blockchain applications.

Frequently asked questions

Is the “Formal Verification Basics” lesson free?

Yes — the full text of “Formal Verification Basics” is free to read here on the web, and the Blockchain Smart Contracts with Solidity course includes 4 lessons in total. To practise it interactively (a built-in code editor and a 24/7 AI tutor) and unlock the rest of the Blockchain Smart Contracts with Solidity course, upgrade to CoddyKit PRO.

What will I learn in “Formal Verification Basics”?

Get an introduction to formal verification methods and tools for mathematically proving contract correctness and absence of vulnerabilities. You practise Blockchain Smart Contracts with Solidity with hands-on code you run directly in the browser, and a 24/7 AI tutor answers your questions as you work through the lesson.

Do I need any experience to start Blockchain Smart Contracts with Solidity?

No prior experience is required. Blockchain Smart Contracts with Solidity on CoddyKit is structured for beginners through advanced learners; this is — lesson 2 of 4, so you can start here or from the beginning and move at your own pace.

How long does the “Formal Verification Basics” lesson take?

Most CoddyKit lessons take about 5–10 minutes. Each one is bite-sized and interactive, so you make steady progress and pick up exactly where you left off across the web and the app.

Can I write and run code in this Blockchain Smart Contracts with Solidity lesson?

Yes. Every Blockchain Smart Contracts with Solidity lesson includes a built-in code editor, so you write and run real code right in your browser and get instant AI feedback — no local setup required.

All lessons in this course

  1. Advanced Testing with Foundry/Hardhat
  2. Formal Verification Basics
  3. Mainnet Deployment & Monitoring
  4. Fuzzing and Invariant Testing
← Back to Blockchain Smart Contracts with Solidity