<oembed><type>rich</type><version>1.0</version><author_name>npub164fseem24m3rdpqrkq9jkx5n4d6r4wg0cthw8669gag3xszngfrsvfec7x</author_name><author_url>https://nostr.ae/npub164fseem24m3rdpqrkq9jkx5n4d6r4wg0cthw8669gag3xszngfrsvfec7x</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-01-08&#xA;📝 Original message:Some more thoughts :&#xA;&#xA;If no such project exist yet, I thought it could work with an alternate,&#xA;small and fixed-length &#39;metric request block chain&#39; of some sort.&#xA;&#xA;It would temporarily stores structures defined as [metric request | current&#xA;block number when request was made | hash of the response] instead of&#xA;financial transactions.&#xA;&#xA;These structures are verifiable so it could work the same way as a regular&#xA;financial blochchain.&#xA;&#xA;It should not be part of the main Bitcoin protocol but could be a plugin&#xA;interacting with the data managed by the fullnode bitcoin software.&#xA;&#xA;Also, metrics requests can be expensive to compute and validate, so it&#xA;would make sense to pay a fee everytime you ask one.&#xA;&#xA;Does any of this makes any sense to you ?&#xA;&#xA;Thanks,&#xA;&#xA;Clément&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140108/71676559/attachment.html&gt;</html></oembed>