bitcoin-dev
Combined summary - OP_CHECKWILDCARDSIGVERIFY or "Wildcard Inputs" or "Coalescing Transactions"
A proposal has been made for a new type of transaction called the wildcard transaction.
The idea is to use a wildcard signature that applies to all UTXOs in a standard form and paid to a particular address, which would then be treated like a time-limited offer to the network to reduce the UTXO set of an address. This could have several advantages, such as reducing the number of UTXOs left in databases and reducing the impact of forked blockchains. However, there are several problems to consider, including limiting outputs to avoid double-spending, guaranteeing that the output is calculated from all inputs involved, and preventing signing with a future date.Several possible solutions were suggested, such as using the highest block height number of transactions or a special form of output specifying only one destination address/script and the amount of fees to pay. The proposal also includes information about a PGP signature, which is used to verify the authenticity and integrity of the message. The bitcoin-dev mailing list, hosted by the Linux Foundation, is mentioned as the platform where the proposal was discussed.Another proposal discussed on the mailing list is the concept of a coalescing transaction. This transaction clears out all funds associated with one address and sends them to another address belonging to the same owner. While this may encourage address reuse and raises concerns about reorgs, it is seen as a way to reduce the UTXO set.The idea of OP_CHECKWILDCARDSIGVERIFY was also discussed, which would allow the consolidation of multiple UTXOs into one larger UTXO. Concerns were raised about address reuse and double spending, but potential solutions were suggested, such as including a block height indicating maximum matching UTXOs and adding a minimum block height to prevent unnecessary scanning. The proposal also discusses the cost of rescanning the entire UTXO set and suggests a special extra mining fee for transactions using this opcode.The email thread also includes discussions about the technical difficulties of listing each UTXO individually during transactions and proposals to coalesce scriptSigs to reduce transaction size and fees. The use of OP_RINGSIGVERIFY for funding transactions and making all-but-the-first scriptSig zero-length are suggested as possible solutions.A new opcode has been introduced that aims to address the issue of small UTXOs and high transaction fees. This opcode, when signed with, allows for all the unspent transaction outputs (UTXOs) to be combined into a single output. By doing so, the transaction fee is reduced as there is only one input involved.While this proposal is still in need of some refinement, it holds potential in solving the problem at hand. The reduction in transaction fees could be beneficial for users, especially those dealing with numerous small UTXOs. Further development and adjustments will likely be necessary to ensure the effectiveness and efficiency of this solution. Nonetheless, the introduction of this new opcode presents a promising possibility for addressing the challenges associated with high transaction fees and small UTXOs.For more information on the topic, please refer to the provided links.