đź“… Original date posted:2022-06-04
đź“ť Original message:> will never be justifiable simply because you and some of your friends
think it is totally cool and might make more people like you or give your
friends funding.
100%
But while the OP may have given less than ideal reasons for things like
covenants, it does not broadly characterize the reasons for adding them to
the Bitcoin protocol. The reasons to do so are:
- better self custody solutions that don’t rely on the trust of named third
parties
- significantly more tractable solutions for things like coin pools
- significantly more efficient DLCs
These are not “hackathon project” reasons and are the main reasons people
advocate for covenants.
> None of the quoted following items are features or responsibilities of
the Bitcoin software, nor Core developers.
Since you seem to have the stone tablets onto which our responsibilities
are etched, would you care to enumerate them?
> Whether you are a child or an attacker, none of us should care,
Are you incapable of actually treating people with respect or do you think
that bullying people on this mailing list is the most effective way to get
what you want? If it’s the latter I may suggest you go back to Twitter
where that works and maybe just leave those comments out of the mailing
list if you actually want to convince people of your point of view.
Keagan
On Sat, Jun 4, 2022 at 7:37 AM John Carvalho via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> Core development is not a hackathon project.
>
> None of the quoted following items are features or responsibilities of the
> Bitcoin software, nor Core developers.
>
> Quoted:
> "- Developers can build interesting projects with real demand in market.
> - Students learn Sapio and not just solidity.
> - Better tooling could be available for application developers.
> - Maybe we see bitcoin developer hackathons in different countries.
> - Demand for block space might increase, it wont be just exchanges and
> coinjoin.
> - Funding of bitcoin developers and projects might improve. Wont need to
> convince a few people for grants."
>
> Whether you are a child or an attacker, none of us should care, but CTV,
> nor any change to Bitcoin software, will never be justifiable simply
> because you and some of your friends think it is totally cool and might
> make more people like you or give your friends funding.
>
> Please stop making noise about CTV, this is not a place for spamming.
>
> --
> John Carvalho
>
>
>
> On Sat, Jun 4, 2022 at 1:00 PM <
> bitcoin-dev-request at lists.linuxfoundation.org> wrote:
>
>>
>> Date: Fri, 03 Jun 2022 18:39:34 +0000
>> From: alicexbt <alicexbt at protonmail.com>
>> To: Bitcoin Protocol Discussion
>> <bitcoin-dev at lists.linuxfoundation.org>
>> Subject: [bitcoin-dev] Bitcoin covenants are inevitable
>> Message-ID:
>>
>> <QOWIpROGDv5HHP2GsDiSOsTJ9TVZhFeSP3C03_e2Z3XtOKC_4N5GJtxbdlxuhErvhLZXo1Rn_7SWAQ9XRPwHFuYyArZryTVENefDZuGTAYA=@
>> protonmail.com>
>>
>> Content-Type: text/plain; charset=utf-8
>>
>> Note: This email is an opinion and not an attack on bitcoin
>>
>> Covenants on bitcoin will eventually be implemented with a soft fork. CTV
>> is the easiest and best possible way OP_TX looks good as well. Apart from
>> the technical merits, covenants will improve a few other things:
>>
>> - Developers can build interesting projects with real demand in market.
>> - Students learn Sapio and not just solidity.
>> - Better tooling could be available for application developers.
>> - Maybe we see bitcoin developer hackathons in different countries.
>> - Demand for block space might increase, it wont be just exchanges and
>> coinjoin.
>> - Funding of bitcoin developers and projects might improve. Wont need to
>> convince a few people for grants.
>>
>> **Why covenants are not contentious?**
>>
>> Some people may write paragraphs about CTV being contentious, spread
>> misinformation and do all types of drama, politics etc. on social media but
>> there are zero technical NACKs for CTV. We have discussed other covenant
>> proposals in detail on mailing list and IRC meetings with an open minded
>> approach.
>>
>> All the developers that participated in the discussion are either okay
>> with CTV or OP_TX or covenants in general.
>>
>> **How and when should covenants be implemented in Bitcoin?**
>>
>> I don't think we should wait for years anticipating a proposal that
>> everyone will agree on or argue for years to pretend changes are hard in
>> Bitcoin. We should improve the review process for soft fork BIPs and share
>> honest opinions with agreement, disagreement on technical merits.
>>
>> I prefer BIP 8 or improved BIP 8 for soft fork but I won't mind anything
>> else being used if that improves Bitcoin. Covenants implemented in Bitcoin
>> before the next cycle would provide opportunity for developers to build
>> interesting things during the bear market. Ossification supporters also
>> believe there is some window that will close soon, maybe doing changes
>> considering each case individually will be a better approach. CTV is not a
>> rushed soft fork, less people followed the research and it was not
>> mentioned on social media repeatedly by the respected developers like other
>> soft forks.
>>
>> /dev/fd0
>>
>>
>> Sent with Proton Mail secure email.
>>
>>
>> ------------------------------
>>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220604/a16a73a5/attachment-0001.html>;
Keagan McClelland [ARCHIVE] /
npub1f2…ms289
2023-06-07 23:10:02
in reply to nevent1q…0zce
Author Public Key
npub1f2nxequ09nz44775vv6lkffq2plzqvrqramnk29eddmwcc9z7jys8ms289Published at
2023-06-07 23:10:02Event JSON
{
"id": "d9499d3c6349180b4a3e1ea8afb0953c2aa2230f03eb50ece8ec0e36ac1bf25b",
"pubkey": "4aa66c838f2cc55afbd46335fb2520507e2030601f773b28b96b76ec60a2f489",
"created_at": 1686179402,
"kind": 1,
"tags": [
[
"e",
"5551b13e7da6b3f09c0d99802a19f9d792bb6230bb9f7b81382a9edb07abfa59",
"",
"root"
],
[
"e",
"f52d3a8a83b414db62903098a6168768d274974f3369e3535934087be5f48ba1",
"",
"reply"
],
[
"p",
"02283afe5d7e6355ba7a0c2f5283e3149f651dab319cfb553d46a1d180234ed5"
]
],
"content": "📅 Original date posted:2022-06-04\n📝 Original message:\u003e will never be justifiable simply because you and some of your friends\nthink it is totally cool and might make more people like you or give your\nfriends funding.\n\n100%\n\nBut while the OP may have given less than ideal reasons for things like\ncovenants, it does not broadly characterize the reasons for adding them to\nthe Bitcoin protocol. The reasons to do so are:\n\n- better self custody solutions that don’t rely on the trust of named third\nparties\n- significantly more tractable solutions for things like coin pools\n- significantly more efficient DLCs\n\nThese are not “hackathon project” reasons and are the main reasons people\nadvocate for covenants.\n\n\u003e None of the quoted following items are features or responsibilities of\nthe Bitcoin software, nor Core developers.\n\nSince you seem to have the stone tablets onto which our responsibilities\nare etched, would you care to enumerate them?\n\n\u003e Whether you are a child or an attacker, none of us should care,\n\nAre you incapable of actually treating people with respect or do you think\nthat bullying people on this mailing list is the most effective way to get\nwhat you want? If it’s the latter I may suggest you go back to Twitter\nwhere that works and maybe just leave those comments out of the mailing\nlist if you actually want to convince people of your point of view.\n\nKeagan\n\nOn Sat, Jun 4, 2022 at 7:37 AM John Carvalho via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e Core development is not a hackathon project.\n\u003e\n\u003e None of the quoted following items are features or responsibilities of the\n\u003e Bitcoin software, nor Core developers.\n\u003e\n\u003e Quoted:\n\u003e \"- Developers can build interesting projects with real demand in market.\n\u003e - Students learn Sapio and not just solidity.\n\u003e - Better tooling could be available for application developers.\n\u003e - Maybe we see bitcoin developer hackathons in different countries.\n\u003e - Demand for block space might increase, it wont be just exchanges and\n\u003e coinjoin.\n\u003e - Funding of bitcoin developers and projects might improve. Wont need to\n\u003e convince a few people for grants.\"\n\u003e\n\u003e Whether you are a child or an attacker, none of us should care, but CTV,\n\u003e nor any change to Bitcoin software, will never be justifiable simply\n\u003e because you and some of your friends think it is totally cool and might\n\u003e make more people like you or give your friends funding.\n\u003e\n\u003e Please stop making noise about CTV, this is not a place for spamming.\n\u003e\n\u003e --\n\u003e John Carvalho\n\u003e\n\u003e\n\u003e\n\u003e On Sat, Jun 4, 2022 at 1:00 PM \u003c\n\u003e bitcoin-dev-request at lists.linuxfoundation.org\u003e wrote:\n\u003e\n\u003e\u003e\n\u003e\u003e Date: Fri, 03 Jun 2022 18:39:34 +0000\n\u003e\u003e From: alicexbt \u003calicexbt at protonmail.com\u003e\n\u003e\u003e To: Bitcoin Protocol Discussion\n\u003e\u003e \u003cbitcoin-dev at lists.linuxfoundation.org\u003e\n\u003e\u003e Subject: [bitcoin-dev] Bitcoin covenants are inevitable\n\u003e\u003e Message-ID:\n\u003e\u003e\n\u003e\u003e \u003cQOWIpROGDv5HHP2GsDiSOsTJ9TVZhFeSP3C03_e2Z3XtOKC_4N5GJtxbdlxuhErvhLZXo1Rn_7SWAQ9XRPwHFuYyArZryTVENefDZuGTAYA=@\n\u003e\u003e protonmail.com\u003e\n\u003e\u003e\n\u003e\u003e Content-Type: text/plain; charset=utf-8\n\u003e\u003e\n\u003e\u003e Note: This email is an opinion and not an attack on bitcoin\n\u003e\u003e\n\u003e\u003e Covenants on bitcoin will eventually be implemented with a soft fork. CTV\n\u003e\u003e is the easiest and best possible way OP_TX looks good as well. Apart from\n\u003e\u003e the technical merits, covenants will improve a few other things:\n\u003e\u003e\n\u003e\u003e - Developers can build interesting projects with real demand in market.\n\u003e\u003e - Students learn Sapio and not just solidity.\n\u003e\u003e - Better tooling could be available for application developers.\n\u003e\u003e - Maybe we see bitcoin developer hackathons in different countries.\n\u003e\u003e - Demand for block space might increase, it wont be just exchanges and\n\u003e\u003e coinjoin.\n\u003e\u003e - Funding of bitcoin developers and projects might improve. Wont need to\n\u003e\u003e convince a few people for grants.\n\u003e\u003e\n\u003e\u003e **Why covenants are not contentious?**\n\u003e\u003e\n\u003e\u003e Some people may write paragraphs about CTV being contentious, spread\n\u003e\u003e misinformation and do all types of drama, politics etc. on social media but\n\u003e\u003e there are zero technical NACKs for CTV. We have discussed other covenant\n\u003e\u003e proposals in detail on mailing list and IRC meetings with an open minded\n\u003e\u003e approach.\n\u003e\u003e\n\u003e\u003e All the developers that participated in the discussion are either okay\n\u003e\u003e with CTV or OP_TX or covenants in general.\n\u003e\u003e\n\u003e\u003e **How and when should covenants be implemented in Bitcoin?**\n\u003e\u003e\n\u003e\u003e I don't think we should wait for years anticipating a proposal that\n\u003e\u003e everyone will agree on or argue for years to pretend changes are hard in\n\u003e\u003e Bitcoin. We should improve the review process for soft fork BIPs and share\n\u003e\u003e honest opinions with agreement, disagreement on technical merits.\n\u003e\u003e\n\u003e\u003e I prefer BIP 8 or improved BIP 8 for soft fork but I won't mind anything\n\u003e\u003e else being used if that improves Bitcoin. Covenants implemented in Bitcoin\n\u003e\u003e before the next cycle would provide opportunity for developers to build\n\u003e\u003e interesting things during the bear market. Ossification supporters also\n\u003e\u003e believe there is some window that will close soon, maybe doing changes\n\u003e\u003e considering each case individually will be a better approach. CTV is not a\n\u003e\u003e rushed soft fork, less people followed the research and it was not\n\u003e\u003e mentioned on social media repeatedly by the respected developers like other\n\u003e\u003e soft forks.\n\u003e\u003e\n\u003e\u003e /dev/fd0\n\u003e\u003e\n\u003e\u003e\n\u003e\u003e Sent with Proton Mail secure email.\n\u003e\u003e\n\u003e\u003e\n\u003e\u003e ------------------------------\n\u003e\u003e\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220604/a16a73a5/attachment-0001.html\u003e",
"sig": "6a3fa919b20f168886d9eef04ee2cd8a2bdc44a9e441ccbe4728ecda3ee4fc982942e62dbdcc7c2385cdc36a6d850daa77cb17a6553afe586c52d3b56dfadd1e"
}