Can a Nostr note have multiple authors?
Login to reply
Replies (28)
a note signed by someone can be wrapped by another and sent again?
that's more of a quote repost, not co-authored
Yeah I wanted to do it in such a way that might be friendly to existing clients. Maybe there could be a co-authors field and has their npubs and signatures? nostr:nprofile1qqsd6ejdteqpvse63ntf7qz6u9yqspp4z7ymt8094urzwm0x2ceaxxgprdmhxue69uhkx6rjd9ehgurfd3kzumn0wd68yvfwvdhk6qgmwaehxw309a6xsetxdaex2um59ehx7um5wgcjucm0d5hssl82gr have you encountered this with Alexandria?
30040/41 have an authors field and a p-tag for the original author.
That is displayed like this:
https://next-alexandria.gitcitadel.eu/publication?d=21-lessons-by-der-gigi-v-1
We also have blogs with articles from different npubs, but we don't mutli-sig or delegation.
nostr:nprofile1qqsrhuxx8l9ex335q7he0f09aej04zpazpl0ne2cgukyawd24mayt8gprfmhxue69uhhq7tjv9kkjepwve5kzar2v9nzucm0d5hszxmhwden5te0wfjkccte9emk2um5v4exucn5vvhxxmmd9us2xuyp has experimented with musig2 to do multiple signers. You can verify these signatures with nak
Anything you can point me to? If I were to just have each author include their own signature, is that different than a multisig? Like a list of tuples (npub, sig) for the note.
The protocol doesn't support multiple signatures. That would create an invalid event.
Here is a howto for the musig2 scheme https://github.com/fiatjaf/nak/blob/a6509909d0d83405a5be57fbc1831f6bb96b316e/README.md?plain=1#L91
Thanks - I was thinking more just like a 'coauthors' tag that was the list of (npub, sig) tuples beyond the first author
The tags are part of the entropy of the signature, so you can't include a signature in the tags without changing the signature, ad infinitum
Do you know what kind of services use this?
And hello btw 👋
That is what we have, as you can have n author or p tags, but that isn't the same thing as having multiple people sign the same event with their nsec. That would be cryptographic and break protocol.
It isn't clear which solution you prefer.
None I'm aware of
Good to see you :)
I would be possible if you have a layeron top that separates a part of a signature to multiple people.
ah of course
I wanted something cryptographic that would be like when you submit a paper for publication. Ideally, each author is listed separately, but they have a signature proving they weren't added to the paper (note) without their consent. I suppose though that all the coauthors could just do a multisig at that time they finalize the paper for submission and send it off?
I need this too:
multiple displayed authors (that signed something to prove it)
Not the guy to spec this, but Relationship Status spec could be inspirational. Since you basically need that two-way thing but for Events, instead of Profiles. And you leave the "roles" (author, etc...) as an open end.
Multisig adds a lot of complication.
We're doing peer review and co-authorship with approval/attestation events. Sort of the way you can recommend someone else's 30818 wiki page.
One npub writes it and lists all of the authors, publishes, and the authors sign-off on that, and the client gives their entry in the author list a verification ✔️
Spec? :eyes:
When it goes live, for nostr:npub1l40cx7mc8cr23qamy6xhjx4gng9wmuczj2d8ertvw98w0aak9x3qyxmh7n .
It's a major feature, so we need to be clever about it.
1988 would be a good number for it, though, as it's akin to a label or report. Sort of the inverse of a report.
Ok cool.
Do you leave the "role" open? Or is being an "author" the only option?
How do you send out the "please sign this for confirmation" thing? Via Nostr Mail?
There are different roles, like author, reviewer, approver. You could sign with multiple roles. Role depends upon the review stage.
It's a bit complicated, as it needs to match university and industry standard, but the basic idea of a 1988 sign-off is more universally applicable.
Well, you get notified when an event includes you in a p-tag. Don't need a second notice.
Something simple, as it's just document signing. The pubkey just needs to match one of the document's p-tags. Could use it for anything, really.
{
"kind": 1988,
"tags": [
[ "role", "author" ]
]
}
Sweet!
I think that last part might be naive. But we'll see, depends on the apps that back the interaction up.
Sorry, forgot the e tag. No a tags, obviously, as you want to sign-off on a particular version of a publicatio.
Yup, was about to say 🎯
Would somehow be nice to match the Relationship Status spec for consistency.
With:
- The one letter tags
- The ability to sign of on multiple roles with one event
And that Relationship Status nip needs:
- a better name (profile labels or sth)
- ability to also include a :badge: Badge instead of the label string (n)