Re: [bitcoin-dev] Vaults in the MATT framework

2023-06-02 Thread Johan Torås Halseth via bitcoin-dev
Hi, It was briefly mentioned in the original post, but wanted to show how simple it is to use COCV as an alternative to CTV, removing that dependency. > In particular, it also inherits the choice of using OP_CTV as a primitive, > building on top of the bitcoin-inquisition's current branch that ha

[bitcoin-dev] Standardisation of an unstructured taproot annex

2023-06-02 Thread Joost Jager via bitcoin-dev
Hi, As it stands, the taproot annex is consensus valid but non-standard. The conversations around standardization seem to be leaning towards the adoption of a flexible Type-Length-Value (TLV) format [1]. There's no doubt that this approach has considerable potential. However, settling on an exact

[bitcoin-dev] Scaling and anonymizing Bitcoin at layer 1 with client-side validation

2023-06-02 Thread Dr Maxim Orlovsky via bitcoin-dev
Dear community, Some time ago we (LNP/BP Standards Association) announced the release of RGB smart contract system [1]. In the subsequent discussion, we have referenced [2] that the introduction of client-side validation has the potential for upgrading Bitcoin layer 1 - blockchain, which has be

[bitcoin-dev] Bitcoin mail list needs an explicit moderation policy

2023-06-02 Thread Dr Maxim Orlovsky via bitcoin-dev
Dear community, I am writing this list to bitcoin-dev mail list, but to prevent potential censorship I am sending CC to lightning-dev mail list, in order to leave the current moderator(s) without an option not to publish the letter and not to leave the topic “under the cover” (sorry Lightning f

Re: [bitcoin-dev] [Lightning-dev] Bitcoin mail list needs an explicit moderation policy

2023-06-02 Thread Bryan Bishop via bitcoin-dev
Hi Maxim, This is exceedingly boring. This is not a good use of your time. There are thousands of developers subscribed to this mailing list, and we should not waste their time, including this discussion. On Fri, Jun 2, 2023 at 6:44 PM Dr Maxim Orlovsky via Lightning-dev < lightning-...@lists.lin

Re: [bitcoin-dev] Standardisation of an unstructured taproot annex

2023-06-02 Thread David A. Harding via bitcoin-dev
On 2023-06-02 05:00, Joost Jager via bitcoin-dev wrote: the benefits of making the annex available in a non-structured form are both evident and immediate. By allowing developers to utilize the taproot annex without delay, we can take advantage of its features today, Hi Joost, Out of curiosity

Re: [bitcoin-dev] Standardisation of an unstructured taproot annex

2023-06-02 Thread Greg Sanders via bitcoin-dev
Hello Joost, David, Thanks for the link to my ln-symmetry draft David. I'd also be curious as to the usage you have in mind Joost. It's probably helpful to cite the most recent discussions on the topic, which is probably https://github.com/bitcoin-inquisition/bitcoin/pull/22 , where bitcoin-inqui