Squashed commit of the following:

commit 66fd55f
Author: mgretzke <[email protected]>
Date:   Fri Aug 1 15:01:56 2025 +0200

    cleanup

commit fb8f8e5
Merge: 324782a 0ac955d
Author: Mark Gretzke <[email protected]>
Date:   Tue Apr 1 14:11:04 2025 +0200

    Merge pull request #5 from Uniswap/SimpleAllocator

    Simple allocator

commit 0ac955d
Merge: a2fb41b 273e632
Author: Mark Gretzke <[email protected]>
Date:   Tue Apr 1 09:45:16 2025 +0200

    Merge pull request #6 from Uniswap/ERC7683Allocator

    Erc7683 allocator

commit 273e632
Merge: 4bed9de 10162ae
Author: 0age <[email protected]>
Date:   Thu Mar 27 12:36:19 2025 -0400

    Merge pull request #7 from Uniswap/mandate-reverse-dutch-auction

    Updates to support reversed dutch auction

commit a2fb41b
Author: vimageDE <[email protected]>
Date:   Thu Mar 6 18:51:00 2025 +0100

    enable relayed locks in child contracts

commit 32dafd3
Author: vimageDE <[email protected]>
Date:   Wed Mar 5 11:34:37 2025 +0100

    use this.attest.selector

commit f91a8cc
Author: vimageDE <[email protected]>
Date:   Wed Mar 5 11:05:53 2025 +0100

    Removed sponsor == operator requirement

Author: mgretzke

README.md

@@ -21,12 +21,7 @@ If you intend to develop on this repo, follow the steps outlined in [CONTRIBUTIN
 
 ## Allocators
 
-The allocators are designed to be used with the [The Compact](https://github.com/uniswap/the-compact). Their purpose is to ensure that locked tokens are available to claim for fillers within the promised expiration time. This repository contains multiple allocators, each with different features:
-
-- [ServerAllocator](src/allocators/ServerAllocator.sol): The ServerAllocator stands as an on chain verification contract for a server based allocator. It is ready for the callbacks of the [The Compact](https://github.com/uniswap/the-compact) during a claim and verifies the allocator signatures have been signed by an authorized address. It does not keep track of any locked down tokens, but instead relies on the server to do so.
-- [SimpleAllocator](src/allocators/SimpleAllocator.sol): A simple, fully decentralized allocator that allows for a single claim per token. This means the contract will lock down all tokens of a sponsor for an id for a single claim, so it is not possible to start multiple claims for the same sponsor and id at the same time. The contract does though keep track of the amount of locked tokens and so it will faithfully attest for a transfer of those, even during an ongoing claim. The contract is a good starting point when learning about allocators and it is kept very simple on purpose to learn about the concept of an allocator or use this contract as a template. To be used in production, the contract would require the ability to work with witness data, since a real cross chain swap will always require a witness besides the Compact. An example implementation of a witness allocator can be found [here](src/allocators/SimpleWitnessAllocator.sol).
-- [SimpleWitnessAllocator](src/allocators/SimpleWitnessAllocator.sol): This contract enhances the [SimpleAllocator](src/allocators/SimpleAllocator.sol) with the ability of processing witness data besides the Compact. This makes it a much more production ready allocator.
-- [SimpleERC7683Allocator](src/allocators/SimpleERC7683Allocator.sol): This contract enhances the [SimpleAllocator](src/allocators/SimpleAllocator.sol) and making it compatible with the [ERC7683](https://eips.ethereum.org/EIPS/eip-7683) standard. The Allocator therefor also becomes a [IOriginSettler](src/interfaces/ERC7683/IOriginSettler.sol) and converts a OnchainCrossChainOrder to a `Compact`/`BatchCompact` and a `Claim` / `Mendate` as required by the tribunal on the target chain.
+The allocators are designed to be used with the [The Compact](https://github.com/uniswap/the-compact). Their purpose is to ensure that locked tokens are available to claim for fillers within the promised expiration time. This repository contains multiple allocators, each with different features.
 
 ## Deployment