feedback on idea

[yonzay]

I know this is a bit degen but I wanted to know thoughts on if you guys think a bitcoin margined, bitcoin native, fully non-custodial perp dex would be a good idea to build. I don't think anything like this exists right now and much more degen things like bustabit has found success. assuming it could be built users could simply go to the website fund their non-custodial trading wallet with btc or use an existing wallet they own and start trading perps. and I know bitcoin is used in every perp platform but not quite like this. really eager to hear feedback on this idea.

[bitmover]

The only fully decentralized exchange that allows bitcoin trading is Bisq.

There are some semi decentralized like hyperliquid as well. I think thorchain might fit in this category as well

None of them accepts margin trade. It is a great challenge to build one dex exchange.

[yonzay]

The only fully decentralized exchange that allows bitcoin trading is Bisq.

There are some semi decentralized like hyperliquid as well. I think thorchain might fit in this category as well

None of them accepts margin trade. It is a great challenge to build one dex exchange.

Yep but the issue with most of these solutions is that they rely on custodial risk or bridging too. Hyperliquid can have BTC via HIP-3 but HIP-3 is just a generic custodial bridge that allows you to tokenize anything you send to it, this would not sit well with a lot of bitcoiners and it introduces risk on the operating side as well because now you expose yourself to something similar to the Drift exploit or Wormhole.

[sergiorus]

For perp dex what really matters is the speed and stability under stress (no overloads, no tx rejections).

Hyperliquid won because achieved it with its own EVM L1 chain (and because it still allows no-KYC trading, of course) with very fast finality, ability to handle and finalise many TPS.

Traders won't really care about flawed decentralisation as long as UX is flawless.

[rat03gopoh]

Yep but the issue with most of these solutions is that they rely on custodial risk or bridging too. Hyperliquid can have BTC via HIP-3 but HIP-3 is just a generic custodial bridge that allows you to tokenize anything you send to it, this would not sit well with a lot of bitcoiners and it introduces risk on the operating side as well because now you expose yourself to something similar to the Drift exploit or Wormhole.

So, what's your idea for implementing this on the native Bitcoin network without bridges and vaults? As far as I know, a DEX would need to implement smart contracts, which can't be built on Bitcoin's full L1 architecture. Yeah, that's a crazy idea, and perhaps the first of its kind.

[yonzay]

For perp dex what really matters is the speed and stability under stress (no overloads, no tx rejections).

Hyperliquid won because achieved it with its own EVM L1 chain (and because it still allows no-KYC trading, of course) with very fast finality, ability to handle and finalise many TPS.

Traders won't really care about flawed decentralisation as long as UX is flawless.

100% I'm not trying to compete with hyperliquid, you pretty much can't atp, the point of this project is to provide a non-custodial seamless experience to bitcoiners, hyperliquid has probably less than ~0.1% or less of the bitcoin supply being bridged over and used on their protocol, most of their volume is in stablecoins. What I'm trying to do is match performance and UX but all you need is a bitcoin wallet where you don't need to use a bridge or give up custody, I think their may be demand for that. But the point is I am trying to target a specific cohort. Hyperliquid would never be able to do anything like this because they are an EVM based chain.

[yonzay]

Yep but the issue with most of these solutions is that they rely on custodial risk or bridging too. Hyperliquid can have BTC via HIP-3 but HIP-3 is just a generic custodial bridge that allows you to tokenize anything you send to it, this would not sit well with a lot of bitcoiners and it introduces risk on the operating side as well because now you expose yourself to something similar to the Drift exploit or Wormhole.

So, what's your idea for implementing this on the native Bitcoin network without bridges and vaults? As far as I know, a DEX would need to implement smart contracts, which can't be built on Bitcoin's full L1 architecture. Yeah, that's a crazy idea, and perhaps the first of its kind.

it would be difficult, assuming it can be built and on par with the greats I just want to know if its something most people would think would be viable and carry real traction.

[rat03gopoh]

it would be difficult, assuming it can be built and on par with the greats I just want to know if its something most people would think would be viable and carry real traction.

Almost all crypto users own Bitcoin. You don't need to expect high trading volumes if it adheres to the principles of decentralization. Instead, it depends on how your platform's server performance handles tens or hundreds of transaction requests per second. The main obstacle I consider is that people can use the tx acceleration (RBF) mechanism to cancel liquidated positions.

[yonzay]

it would be difficult, assuming it can be built and on par with the greats I just want to know if its something most people would think would be viable and carry real traction.

Almost all crypto users own Bitcoin. You don't need to expect high trading volumes if it adheres to the principles of decentralization. Instead, it depends on how your platform's server performance handles tens or hundreds of transaction requests per second. The main obstacle I consider is that people can use the tx acceleration (RBF) mechanism to cancel liquidated positions.

yeah there are definitely a lot of technical hurdles I'd have to address, may not even be possible, but assuming it works to specification and with full integrity you think its a given it will be a high volume protocol?