<oembed><type>rich</type><version>1.0</version><author_name>npub17ty4mumkv43w8wtt0xsz2jypck0gvw0j8xrcg6tpea25z2nh7meqf4qgyd</author_name><author_url>https://nostr.ae/npub17ty4mumkv43w8wtt0xsz2jypck0gvw0j8xrcg6tpea25z2nh7meqf4qgyd</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-03-07&#xA;📝 Original message:&gt;&#xA;&gt; Interesting side note: They recommend messages transmitted via NFC to&#xA;&gt; not exceed 1 KB in order for a snappy experience. This (again) questions&#xA;&gt; usage of bulky X.509 certificates in our payment request messages.&#xA;&gt; Bitcoin Wallet currently does not sign payment requests, so I could not&#xA;&gt; try how it would feel.&#xA;&#xA;&#xA;I think you could just put a signed PaymentRequest into an NFC tag and try&#xA;reading it from that. It&#39;s the same underlying radio tech so the transfer&#xA;speeds should be similar, I&#39;d think.&#xA;&#xA;Common X.509 certs are bigger than they need to be for sure, but a lot of&#xA;the bulk comes from the use of RSA rather than ECC. An RSA signature alone&#xA;can be 256 bytes! There&#39;s nothing that states you have to use RSA for&#xA;certificates and ECC certs are out there (Google uses one), but I think&#xA;they are harder to get hold of. I guess over time SSL will migrate to&#xA;mostly ECC (secp256r1) based certs.&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140307/5b262a28/attachment.html&gt;</html></oembed>