Counterparty requirements
1) 80 bytes of data
2) Counterparty transactions are relayed through the network as normal transactions
Do you think it is possible to reach an agreement from your side on how we can achieve these requirements? If so can you think how this could be possible?
I don't think those requirements are reasonable.
Why does it matter how much data XCP can use, or how the transactions are relayed?
What should matter is that people can use it for A, B, and C goals.
The technical side is just a matter of implementation, not requirement.
We need at least 80 bytes because that's the limit the Counterparty protocol was designed around.
Expect to have to change the protocol at some point.
No offence intended (this is expected in ordinary development), but the current one is at best a "first draft".
The solution you proposed is hackish and political, and needlessly so.
If you mean the predefined relays, yes, it is a bit hackish. As is the current protocol generally.
But it will
work in the short-term, while a better protocol for upgrading to can be designed.
We need a simple, robust and standard way of relaying our transactions through the normal and fully decentralised Bitcoin network. We need for our system to have as few points of failure as possible.
Forcing others to provide services is not justified by the "need" for it.