<oembed><type>rich</type><version>1.0</version><author_name>npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_name><author_url>https://nostr.ae/npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-06-19&#xA;📝 Original message:On Fri, Jun 19, 2015 at 09:42:33AM -0700, Eric Lombrozo wrote:&#xA;&gt; If we want a non-repudiation mechanism in the protocol, we should explicitly define one rather than relying on “prima facie” assumptions. Otherwise, I would recommend not relying on the existence of a signed transaction as proof of intent to pay…&#xA;&#xA;Indeed.&#xA;&#xA;For instance, one of the ideas behind my Proofchains work is that you&#xA;could hind all details of a smartcontract-whatchamacallit protocol&#xA;behind single-use-seals in a consensus blockchain. Closing those seals,&#xA;that is spending the appropriate txouts, represents things in the&#xA;protocol which are absolutely unobservable to anyone without the data&#xA;behind those hashes, an extreme version of the above.&#xA;&#xA;&#xA;Incidentally, some patent prior-art exposure:&#xA;&#xA;https://github.com/proofchains/python-proofchains&#xA;&#xA;:)&#xA;&#xA;-- &#xA;&#39;peter&#39;[:-1]@petertodd.org&#xA;00000000000000000a203bd78c8536399f67275064107def6c7afea29c4e3a7b&#xA;-------------- next part --------------&#xA;A non-text attachment was scrubbed...&#xA;Name: signature.asc&#xA;Type: application/pgp-signature&#xA;Size: 650 bytes&#xA;Desc: Digital signature&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150619/82e55b95/attachment.sig&gt;</html></oembed>