Categories

• About Governance

  Informative and detailed overview on Switcheo TradeHub's governance and how to participate.

  4
  Topics
  4
  Posts

  G

  Overview of Governance Governance may sound formal and official as we are used to centralized governance. But what decentralized governance represents is a flow or process of continuously improving the Switcheo TradeHub protocol collectively. Why is decentralized governance fundamental to Switcheo TradeHub? In order for Switcheo to be truly censorship-resistant and permissionless, a distributed network of authority must exist to avoid centralized failure points, and to prevent a concentration of influence by a select few entities. By decentralizing governance, you will be empowered as a stakeholder to drive the growth of Switcheo TradeHub and implement the changes you wish to see on the protocol without undue restrictions. To organize all Switcheo stakeholders participating in governance, we have created a governance portal and social channels via the Switcheo Foundation forum and Switcheo Discord server, where you can discuss and exercise your governance rights. How does governance work? Governance on Switcheo TradeHub goes through 4 phases before the outcome of a proposed topic is enforced on-chain. The 4 phases are: Proposal → Voting → Results → Implementation The progression of a proposal through each stage is determined by a number criteria that determine if a proposal is passed or rejected. Proposal Phase Under Switcheo’s governance feature, any improvement or update to the blockchain’s protocol will be done via TradeHub Improvement Proposals (TIP). To bring forward a topic for voting, you will need to create a TIP on Switcheo TradeHub and acquire the minimum deposit amount of 10,000 SWTH to send the proposal into the Voting Stage. Anyone can contribute to this deposit amount. Tip: Before creating a TIP, we encourage you to put forth your ideas via the forum and discuss it on Discord. This will be useful as a gauge on whether the community is supportive of your proposal or not, and avoid potentially wasting your deposit. Before submitting a proposal on Switcheo TradeHub, learn more about how you can share your TIP ideas with the community, as well as how to properly propose your TIP in the walkthrough here. Voting Phase Once the proposal has reached the minimum deposit amount, it will automatically enter into the voting period which lasts for 2 days. While every community member has voting rights, your voting power or influence is determined by the amount of SWTH you staked on Switcheo TradeHub.The higher your stake, the bigger your voting power. After the 2 day voting period, results are tallied based on a few predetermined criteria. Results How are votes tallied? After the 2 day voting period, the voting results are recorded on-chain. In order for a proposal to pass, it must satisfy all of the following 3 criteria: Quorum: More than 33.4% of total staking power voted on a proposal For example, if the total staked SWTH is 600 million, it needs voting participation that makes up at least 200.4 million of the total amount staked Threshold: At least 50% of voters vote “Yes” on a proposal Veto: Less than 33.4% of voters vote “NowithVeto” The best case scenario is when the predetermined conditions are met and the proposal is passed. Details of scenarios where criteria is not met are explained using examples here. Implementation Proposals passed will be automatically implemented on the blockchain. The implementation process differs depending on the type of proposal. Implementation of proposals are final and irreversible (unless a new proposal is able to revert the change). Therefore, all changes proposed and voted on should be carefully weighed for maximum benefit to our ecosystem as a whole. If you’re going to vote, here’s a walkthrough on how to do so. If you’re going to make a proposal, here’s a walkthrough on how to do so.
• Ideas

  For discussion on innovative ideas and initiatives that you wish to bring to life on Switcheo TradeHub.

  12
  Topics
  36
  Posts

  M

  I am posting this to get some feedback from the team regarding relative interest in building a bridge to Solana. I think it would be a good idea to work on this after the current priorities (Zilliqa integration, Stargate upgrade) are completed. If Solana can deliver performance according to its design specs, then I think it will be a serious contender for new and existing projects to consider when evaluating ecosystems and protocols. TradeHub is currently connected to the top 2 - ethereum and BSC, and will soon add Cosmos via Stargate. I think it is worth considering adding promising ecosystems before others in order to get ourselves in front of those communities as early as possible. Additionally, Solana and FTX have really risen in visibility recently, and the head of their project is really doing an outstanding job with marketing and brand awareness. I'd love to see Switcheo TradeHub interconnected with Solana for access as well as the opportunity to directly make TradeHub available to that community. I'd love to be able to have our tech go head-to-head with FTX, especially considering the market cap difference between the 2 projects. Thoughts?
• Proposals

  An open discussion for proposals that have been submitted to Switcheo TradeHub.

  19
  Topics
  53
  Posts

  R

  The v1.18.0 software upgrade for Switcheo TradeHub contains the following changes: Improvements Extend crosschain wrapper module to be generic instead of SWTH-specific (main denom only), allowing any arbitrary source token to be wrapped onto another chain API Node Changes Add block_height in ws response Bug Fixes Fix slow websocket blocktimes due to slow db queries V1.18.0 Binary Checksum: sha256:8d930d1571ddbb79b42d4c75b4af9415211f793f5bdcfab6887cfdddbb69d1ae V1.18.0 Binary Download: Link
• Community Developers

  Developer discussion and proposals / progress reports for the Switcheo Development Fund (SDF).

  17
  Topics
  78
  Posts

  R

  I like the idea in its essence. Some open questions: How does it scale to > 23 validators? (e.g. How does this look like with 100 validators?) Ideally it should work nicely even if max validator num is voted to be larger or smaller by using scaled values, rather than using hard-coded numbers. In terms of implementation - what is needed? Has the cosmos-sdk codebase that is relevant to this (see x/distribution module) been looked at? Core devs only has time to do so after Stargate. If we have consensus on the idea, ideally the patch can be funded by SDF too.
• Staking Economics

  An open and collaborative space for the community to discuss matters relating to Switcheo TradeHub's staking economics.

  1
  Topics
  3
  Posts

  P

  Another solution will be to set a cap on the maximum allowable % tokens (say 10%) that can be staked with a Validator. Once the ceiling is reached delegators will not be able to delegate to that particular Validator and naturally delegate to other lower cap Validators. Thus, Tradehub will balance itself and eliminate the campaign by anybody to encourage delegators to delegate to lower % cap Validators and eliminate centralization of the voting power.
• New Markets

  Topics related to the creation of new financial markets and its surrounding parameters.

  15
  Topics
  51
  Posts

  M

  These are a good start. I'd also like to suggest adding bep-20 1inch/BUSD and erc-20 1INCH/USDC pairs next week if possible, since we've got 2 people willing to fund proposals and initial LP's.
• Site Feedback

  Feedback on website design and functionality.

  3
  Topics
  14
  Posts

  B

  @SWTHLuke Would be awesome to have swth/btc or swth/usdt