One such conversation explores the pricing of native asset transactions in relation to alternative assets, particularly in the context of block space utilization and transaction complexity.

Central to this discussion is the contention that native asset transactions should not be made more expensive arbitrarily. Instead, there's an argument advocating for a cost model where simpler transactions—quantified here by sheer volume, such as 6000 simple transactions—are economically favored over complex ones, assuming both types occupy the same block size, exemplified by a 2 MB block. The point being made is that a larger number of straightforward transactions should not incur higher costs in terms of satoshis compared to a single transaction of equal data size but greater complexity.

This viewpoint challenges certain proposed changes, like those that might emerge from the implementation of techniques such as taptweak and client-side validation, which could potentially make alternative asset transactions more financially viable than their native counterparts. By suggesting that the cost structure should inherently benefit simpler native asset transactions, the conversation highlights a desire for a fee system that reflects transactional efficiency and encourages optimal use of block space without penalizing the base currency operations on the network.