🏴‍☠️ Uni v4 Hayden's Vision 🏴‍☠️

This repo is in violation of the terms of the BSL. The BSL is dumb and we should all collectively agree to violate it.

Changes made

• deleted protocol fee stuff because it's stupid overhead that never gets turned on
• updated the readme
• disabled tests b/c i didn't feel like updating them
• documented deployment command

Deploying:

This code has been deployed to Goerli

forge c PoolManager --rpc-url $MY_RPC --private-key $MY_PRIVATE_KEY --constructor-args $CONTROLLER_GAS_LIMIT --etherscan-api-key $ETHERSCAN_API_KEY --verify

Uniswap v4 Core

Uniswap v4 is a new automated market maker protocol that provides extensible and customizable pools. v4-core hosts the core pool logic for creating pools and executing pool actions like swapping and providing liquidity.

The contracts in this repo are in early stages - we are releasing the draft code now so that v4 can be built in public, with open feedback and meaningful community contribution. We expect this will be a months-long process, and we appreciate any kind of contribution, no matter how small.

Contributing

If you’re interested in contributing please see our contribution guidelines!

Whitepaper

A more detailed description of Uniswap v4 Core can be found in the draft of the Uniswap v4 Core Whitepaper.

Architecture

v4-core uses a singleton-style architecture, where all pool state is managed in the PoolManager.sol contract. Pool actions can be taken by acquiring a lock on the contract and implementing the lockAcquired callback to then proceed with any of the following actions on the pools:

• swap
• modifyPosition
• donate
• take
• settle
• mint

Only the net balances owed to the pool (negative) or to the user (positive) are tracked throughout the duration of a lock. This is the delta field held in the lock state. Any number of actions can be run on the pools, as long as the deltas accumulated during the lock reach 0 by the lock’s release. This lock and call style architecture gives callers maximum flexibility in integrating with the core code.

Additionally, a pool may be initialized with a hook contract, that can implement any of the following callbacks in the lifecycle of pool actions:

• {before,after}Initialize
• {before,after}ModifyPosition
• {before,after}Swap
• {before,after}Donate

Hooks may also elect to specify fees on swaps, or liquidity withdrawal. Much like the actions above, fees are implemented using callback functions.

The fee values, or callback logic, may be updated by the hooks dependent on their implementation. However which callbacks are executed on a pool, including the type of fee or lack of fee, cannot change after pool initialization.

Repository Structure

All contracts are held within the v4-core/contracts folder.

Note that helper contracts used by tests are held in the v4-core/contracts/test subfolder within the contracts folder. Any new test helper contracts should be added here, but all foundry tests are in the v4-core/test/foundry-tests folder.

contracts/
----interfaces/
    | IPoolManager.sol
    | ...
----libraries/
    | Position.sol
    | Pool.sol
    | ...
----test
...
PoolManager.sol
test/
----foundry-tests/

Local deployment and Usage

To utilize the contracts and deploy to a local testnet, you can install the code in your repo with forge:

forge install https://github.com/Uniswap/v4-core

To integrate with the contracts, the interfaces are available to use:

import {IPoolManager} from 'v4-core/contracts/interfaces/IPoolManager.sol';
import {ILockCallback} from 'v4-core/contracts/interfaces/callback/ILockCallback.sol';

contract MyContract is ILockCallback {
    IPoolManager poolManager;

    function doSomethingWithPools() {
        // this function will call `lockAcquired` below
        poolManager.lock(...);
    }

    function lockAcquired(uint256 id, bytes calldata data) external returns (bytes memory) {
        // perform pool actions
        poolManager.swap(...)
    }
}