Yeah, i've heard this argument before and I think a solution is to make another wallet available. Noob wallet. Designed for bitcoiners coming to Monero.
Again, I don't see why that's necessary.
All wallets should be "noob wallets" because payment ID should not be the concern of the sender. Give me an address to send coins to. That's it. Any additional step is unnecessary.
right, i get it, and it seems we are definitely moving towards that in some fashion (serialized addresses / payment IDs), if we're on the same page.
in the meantime, though, i would argue that a stop gap solution is warranted. I don't know if you're lurking on IRC, but almost all of the folks that drop in (i.e., are there for one purpose and then leave) ask about the payment ID. i mean, i'm generalizing, but its a lot.
I proposed (and luigi1111 designed) a stop-gap solution that I believe would work great, and should be fairly simple to implement. It's just a matter of somebody doing it (luigi said he might).
I had a look at CN coins I could find, checking their address "network" bytes. Here's what I found:
XMR: 0x12
BCN: 0x06
XDN: 0xdb01
MCN: 0xab34
BBR: 0x01 (presumptuous?)
DSH: 0x48
FCN: 0x22
QCN: 0x02
AEON: 0xb201
I'm curious (but didn't go hunting for the info) if the coins that have two network bytes aren't from that "coin mill".
Anyway, I digress. I believe a new address scheme should be accompanied by an incremented network byte after thinking about it some more. This should create an environment for less unexpected behavior from non-compliant clients, etc. It also provides potential support for an "integrated truncated address". We have 15 straight increments available before we run into FCN (not that that poses a real issue IMO).
Keep in mind network bytes don't work the same way in Cryptonote compared to Bitcoin, since CN pays to pubkeys directly instead of hashes.
Edit: based on that, the proposal looks like (random address + payment ID):
Once again order is: network byte, pubspendkey, pubviewkey, paymentID, checksum
0x13 7849297236cd7c0d6c69a3c8c179c038d3c1c434735741bb3c8995c3c9d6f2ac bdc158199c8933353627d54edb4bbae547dbbde3130860d7940313210edca0a6 \n
3aae9f047faa4a8f70efc79c435e5adc13c89e344c9abd894d9e705f5e39da78 db935d83
cnBase58: 4FtAMs2HTeb3FE2gcT3LJjAWJ6fGWq8t8YKRqwwit8vmVtomVZYg34v9uDgXFtuPeqfMJyjJBgVW7d4NweAkfCMDUode8wYTV6yQzZRDJY22RFdp2U6SFDnwEPy1koguM2JVEdrKPkE (always 139 characters)