<oembed><type>rich</type><version>1.0</version><author_name>npub1ad7209g90jnu400x74quws0xv8gpxs2fxnjexnpwqnrxwa39exdq5gl2p6</author_name><author_url>https://nostr.ae/npub1ad7209g90jnu400x74quws0xv8gpxs2fxnjexnpwqnrxwa39exdq5gl2p6</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: Slush suggests that there is no need for a payload format like JSON or XML, and all that is required is an address in response.&#xA;📝 Original message:In my opinion, there&#39;s not necessary any payload format (json, xml,&#xA;multipart). In keeping stuff KISS, everything we need is just an address in&#xA;response + potentially some stuff like HTTP redirects (for providing&#xA;additional compatibility for proposal of bitcoin URIs with &#34;amount&#34;,&#xA;&#34;label&#34; and other parts). I don&#39;t see reason why we need some extra payload&#xA;yet.&#xA;&#xA;slush&#xA;&#xA;On Mon, Dec 19, 2011 at 7:13 PM, Jordan Mack &lt;jordanmack at parhelic.com&gt;wrote:&#xA;&#xA;&gt; If the idea is to &#34;KISS&#34;, and provide a method that is both quick and&#xA;&gt; easy to implement for the average developer, then JSON is a stand out&#xA;&gt; option. Using HTTP for the data interchange will make things difficult&#xA;&gt; for a lot of developers if multipart responses are used. JSON will be&#xA;&gt; greeted with open arms.&#xA;&gt;&#xA;&gt;&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20111219/33ea8eb3/attachment.html&gt;</html></oembed>