-
Notifications
You must be signed in to change notification settings - Fork 140
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HIP-991 update according to latest discussion #1079
base: main
Are you sure you want to change the base?
Conversation
…fee instead Signed-off-by: Michael Heinrichs <netopyr@users.noreply.github.com>
✅ Deploy Preview for hedera-hips ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
HIP/hip-991.md
Outdated
|
||
### User Flows and Interaction | ||
|
||
* Users will specify the fee settings during the topic creation process through a simple interface in their Hedera client (refer to the creation of token custom fees/fixed fee for reference). | ||
* Before submitting a message to a topic through an application or wallet interface, users must set an allowance and a maximum fee per message. | ||
* When submitting a message to a topic with custom fees through an application or wallet interface, users must set the maximum fee for the message. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
to accommodate the requirement of accepting all fees, should we add a line that is something like:
- Users submitting messages can add a flag to accept all custom fees from a topic id
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added
@@ -232,6 +215,20 @@ message ConsensusCustomFeeList { | |||
} | |||
``` | |||
|
|||
#### ConsensusSubmitMessageTransactionBody | |||
|
|||
The `ConsensusSubmitMessageTransactionBody` message is updated to include the optional `max_custom_fees` property for specifying the maximum fee that the user is willing to pay for the message. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we need to call out that there's a method to set accepts all fees in this section?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added the flag accept_all_fees
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It seems that the user must set either a max_custom_fees
or set the accept_all_custom_fees
to true. We can add a validation to throw an error if accept_all_custom_fees=false
and max_custom_fees
is not set.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think this is needed. If a topic has custom fees and neither max_custom_fees
nor accept_all_custom_fees
are set, the message will fail anyway because the fees cannot be paid.
Signed-off-by: Michael Heinrichs <netopyr@users.noreply.github.com>
Signed-off-by: Michael Heinrichs <netopyr@users.noreply.github.com>
HIP/hip-991.md
Outdated
@@ -123,7 +108,7 @@ We propose adding a fixed fee mechanism to the Hedera Consensus Service (HCS) fo | |||
|
|||
##### Handling Duplicates | |||
|
|||
If the FEKL list contains duplicate keys, the transaction will fail with an `FEKL_CONTAINS_DUPLICATED_KEYS` error. This ensures that duplicate entries are not silently ignored, preventing potential bugs or issues in the calling code. | |||
If the FEKL list contains duplicate keys, the `ConsensusUpdateTopicTransaction` transaction will fail with an `FEKL_CONTAINS_DUPLICATED_KEYS` error. This ensures that duplicate entries are not silently ignored, preventing potential bugs or issues in the calling code. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about the duplicates in the ConsensusCreateTopicTransaction
? This validation should apply to both create and update.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right, thanks. I will update the sentence.
HIP/hip-991.md
Outdated
|
||
### User Flows and Interaction | ||
|
||
* Users will specify the fee settings during the topic creation process through a simple interface in their Hedera client (refer to the creation of token custom fees/fixed fee for reference). | ||
* Before submitting a message to a topic through an application or wallet interface, users must set an allowance and a maximum fee per message. | ||
* When submitting a message to a topic with custom fees through an application or wallet interface, users must set the maximum fee for the message. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"users must set the maximum fee for the message" - when using the word must it seems that the field is required but the max_custom_fees
is optional
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If the topic has custom fees and accept_all_custom_fees
is false,
a user must set max_custom_fees
. In all other cases, the field is ignored and is therefore optional.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added a sentence for clarification.
There are a few more mentions of "allowances" in the Mirror Node and SDK Reference Implementation sections. You can remove those. |
Signed-off-by: Michael Heinrichs <netopyr@users.noreply.github.com>
Description:
This PR modifies the HIP according to the latest discussion:
max_custom_fee
instead