core-transaction-pool: dynamicfee-matcher.js
See original GitHub issueI don’t like the logic in this file. Imo it should be if(feeConstants.dynamic) === true
and else
static. Also inside dynamic
the static fees should be completely ignored:
https://github.com/ArkEcosystem/core/blob/a07be2a12a9a73847fc453fa1c7732b9efd0bbdc/packages/core-transaction-pool/lib/utils/dynamicfee-matcher.js#L35-L38
What if my dynamic fee is higher than the static? This check will reject all trxs.
To prevent trxs with a very high fee, how about to add config.delegates.dynamicFees.maxAcceptableFee
?
Issue Analytics
- State:
- Created 5 years ago
- Comments:7 (7 by maintainers)
Top Results From Across the Web
No results found
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I think the
maxAcceptableFee
property isn’t a core issue but rather a UI/End-User issue. UI/End-User integrations should take care of making sure the user selects the right fees and warn the user that he is about to select a fee that exceeds the static fees.If someone wishes to pay 100 ARK as a fee for a transaction that is their decision, core should only care about validating and processing the transaction. If it has a 100 ARK fee and is valid the transaction is good to go.
Oh, and your PR https://github.com/ArkEcosystem/core/pull/1353 doesn’t solve my first issue. You’re still using
config.delegates.dynamicFees.minAcceptableFee
which I believe is only for the forger/delegate, if I’m running only a relay, I don’t use that setting.