This outcome prompted further investigation into the parameters influencing this behavior, particularly the consolidationfeerate setting. It is speculated that setting this rate to extreme values such as 1000 or 0 could potentially make CoinGrinder operate effectively across all fee rates. However, this approach might come with the trade-off of preferring transactions with lower input amounts by default, which could lead to less frequent creation of useful change.

The discussion also touched upon the customization of transaction settings, specifically whether custom minimum change amounts were set during the experiments or if the default min_change behavior was used. This aspect is crucial for understanding the flexibility and efficiency of the transaction optimization process.

Furthermore, the conversation introduced a novel concept related to Lightning funding transactions, which presents an additional degree of freedom not constrained by the need to match the exact funding amount requested. This characteristic allows any value above or below the target amount to be acceptable for channel funding, granting the funder control over the final amount charged. Such flexibility suggests a potential shift away from relying solely on BNB for optimization, proposing instead the use of multiple iterations of CoinGrinder with varying min_change values and bucket minimums to potentially enhance transaction efficiency. This innovative approach highlights the ongoing efforts and creative strategies being explored to optimize cryptocurrency transactions, especially within the context of Lightning Network operations.