<oembed><type>rich</type><version>1.0</version><author_name>npub18yq2ukhtlnkuzzykluyjvxap3vtvdqf0arvtag6rx02klk6gymgqp3txp2</author_name><author_url>https://nostr.ae/npub18yq2ukhtlnkuzzykluyjvxap3vtvdqf0arvtag6rx02klk6gymgqp3txp2</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2011-12-19&#xA;🗒️ Summary of this message: HTTPS should be used for Bitcoin websites dealing with financials. JSON support is common, but it cannot represent binary data. Custom output script needs clarification.&#xA;📝 Original message:I still think HTTPS should be used, at the minimum. Using HTTPS is &#xA;standard to every website out there that deals with financials, even if &#xA;it is not a perfect system. Why should Bitcoin adopt a more lax policy &#xA;than everyone else?&#xA;&#xA;I thought that JSON support was fairly common these days. I personally &#xA;prefer XML in most cases, but since JSON is already used with the RPC, &#xA;it seemed like a natural fit here. Binary data can be base64 encoded, &#xA;although I&#39;m not sure why you would need to send back binary in an alias &#xA;response.&#xA;&#xA;What exactly do you mean by &#34;custom output script&#34;?&#xA;&#xA;&#xA;On 12/19/2011 8:30 AM, Luke-Jr wrote:&#xA;&gt; I&#39;d prefer we stick to simple standards.&#xA;&gt; HTTP alone should really be fine to build on...&#xA;&gt;&#xA;&gt; JSON in particular has very poor language support, and cannot reasonably&#xA;&gt; represent binary data (such as a custom output script). The HTTP&#xA;&gt; specification, however, allows binary data in multipart content just fine.</html></oembed>