you could make the fee proportional (or even exponential)to the transaction size to prevent an attacker from putting useless data into the transaction and bloating the block.
Already in bitcoin if the transaction is over 10 kb the sending pays a higher fee. Also over 10 kb per transaction happens often for PoS coins if you have many inputs(for example from staking).
Making that fee higher would probably be a good idea that is smart. But exponential would cause normal people who just have alot of inputs to lose alot of coins in transaction fee unless its set over a certain very high threshold.
More concerned about the short-term.
Certainly in the long-term there is plenty of room to implement any number of ideas that have been bandied about by the community.
In the short-term, for a relatively small expense in tx fees and the effort of a simple bash script, an attacker could bloat the BitBean chain to surpass the size of the BTC chain in a couple days.
The only solution I can imagine would be to add consensus rules to mandate a tx fee large enough to make such an attack infeasible.
Hard to say how large that would need to be.
I would personally implement such a fix sooner, rather than later.
No choice but to re-launch the chain if we wait and it takes place.
