Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[TASK] Trust Modeling #12

Closed
Tracked by #22 ...
Tjemmmic opened this issue Aug 8, 2024 · 0 comments · Fixed by tangle-network/docs#51
Closed
Tracked by #22 ...

[TASK] Trust Modeling #12

Tjemmmic opened this issue Aug 8, 2024 · 0 comments · Fixed by tangle-network/docs#51
Assignees

Comments

@Tjemmmic
Copy link
Contributor

Tjemmmic commented Aug 8, 2024

Overview

Trust model of the eigen-tangle-avs is straightforward. The AVS runs a Tangle validator client. The operator is subject to all slashing conditions of the Tangle main chain, namely:

  1. Consensus failures
  2. Uptime / Offline absences

In addition to base layer validator misbehaviors, the operator/validator can register for Tangle Blueprints and provide Tangle Blueprint services to users. Each service may specify its own set of slashing conditions. If the Eigenlayer operator validator gets slashed on those, the messages will be relayed to Eigenlayer to slash assets on eigen-tangle-avs.

The operator will also be paid incentives both on the Tangle main chain as well as on Ethereum, to incentivize Eigenlayer operators to participate on our AVS.

Interoperability trust modeling

In order to properly send information between Tangle and Ethereum, where eigen-tangle-avs is defined, we must leverage some cross-chain messaging protocol. The only currently integrated (or being integrated) protocol to accomplish this is Sygma. The Sygma system relies on a trusted set of MPC authorities who sign messages and relay them to their destinations.

We will need an upgrade-able smart contract on Ethereum that can handle the following:

  • Specify cross-chain message origins. We will start with 1 (Sygma) but grow to encompass more oracles and zk proof based methods.
  • Receiving messages and authenticating from a cross-chain message origin.
  • The two categories of messages we consider are those for slashing and those for rewards.
  • Rewards should be dispatched at the end of an epoch on Tangle main chain.
  • Slashes should be dispatched after they have been applied (it is possible to negate a slashing through governance).
@Tjemmmic Tjemmmic self-assigned this Aug 8, 2024
@github-project-automation github-project-automation bot moved this to Not Started 🕧 in Webb Universe Aug 26, 2024
@Tjemmmic Tjemmmic moved this from Not Started 🕧 to Building 🏗️ in Webb Universe Aug 26, 2024
@Tjemmmic Tjemmmic linked a pull request Oct 23, 2024 that will close this issue
@github-project-automation github-project-automation bot moved this from Building 🏗️ to Completed ✅ in Webb Universe Oct 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

1 participant