@murchadh Thanks for bringing this up. We have two methods of executing governance - Snapshot and Tally. With Snapshot, a Committee member must post the proposal, but with Tally, anyone with sufficient voting power of 1% can do so and the result is automatically executed, so that in theory a malicious actor could submit and pass a proposal, which would drain the Treasury for instance automatically. The time delay gives the Committee an opportunity to stop this, since only proposals that do not 'further the Vision and Mission of ContinuumDAO as laid out in this Constitution' should be allowed to execute. This is a safety mechanism that many other DAOs also use.

The Constitution also says that 'if the proposal is re-submitted unaltered and if it once again passes, then the Committee may not squash the vote outcome for a second time'. This limits the power of the Committee to ignore the will of the DAO.

This looks about right to me @Jerry , but let's set a limit of 2,500 USD for any single job, without the need to vote on it. Once we have issued CTM, we could also include some veCTM for contributors

the threshold is configurable according to different security level, and there exist a reshare scheme to tackle the case where someone offline forever or lost key share.
we'll provide a detailed dashboard to provide more info about the node so as to ensure distributed.

Hi, thank you for your feedback!
The MPC Network webpage is under development. Please stay in the loop:)

This proposal unanimously passed with more than 77% of all eligible votes cast. Thank you everyone. We now continue to implement Theia as quickly as possible

Thanks Selqui for the good ideas and I agree with most of them. From my own experience bridging tokens, I value speed and ease of use over differences is tens of dollars in USD equivalent value. Paying only once at the source chain is a major and important feature and cannot be compromised. The idea of paying for users for low cost chains is sound. I assume governance will need to come together if these chains start getting expensive down the road.

@Selqui said in Fee Structure for C3Router and C3Caller:

Using Ethereum as an example of the destination chain, the frontend would call a function on Ethereum that calculates the gas price and which returns one of LOW, NORMAL, HIGH, VERY HIGH. This would require the user to pay an extra fee of 0, 10, 20, 50 USDT

I like this idea and can we change this scale of success probability to 3-pt as in "LOW, RECOMMENDED, HIGH" - with RECOMMENDED being the default option. 3-pt scale is much easier for users to navigate.

@Apxymous said in Fee Structure for C3Router and C3Caller:

If we could implement a fixed fee and they get CTM or Theia tokens if they overpay a transaction and have it airdrop on BNB chain

I disagree with this. There are times I am VERY HAPPY to overpay if my bridging has a high certainty of completion. If a user chose to overpay, CTM should pocket the excess fees.

@Selqui said in Fee Structure for C3Router and C3Caller:

How to top up the gas in the MPC in a decentralized way? We don't want to have to rely on a 'team' to do this. I suggest that we create a function on each chain that ANYONE can call to add gas to this wallet address.

I like this idea very much. Is it possible that part of the excess fees collected be used to incentivize top-ups? For example, to top up FTM to the MPC, I could deposit FTM in exchange for USDC tokens the MPC had collected as excess fees at a 10% discount. I wonder if this is too complex to implement.

Sorry for the slow reply - been busy. Great work Selqui!

Hi is there a updated I missed so far ? I am a fan of the project and curious 🥸