Timeline for Are transaction fees hardcoded?
Current License: CC BY-SA 3.0
7 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Oct 13, 2016 at 13:38 | history | edited | ferretinjapan | CC BY-SA 3.0 |
source
|
| Oct 13, 2016 at 10:34 | comment | added | ferretinjapan | The only way you can produce a low fee transaction is if you explicitly tell it to, by default the wallet will not do this. This is not a problem as once the miners become discerning enough, they'll begin to tweak their qualifying criteria, and a fee market will evolve around that such that wallets will be able to more intelligently guess the best fees. The answer I've already given very clearly satisfies the question being asked. If you want to explore unrelated corner cases regarding fees, then please post another question. | |
| Oct 13, 2016 at 8:10 | comment | added | arnuschky | It should be updated though, as it's not only the wallet software setting the fees. Effectively, if your wallet software produces a low-fee transaction you can't even distribute it in the network as the Monero nodes don't accept it into their mempool. (Which means for normal users that it practically behaves as if there's a hard-coded consensus rule.) | |
| Oct 12, 2016 at 14:09 | comment | added | ferretinjapan | It's not incorrect, I've already asked fluffypony about this and he clarified that it can be any fee but nodes by default will be unlikely to relay a transaction lower than the client default, what arnuschuky refers to is not consensus code. | |
| Oct 12, 2016 at 9:42 | comment | added | Roy Prins | Plz consider updating this answer if the answer by @arnuschky is correct | |
| Oct 11, 2016 at 18:39 | vote | accept | pl55 | ||
| Oct 11, 2016 at 14:45 | history | answered | ferretinjapan | CC BY-SA 3.0 |