Hello folks, a number of users and devs have brought to my attention the situation wherein tickets are purchased with very high fees, e.g. >0.5 DCR, during ticket windows with low stake difficulty / ticket price. Our best suspect for the cause of the high fees is users of dcrticketbuyer not specifying a maximum ticket fee and setting a low maxticketprice, e.g. 20-25 DCR. This leads to extreme competition for tickets during low sdiff windows and correspondingly high fees. The issue that occurs as a result of high fees, sometimes as high as just under 1 DCR, is that it is effectively makes the ticket more expensive. An example would be a 20 DCR ticket with a fee of 0.9 DCR and a voting reward of 1.6 DCR - since the voting reward is reduced to 0.7 DCR, due to the high fee, it reduces the effective rate of return from voting from 1.6 / 20 = 8% to 0.7 / 20 = 3.5%. The whole point of buying "cheap" tickets is to maximize your rate of return, but when there is excessive competition for tickets, it has effectively driven up the ticket price - in this case, from 20 DCR to ( 1.6 / 0.7 ) x 20 = 45.7 DCR. I am interested to hear feedback from the community on the kind of behavior they consider acceptable for dcrticketbuyer defaults. Our first idea is to reduce the maximum ticket fee from a default of 1 DCR to something lower, to prevent runaway competition for tickets at low sdiff leading to tickets that effectively much more costly. Second, it may make sense to have dcrticketbuyer make decisions on buying tickets based on the effective price of a ticket instead of only the sdiff, e.g. use fee data to calculate [ voting reward / ( voting reward - ticket fee ) ] x sdiff and use that instead of just sdiff. Let us know if you have any ideas or opinions on these proposed changes or any other ideas that occur to you. NOTE: dcrticketbuyer functionality will be migrating into dcrwallet in the near future. However, this discussion applies to the ticket buying logic that will be in wallet as well.