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

Goal: TSN Governance Tooling #426

Open
outerlook opened this issue Jul 29, 2024 · 8 comments
Open

Goal: TSN Governance Tooling #426

outerlook opened this issue Jul 29, 2024 · 8 comments

Comments

@outerlook
Copy link
Contributor

outerlook commented Jul 29, 2024

TSN Governance Tooling

What is this?

  • governance here = manage streams officialization from centralized operators (us?)
  • tools that help our team inspect TSN to take actions (see contracts, see official streams)
  • tools that help our team apply governance decisions (execute officialization procedures)

What this is not?

  • won't decide on how to vote to accept a stream
  • won't establish how to decentralize governance
  • won't manage any stream data that is unrelated to the system contract, except inspecting a contract itself

What this might be?

  • Web User Interface
  • CLI
  • JS SDK

Soon, we'll create a Spec document to provide more details

@outerlook
Copy link
Contributor Author

outerlook commented Jul 29, 2024

following #199 (comment) (@rsoury)

This issue was created to track a future goal of managing governance. We're currently in a centralized step where we trust all streams, and we don't need to say whether some data has TSN-ensured quality or not.

@rsoury
Copy link

rsoury commented Jul 30, 2024

Don't develop Governance interface from scratch.

I recommend deploying to Arbitrum as this seems to be the primary chain of TRUF token - @zolotokrylin to confirm

Each new stream addition, removal, etc. Should fit a proposal in governance.
Discord, etc. to coordinate call to voting.
Finally, for now, once votes and proposals are settled, Truflation (or the Stream Owner/Deployer) should manually manage Stream allocation to TSN Governance.

In a following issue, we can use a Kwil Oracle to detect proposals that have passed in favour, and then require a human to simply submit a procedure transaction to confirm.

We do not want to fully automate this, as governance attacks are still a think - see latest on Compounds Governance Attack.

@outerlook
Copy link
Contributor Author

outerlook commented Jul 30, 2024

To better understand the scope of this goal, I agree with not building the voting process and UI from scratch. But should we touch on the voting system right now? Or just developing UI/CLI to manage this aspect:

Truflation (or the Stream Owner/Deployer) should manually manage Stream allocation to TSN Governance.

I initially had in mind provide tooling to

  1. see what streams are official
  2. revoke or grant official status to streams

Which is less scope. But if voting is important with the same priority, merging the scope is OK, too

@zolotokrylin
Copy link
Contributor

zolotokrylin commented Jul 31, 2024

governance here = manage streams officialization from centralized operators (us?)

Why is this important now? I can see how it might be helpful in the future (long, mid, or long term), but not within next 6 month or even more.
Is our business problem that we have too many streams, and most of them are bad quality, and our customers are struggling to identify and separate good from bad? And even if this problem exists (which I think it doesn't), why can't we just do it in a centralized way?

@zolotokrylin
Copy link
Contributor

Let's schedule a call to discuss this.
Does tomorrow at 21:30 Hong Kong time work well for you?

@rsoury
Copy link

rsoury commented Jul 31, 2024

@zolotokrylin and @outerlook - It is correct to determine that this issue is not a current priority.

It is only a priority once third-party streams are created, and we need to establish an officialization process.

Re meeting, can we do 22:00 HK time?

@rsoury
Copy link

rsoury commented Jul 31, 2024

@zolotokrylin -- Following up, can we move to 22:00 HK? I may need to join 30 mins later otherwise.

@zolotokrylin
Copy link
Contributor

It is correct to determine that this issue is not a current priority.
It is only a priority once third-party streams are created, and we need to establish an officialization process.

Let's have it centralized for now.
As we will not work on this anytime soon, let's push the call regarding this topic and have it sometime.

Could you please take a look here instead:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants