I was checking out Taproot and came across the idea of using Discreet Log Contracts to create a synthetic USD stablecoin.
So here’s the deal: Alice and Bob can lock away, say, 0.1 BTC each, and then an Oracle determines who gets what when the time comes to divvy up their coins.
This setup lets Alice short while Bob goes long, basically betting against each other. If BTC’s price dips, Alice gets coins from Bob's side, and if it rises, it’s the other way around.
For this to work, we need an Oracle to share something called CETs (Contract Execution Transactions) off-chain, since the Oracle figures out their BTC amounts. This ratio calculation would require a price Oracle (maybe something like Uniswap or a DEX like HyperLiquid?). They’ll be off-chain, right?
Let’s picture the Oracle sending out this CET every so often (like every hour?) so that Bob or Alice can use the latest one to settle the contract and get their coins based on the Oracle’s calculations.
Got some questions and issues though.
I might not have all the details down, but this concept seems like a cool way to integrate DeFi directly into Bitcoin.
But there are some gaps in the idea:
- There’s no stablecoin or any form of tokenization linked to the BTC that’s locked up. (What about color coins? Haven’t really explored that yet!)
- The Oracle isn’t on-chain. Most Ethereum contracts rely on centralized nodes (like Chainlink), and it still seems to work okay? If Uniswap could somehow serve as a decentralized Oracle, that’d be interesting.
Synthetic USD on Bitcoin with Taproot
1 reply 474 views
Correct, Uniswap has a WBTC/USDC oracle that is pretty decentral (ignoring the fact both WBTC and USDC aren't native tokens).
There may be some solution where an Ethereum contract can be used to verify the price we set in our Taproot? My knowledge is limited on Ethereum, and I have no understanding on such attestation mechanism at this time.
Second, I have seen Thorchain and HyperEVM. I am not sure how they work in detail but I believe on Thorchain nodes lock in collateral and then sign transactions as they follow consensus. We may do something similar with our Oracle so that if one tries to cheats, their collateral can be slashed and the affected party's can be compensated for their losses.
Related topics
- Bitcoin Core displaying coins (UTXOs) in a new tab 13
- Are you in favor of BIP-110? Let's get a Bitcoin poll going. 0
- Erlay seems to have some issues here’s a better proposal for a bitcoin protocol without invites 3
- Ways to earn some sats by contributing to bitcoin core development 5
- Exploring the Potential and Challenges of a Kardashev-Scale Bitcoin Network 3
- What can I do to fix this Bitcoin Core error? 8