Nostr Web Client

ok I read in practice you are recreating nip-72 where you replace the community with an arbiter, the one who examines a job. (33400)

in 33401 the patron can put a job to do, for simplicity let's think of this as a long form content 30023 where the job is defined and has defined tags and the call to the arbiter if he accepts. when someone accepts the job it is added. After if this one does the job and the patron pays him we put the arbiter issues the receipt of kind 3402.

Job completed.

Free agents problem, they are never listed or examined and cannot be evaluated, that is, you will only evaluate the examiners and those who submit the job.

vinney...axkl 8mo ago

the free agant's npub gets referenced in the 33401 when the task moves to "assigned" status. and when then task is concluded and the 3402 is created, the result of the job allows you to evaluate the free agent.

so querying a whole set of events would allow you to evaluate the performance of all the workers involved. and future integration of WoT or GrapeRank would provide onlookers with their own tuneable algorithm for the various evaluations feasible to glean from the available data.

Reply to this note

Please Login to reply.

Discussion

il_lost_ 8mo ago

you don't have a univocal view of the merits, because they are mentions, you can make a kind 100xx with the merits, it can also be a badge or something similar, but badges are a thing in themselves, so maybe not highly recommended

vinney...axkl 8mo ago

I don't see what you mean. "univocal view of the merits"? what do you mean by that and why would it be desirable?

il_lost_ 8mo ago

if there are multiple relays multiple implementations, you might not find all events instead of searching a list, but in the end you would still have to synchronize the list so not very useful

vinney...axkl 8mo ago

good. some events might not want to be found.