Bitcoin Forum
September 05, 2024, 01:24:22 AM *
News: Latest Bitcoin Core release: 27.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Soft-Fork/Covenant Dependent Layer 2  (Read 72 times)
BlackHatCoiner (OP)
Legendary
*
Offline Offline

Activity: 1638
Merit: 8024


Bitcoin is a royal fork


View Profile WWW
September 02, 2024, 01:25:00 PM
Last edit: September 04, 2024, 11:15:22 AM by BlackHatCoiner
Merited by d5000 (3), ABCbits (2)
 #1

An interesting review on covenant dependent layer 2 was published today by Peter Todd. I think he raises some good points: https://petertodd.org/2024/covenant-dependent-layer-2-review.

In my mind, covenants is the missing piece for lightning's growth and what would probably increase the adoption of Bitcoin as currency exponentially. Currently, it's not possible to receive an off-chain Bitcoin transaction offline, without having sufficient incoming capacity, let alone without an UTXO. These limitations and complexities drive people into custodial solutions, like the Wallet of Satoshi. With covenants, other L2 become implementable, like Ark and Coinpool, which inherit the advantages of LN without the drawbacks. (Or at least, with other drawbacks inherited by server providers, instead of users.)

The author concludes that among all potential softforks, OP_CTV would come with the best trade-offs.

d5000
Legendary
*
Offline Offline

Activity: 4032
Merit: 7188


Decentralization Maximalist


View Profile
September 04, 2024, 04:45:58 AM
 #2

Very interesting, thanks for linking!

I would appreciate an ELI5 (or maybe ELI12) of the different covenant-style proposals and their use cases. Maybe we can use this thread for that purpose?

One for example I hadn't heard about is OP_EVICT, proposed here. It is discussed in Todd's text because it could make CoinPools and channel factories (=Lightning with multi-user channels) more efficient.

I try to resume it: It allows a participant of a multisig to be "evicted" from that contract. The main use case is if a participant becomes unresponsive, instead of having to "dissolve" the multisig, the unresponsive participant can simply be excluded, with his funds being returned to him, and the rest of the participants can continue inside the contract. In other words, it would transform a N-of-N into a (N-1)-of-(N-1) multisig without having to re-arrange the multisig completely. (correct me if there's an error).

█▀▀▀











█▄▄▄
▀▀▀▀▀▀▀▀▀▀▀
e
▄▄▄▄▄▄▄▄▄▄▄
█████████████
████████████▄███
██▐███████▄█████▀
█████████▄████▀
███▐████▄███▀
████▐██████▀
█████▀█████
███████████▄
████████████▄
██▄█████▀█████▄
▄█████████▀█████▀
███████████▀██▀
████▀█████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
c.h.
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀█











▄▄▄█
▄██████▄▄▄
█████████████▄▄
███████████████
███████████████
███████████████
███████████████
███░░█████████
███▌▐█████████
█████████████
███████████▀
██████████▀
████████▀
▀██▀▀
Wind_FURY
Legendary
*
Offline Offline

Activity: 3038
Merit: 1887



View Profile
September 04, 2024, 06:41:35 AM
Merited by d5000 (1)
 #3


The author concludes that among all potential softforks, OP_CTV would be come with the best trade-offs.


Someone who's technical and who truly understands OP_CTV and its pros and cons should start a topic to educate the community on what's actually safer/more secure/more feasible for "covenants" - OP_CTV of OP_CAT. Because from a community support standpoint, I see that the people behind OP_CAT are louder/has more support. But the fact that Udi supports it, makes me cynical on what's actually better.

ELI-5 OP_CAT vs. OP_CTV topic for non-technical people?

██████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
██████████████████████
.SHUFFLE.COM..███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
█████████████████████
████████████████████
██████████████████████
████████████████████
██████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
██████████████████████
██████████████████████
██████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
.
...Next Generation Crypto Casino...
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!