From 415dedfee51a0a0b8585ddb87cd2ea7ae7377994 Mon Sep 17 00:00:00 2001 From: Siddharth Suresh Date: Mon, 3 Feb 2025 16:11:24 -0800 Subject: [PATCH] remove note --- core/cap-0067.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/core/cap-0067.md b/core/cap-0067.md index febae85a2..25a5763fc 100644 --- a/core/cap-0067.md +++ b/core/cap-0067.md @@ -151,7 +151,7 @@ This section will go over the semantics of how the additional `transfer` events Note that the `contract` field for these events corresponds to the Stellar Asset Contract address for the respective asset. The Stellar Asset Contract instance is not required to be deployed for the asset. The events will be published using the reserved contract address regardless of deployment status. -The `Address` used on the events specified below will be muxed if the classic operation uses a muxed address. This can be done using the new `SC_ADDRESS_TYPE_MUXED_ACCOUNT` `SCAddressType`. `SC_ADDRESS_TYPE_MUXED_ACCOUNT` will not be used within a `InvokeHostFunctionOp`, but this point can be revisited in the future. If this new `SCAddressType` is used, the type of the underlying `MuxedAccount` must be `KEY_TYPE_MUXED_ED25519` to prevent multiple ways of setting a non-muxed account. (We should discuss this. It probably makes more sense to use a muxed-only type instead). +The `Address` used on the events specified below will be muxed if the classic operation uses a muxed address. This can be done using the new `SC_ADDRESS_TYPE_MUXED_ACCOUNT` `SCAddressType`. `SC_ADDRESS_TYPE_MUXED_ACCOUNT` will not be used within a `InvokeHostFunctionOp`, but this point can be revisited in the future. If this new `SCAddressType` is used, the type of the underlying `MuxedAccount` must be `KEY_TYPE_MUXED_ED25519` to prevent multiple ways of setting a non-muxed account. #### Fees paid by source account