has anyone thought/written about data-processing services via nostr?
I'm thinking of, as Gigi (npub1der…xzpc) says, a vending machine model.
Money in, data out.
Example:
I publish an event saying I want "X data processed in Y form, will pay Z", services compete to serve me the data back.
Rationale:
I'm integrating audio/video highlights on Highlighter (npub1w0r…cu4x) (cc dk (npub1kuy…kdj8) Max (npub18lz…ugm3) ); instead of handling the transcription within Highlighter (which is what I'm doing now via the `whisper` model), what if users could query for that specific service and pay for it directly to the right service provider?
Ideally, the user would have no "account" or "balance" on any of the service providers (vending machines don't have balances!), and ideally only the "best" (as understood by the user) is rewarded.
The way I imagine it working is:
* user publishes X event with the job spec
* service providers that can handle that job spec compete to serve it (risk!)
* when service provider serves the data the user pays to the "best" service provider
Ideally there would be no negotiation steps between user<>provider, at least for inexpensive compute.
Obviously there's risk to the service provider here, but it's risk that would be very easy to price/handle for a motivated service provider.
The upside is a transparent, always-on global marketplace for data-processing/compute.
PABLOF7z
npub1l2…tajft
2023-06-30 10:01:47
Author Public Key
npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajftPublished at
2023-06-30 10:01:47Event JSON
{
"id": "276acfdb0f1466fda1f209954d82928cf20296d338bd68586bee4fd6c5d3f399",
"pubkey": "fa984bd7dbb282f07e16e7ae87b26a2a7b9b90b7246a44771f0cf5ae58018f52",
"created_at": 1688119307,
"kind": 1,
"tags": [
[
"p",
"6e468422dfb74a5738702a8823b9b28168abab8655faacb6853cd0ee15deee93"
],
[
"p",
"73c6bb92440a9344279f7a36aa3de1710c9198b1e9e8a394cd13e0dd5c994c63"
],
[
"p",
"b708f7392f588406212c3882e7b3bc0d9b08d62f95fa170d099127ece2770e5e"
],
[
"p",
"3fc5f8553abd753ac47967c4c468cfd08e8cb9dee71b79e12d5adab205bc04d3"
]
],
"content": "has anyone thought/written about data-processing services via nostr?\n\nI'm thinking of, as nostr:npub1dergggklka99wwrs92yz8wdjs952h2ux2ha2ed598ngwu9w7a6fsh9xzpc says, a vending machine model.\n\nMoney in, data out.\n\nExample:\n\nI publish an event saying I want \"X data processed in Y form, will pay Z\", services compete to serve me the data back.\n\nRationale:\n\nI'm integrating audio/video highlights on nostr:npub1w0rthyjyp2f5gful0gm2500pwyxfrx93a85289xdz0sd6hyef33sh2cu4x (cc nostr:npub1kuy0wwf0tzzqvgfv8zpw0vaupkds3430jhapwrgfjyn7ecnhpe0qj9kdj8 nostr:npub18lzls4f6h46n43revlzvg6x06z8geww7uudhncfdttdtypduqnfsagugm3 ); instead of handling the transcription within Highlighter (which is what I'm doing now via the `whisper` model), what if users could query for that specific service and pay for it directly to the right service provider?\n\nIdeally, the user would have no \"account\" or \"balance\" on any of the service providers (vending machines don't have balances!), and ideally only the \"best\" (as understood by the user) is rewarded.\n\nThe way I imagine it working is:\n\n* user publishes X event with the job spec\n* service providers that can handle that job spec compete to serve it (risk!)\n* when service provider serves the data the user pays to the \"best\" service provider\n\nIdeally there would be no negotiation steps between user\u003c\u003eprovider, at least for inexpensive compute.\n\nObviously there's risk to the service provider here, but it's risk that would be very easy to price/handle for a motivated service provider.\n\nThe upside is a transparent, always-on global marketplace for data-processing/compute.",
"sig": "76f80caadbf2a7c8360ab2b50dc97e75034242f565caa722412bc3e710ea5b533f36706960e1abe695f170ea3da72e204ed7a10b3f28672c22ae88374c812455"
}