<oembed><type>rich</type><version>1.0</version><author_name>npub14jv7tj33yt72yk8mljmvkck3p4xm5s3mxfpj289up38qqsn9dhkqeh00t4</author_name><author_url>https://nostr.ae/npub14jv7tj33yt72yk8mljmvkck3p4xm5s3mxfpj289up38qqsn9dhkqeh00t4</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-03-23&#xA;📝 Original message:I know that general approach to interaction design in Bitcoin assumes&#xA;minimal to no difference between payer and payee, and generally I agree&#xA;with this approach.&#xA;However, for the sake of my PoS development this assumption is wrong by&#xA;default, as PoS is a specialized hardware, and one who cared to buy and&#xA;install it is probably not in the same situation as the other party that&#xA;didn&#39;t care to by anything dedicated.&#xA;&#xA;In short - from PoS point of view there is a customer and a merchant. And&#xA;my goal is to make thing work in assumption of fast and reliable connection&#xA;on merchant side and no connection requirement at all from customer side.&#xA;&#xA;I didn&#39;t put a silly example, as of my experience there are really a lot of&#xA;places where cellphone connection isn&#39;t good enough for reliable Bitcoin&#xA;operation. However, if we&#39;re talking about merchant establishments - we can&#xA;hope for private local WiFi or wired connection on PoS side, so PoS&#xA;internet connection shouldn&#39;t be an issue. So this is the use case I&#39;m&#xA;designing around and this is why bluetooth based BIP70 implementation is&#xA;important for me.&#xA;&#xA;I partly agree with Mike on user interface and IOU idea, but I have no&#xA;intention to implement anything like that right now.&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140323/de4912b2/attachment.html&gt;</html></oembed>