• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Slate)
  • No Skin
Collapse

ContinuumDAO Forum

InsomniacI

Insomniac

@Insomniac
About
Posts
6
Topics
0
Groups
0
Followers
0
Following
0

Posts

Recent Best Controversial

    Treasury Status Proposal
  • InsomniacI Insomniac

    It will be hard to convince a large subset of VCs to:

    1. Fund a DAO
    2. Fund a public good
    3. Fund an open-source project

    Correct me if I'm mistaken, but that's my thoughts on the challenge of raising from VCs.

    Also, raising funds from VCs is not a short process; it's long and tedious, with many months of engaging them to build relationships even before trying to raise and facing rejections over and over again.

    If the treasury is running low, we may have 2 months at the maximum before core contributors start dropping off (they have bills to pay after all). Maybe we should relook at:

    1. Whether we should continue focusing solely on raising from VCs?
    2. Whether we should relook into the tokenomics and raise from community / public?

    That's my thoughts at the moment


  • Fee Structure for C3Router and C3Caller
  • InsomniacI Insomniac

    @Selqui yes, we want to encourage usage and too high a fee would become a barrier to entry for protocols wanting to build using Continuum.

    $10 for a cross-chain message is definitely not feasible considering protocols could trigger 100 or more during a busy day and on the back of a small revenue.

    $0.1 would make sense if we're going at a flat rate to drive usage volumes utilizing the network rather than maximizing revenue. If we want something that widely used, the fee as to feel inconsequential.


  • Fee Structure for C3Router and C3Caller
  • InsomniacI Insomniac

    I'd like to share my perspective on Continuum's fee structure for bridging assets. The current consideration is a flat rate, which has its advantages for users dealing with substantial sums. However, it may pose some limitations for those involved in smaller transactions, effectively excluding them from the benefits Continuum aims to offer.

    It's essential to acknowledge that different bridges have diverse approaches to charging users for their services. Here's a breakdown of a few examples:

    cBridge: Their fee structure ranges from 0% to 2% of the bridged amount, and this percentage varies depending on the type of asset being bridged.

    Wormhole Portal: Currently, their fees are negligible.

    Stargate: Users are subject to a fixed fee of 6 basis points (bps).

    Axelar Satellite: This bridge charges users for relayer gas fees, which can vary significantly based on the source and destination chains. This approach doesn't rely on a percentage of the bridged amount.

    Considering these different models, if Continuum were to adopt a flat-rate fee structure across the board, it might not be as competitive as other bridging solutions, particularly for transactions involving smaller sums, which actually constitute a significant portion of the total number of transactions.

    In my opinion, a more flexible and balanced approach would be to implement a dynamic fee calculation, up to a predefined maximum fee threshold. For instance, fees for transactions below a certain threshold (e.g., $10 or a predetermined flat fee) could be based on a percentage of the bridged amount, not exceeding 2%, similar to the cBridge model, but capped at a maximum of $10 (or the chosen flat fee).

    By adopting this approach, Continuum can cater to the needs of both small and large transfers across its network, ensuring a fair and competitive fee structure.

    Regarding the matter of the General Message Passing (GMP), it could potentially be set as a flat fee. Furthermore, introducing the option to use Continuum's native token (CTM) to pay for fees while offering users a discount is a practical idea. However, it's crucial to consider that most users may prefer not to hold tokens for an extended period and would likely opt to purchase them on an as-needed basis.

    As a reference, Router Protocol's Voyager provides a relevant example of a bridge that allows users to pay fees with the protocol's token. They also offer the flexibility of payment in other tokens, but it might be a strategic decision to limit payment options to primary tokens like stablecoins (e.g., USDC and USDT) and major cryptocurrencies like ETH or WETH to streamline the user experience.

    In summary, by adopting a dynamic fee calculation approach and offering convenient payment options, Continuum can better serve a wide range of users and improve its competitiveness in the bridging space.


  • [002 Temp Check] Constitution Proposal
  • InsomniacI Insomniac

    Suggest 7 days for temp check (informal vote of interest in proposal) and 14 days for actual proposal vote.

    It's 21 days in total and enough time for those saying they're not online all the time to participate. add the discussion period in between and its over a month for anyone to notice and participate/comment/suggest/etc...

    at the end of the day, tech in the crypto space moves fast, if anyone wants to participate they need to be monitoring for updates or proposals initiations that are happening. am sure the team will communicate this via all official channels. saying irl things get in the way is not something that should hinder the progress of development and is entirely on the individual to manage for themselves


  • [002 Temp Check] Constitution Proposal
  • InsomniacI Insomniac

    no comments so far


  • New name for the router and anyCall
  • InsomniacI Insomniac

    Router: ConduitRouter or Conduit
    AnyCall: ContinuumLink

  • Login

  • Don't have an account? Register

  • Login or register to search.
Powered by NodeBB Contributors
  • First post
    Last post
0
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Login

  • Don't have an account? Register

  • Login or register to search.