Transaction Relay for Cost Optimization

[adamkrellenstein]

from @DerpHerpenstein:

I didn’t end up writing anything because I found out that multiple others had explained the idea before I was even around. The idea itself is pretty simple: witness data is 75% cheaper than other data, so users sign counterparty txs instead of btc transactions and submit them to a relayer. As part of that tx, they pay a fee in xcp instead of btc, some is burned but most goes to the relayer for their service.

The counterparty txs would be byte encoded and contain the parameters of the tx as well as signature (and possibly some other data like block expiration) from thé wallet issuing the tx. The relayer would take the entire bundle and gzip it and store it in witness data just like and ordinal. (Could even make the bundle an actual ordinal to force exposure to a broader audience)

Also:

Since the relayer will be embedding the data in witness, i think it would be a good idea if the relayer embedded the relay data as an ordinal.

The relayer can have a counterparty op return so no ordinal indexer is needed for the cp node to find and decode the tx, and It’s free counterparty advertising on every ordinal indexer when a new relay block is mined.

[Jpja]

"Multiparty Counterparty Aggregate Transaction" (MCAM) might be relevant: CounterpartyXCP/CIPs#127 (comment)

[adamkrellenstein]

This is pretty complicated. Not sure if it's worth it. Would need to quantify the cost savings, because it doesn't seem large.