pull down to refresh

Obviously had a lot of discussion going around about covenants in the last few weeks so I thought I'd see where the SN community is at on this subject.
I don't know much about them myself and don't feel strongly either way at the moment. Have yet to see anything that would make me outright reject the idea, but also believe in practicing conservatism with any proposed change to the base layer (default to rejection).
There seems to be a lot of different proposals on how to bring them to Bitcoin as well, which is adding to my confusion. Any insight/info/questions/concerns welcome to this post! I want to learn.
Linked a few things below relevant to the topic
Strongly For21.8%
For21.8%
Neutral9.2%
Against4.6%
Strongly Against5.7%
Don't know / Need more info36.8%
87 votes \ poll ended
We either get covenants or only rich people can do self custodial bitcoin
reply
You covenant shills are one step away from "Think of the children" style responses.
reply
Pardon my ignorance, but you're saying this because covenants is required for stuff like OP_VAULT, right? Covenants is just the blanket term for anything that restricts utxos in any way, right? If so, that's also why I am pro covenants. Bitcoin is programmable money, we should make use of this feature (if it makes sense).
reply
OP_VAULT is a covenant
reply
where can i learn more about the reasoning behind this assertion ?
reply
look at lightning right now, we have maybe 0.1% adoption of bitcoin and fees are so high that it is unusable to use a self-custodial without putting a few thousand dollars to get around chain fees and channel reserves
reply
you may have this sorted out for yourself, but it's not clear to me why 'looking at lightning' explains why only rich people get to self-custody if we don't signal for BIP119 in Jan 2024
could you at least pretend to steelman the case for even the smallest amount of concern against introducing a protocol-level mechanism for controlling how coins can be spent?
reply
We need covenants for non-custodial, non-interactive L2s.
reply
11 sats \ 1 reply \ @om 20 Dec 2023
Check out channel factories
reply
yeah, i've heard of this plan to spin up many thousands of channels in one transaction, and we can't have a LN address for every person on chain right now because every person requires one transaction to spin up a channel.
reply
deleted by author
reply
"Preventing the immense positives that covenants bring for self-custody, self-custodial Lightning, privacy, and further scaling for a vague governmental attack that is more easily done without covenants makes no sense to me."
Exactly this!
reply
who said this?
reply
sethforprivacy
reply
Where is the testnet?
reply
What prevents an exchange from being told to only receive coin into covenant?
reply
What prevents an exchange from only receiving coin into a covenant is the same thing that prevents exchanges from not allowing withdraws. People don't use exchanges they can't withdraw from (unless you're an ETF numb skull)
I've also seen "wallets" that prevent you from sending to an address that isn't an exchange. We just don't use those wallets because they suck.
reply
Liquid
reply
Not sure about that
reply
deleted by author
reply
I really need to get up to speed on the technical changes. I’ve not spoken much about covenants because I don’t fully understand yet, but I see a lot of hand-waving replies when reading discussions. These comments included, I guess.
reply
let Litecoin do it first :P
reply
My concern is that if covenants are introduced powerful actors will coordinate to push coin into covenant designs which will not allow the coin to be used without meeting certain criteria (imagine on-chain morality police).
reply
They can already do this with multisig or just custodial bitcoin. With custodial they have even more power and can rug pull and be fractional reserve, there's no reason they'd do it the 1000x more complicated way of covenants when they can do it with a custodial wallet.
reply
I imagine a scenario where adding covenants unlocks the ability for Uncle Gov to order Cashapp to send all withdrawals through a covenant to a user.
reply
that is not how it works, covenants are something you put inside of your wallet/address. unless you opt into it, they can't effect you
reply
What's to prevent Uncle Gov from demanding that the exchange opt into a covenant at their wallet?
reply
Nothing prevents Uncle Gov from demanding you use their KYC fork of bitcoin either.
reply
it could be seen as serving the interests of such a hypothetical uncle gov to fork:
  • confuse the information space e.g. "yeah i heard bitcoin is forking a bunch, USDC is probably easier for me to use for now"
  • fork fail scenario == pump & dump, worst case
what does uncle lose for attempting at a fork?
maybe i'm completely dumb... my point in the parent is that: a) it's easier to get the exchange to engage w a forced covenant by the thumbscrews of access to banking services b) imagine the covenant which is written in such a way that only another covenant enforced wallet can be the receiver, receive.
a boa constrictor type situation. it's not hard to imagine this idea coming out of a scenario planning exercise, so it's reasonable to ask, at least.
@delete after 2 weeks
Encumberance happens on the receiving software.
This is effectively the same attack as requiring KYC for all transactions, no covenants needed.
reply
deleted by author
reply
Why hasn't anyone added such encumbrances on Ethereum? I don't think this is actually a big threat.
reply
They have a Turing complete programming language, they very well could make such things on there right now. They're just too busy looking for the next way to trick users into entering a program they won't read the code for and getting rekt from.
reply
because ethereum is already controlled territory.
reply
deleted by author
reply
segwit and taproot were both 2+ year features. None of them lead to the scenario now as you would know if you read the post made by sethforprivacy
reply
I wasn't around for those discussions (but this would've become a problem at some point anyways imo)
reply