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

Architecture document of TOGA++ #295

Open
hellwolf opened this issue Aug 2, 2022 · 0 comments
Open

Architecture document of TOGA++ #295

hellwolf opened this issue Aug 2, 2022 · 0 comments
Labels
Type: Spike Task that is to be timeboxed

Comments

@hellwolf
Copy link
Contributor

hellwolf commented Aug 2, 2022

As a protocol participant, I'd like to see that the protocol is backed by a robust off-chain network that addresses the protocol solvency conundrum.

Currently we are using TOGA system, but in general, we need more participation in the TOGA system, so that the protocol can be seen as more robust.

An architecture of TOGA++ is born from such need to include these key ideas:

  • User should be able to signal “intents” to the sentinel network.
  • Sentinel should have permission to perform the “civilian service” (as opposed to "military services", namely TOGA critical/insolvent account liquidations).
  • We should like to also converge to the overall MEV ecosystem.

Additional Requirements

  • Make the design process of this involving 3rd party who is also tackling similar problems. Using protocol forum as the avenue.
@hellwolf hellwolf assigned ngmachado and unassigned ngmachado Aug 3, 2022
@hellwolf hellwolf added the Type: Spike Task that is to be timeboxed label Sep 5, 2022
@hellwolf hellwolf transferred this issue from another repository Mar 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Spike Task that is to be timeboxed
Projects
None yet
Development

No branches or pull requests

2 participants