From 601c6ec7bb7739ff10bd1969ec8e066e56a47556 Mon Sep 17 00:00:00 2001 From: Vivek Arte Date: Tue, 6 Aug 2024 12:32:35 +0530 Subject: [PATCH] rewording the paragraph --- zip-0226.html | 6 ++---- zip-0226.rst | 5 ++--- 2 files changed, 4 insertions(+), 7 deletions(-) diff --git a/zip-0226.html b/zip-0226.html index 25f36552b..df2f822d8 100644 --- a/zip-0226.html +++ b/zip-0226.html @@ -66,13 +66,11 @@ computation defined in ZIP 227 5.

We include the ability to pause the ZSA functionality, via a \(\mathsf{enableZSA}\) - boolean flag. When this flag is set to false, it is not possible to perform transactions involving Custom Assets (the Action statement as modified for ZSAs will not be satisfied). When this flag is set to true, it will be possible to perform transactions involving Custom Assets, subject to the values of the + boolean flag. When this flag is set to false, the proof will fail for any non-native Asset, making it impossible to perform transactions involving Custom Assets. When this flag is set to true, the circuit will allow transactions involving Custom Assets subject to the values of the \(\mathsf{enableSpendsOrchard}\) and \(\mathsf{enableOutputsOrchard}\) - flags. That is, the types of transactions allowed for ZSAs will match those allowed for the Orchard pool in general when the - \(\mathsf{enableZSA}\) - flag is set to true.

+ flags, similar to the vanilla Orchard setting.

Finally, in this ZIP we also describe the burn mechanism, which is a direct extension of the transfer mechanism. The burn process uses a similar mechanism to what is used in Orchard to unshield ZEC, by using the \(\mathsf{valueBalance}\) of the Asset in question. Burning Assets is useful for many purposes, including bridging of Wrapped Assets and removing supply of Assets.

diff --git a/zip-0226.rst b/zip-0226.rst index 41ad407f1..0e5e833a4 100644 --- a/zip-0226.rst +++ b/zip-0226.rst @@ -61,9 +61,8 @@ Because in a single transaction all value commitments are balanced, there must b In order to ensure the security of the transfers, and as we will explain below, we are redefining input dummy notes [#protocol-orcharddummynotes]_ for Custom Assets, as we need to enforce that the :math:`\mathsf{AssetBase}` of the output note of that Split Action is the output of a valid :math:`\mathsf{ZSAValueBase}` computation defined in ZIP 227 [#zip-0227]_. We include the ability to pause the ZSA functionality, via a :math:`\mathsf{enableZSA}` boolean flag. -When this flag is set to false, it is not possible to perform transactions involving Custom Assets (the Action statement as modified for ZSAs will not be satisfied). -When this flag is set to true, it will be possible to perform transactions involving Custom Assets, subject to the values of the :math:`\mathsf{enableSpendsOrchard}` and :math:`\mathsf{enableOutputsOrchard}` flags. -That is, the types of transactions allowed for ZSAs will match those allowed for the Orchard pool in general when the :math:`\mathsf{enableZSA}` flag is set to true. +When this flag is set to false, the proof will fail for any non-native Asset, making it impossible to perform transactions involving Custom Assets. +When this flag is set to true, the circuit will allow transactions involving Custom Assets subject to the values of the :math:`\mathsf{enableSpendsOrchard}` and :math:`\mathsf{enableOutputsOrchard}` flags, similar to the vanilla Orchard setting. Finally, in this ZIP we also describe the *burn* mechanism, which is a direct extension of the transfer mechanism. The burn process uses a similar mechanism to what is used in Orchard to unshield ZEC, by using the :math:`\mathsf{valueBalance}` of the Asset in question. Burning Assets is useful for many purposes, including bridging of Wrapped Assets and removing supply of Assets.