​
Overview

The Aethos Network enables developers to integrate pre-transaction rules into their application in a modular fashion. It is designed to be transparent, verifiable, and open. Any entity — whether an individual, organization, or DAO—can create, manage, and own their policies through Aethos. Developers can also migrate ownership of these policies to a team multisig wallet, DAO, or any other Ethereum account.

Example Rules

  • Anti Money Laundering mitigates the flow of sanctioned and stolen funds through onchain financial applications.
  • Integrated Identities enables instant integration with 10+ know-your-customer vendors for user verification
  • Rate Limiting sets volume based limits for EOAs or contracts
  • Anomaly Detection prevents abnormal transactions from executing and exploiting your application
  • Asset Unlocks verifies onchain conditions are met such as holding certain NFTs or completing quests.

​
Architecture

Sequence diagram representing the end-to-end flow of each transaction

The order of operations after integrating Aethos into an application is as follows:

  1. Client Request: A request to validate the transaction adheres to its destination protocol’s policy (specified in the “to” field of the EVM object) is made to the Middleware managed by the Aethos labs entity. The Middleware then broadcasts the transaction to the Operators.
  2. Operator Verification: Operators fetch the corresponding Policy for the application, interpret the rules into actions, and validate the transaction’s adherence to the Policy. The result is a signed message indicating approval or denial.
  3. Middleware Aggregation: The Middleware aggregates responses from the Operators and returns them to the client interface.
  4. Transaction Submission: The client interface prompts the user to sign the transaction, as per the standard transaction flow. The transaction now includes Aethos Signatures in the data field. The user then submits the transaction onchain.
  5. Signature Validation: The client contract verifies that the signatures are valid before any business logic is executed.
Key TermsParticipants