Skip to content

Commit

Permalink
remove note
Browse files Browse the repository at this point in the history
  • Loading branch information
sisuresh committed Feb 4, 2025
1 parent cd367b3 commit 415dedf
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion core/cap-0067.md
Original file line number Diff line number Diff line change
Expand Up @@ -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

Expand Down

0 comments on commit 415dedf

Please sign in to comment.