The spec is too badly written. The reply has format of

"content": "METHOD({id: , result: , error: })",

And the "result" field contains the method-specific payload.

The spec is being rewritten now with oauth-stuff added, hopefully it gets more readable.

Reply to this note

Please Login to reply.

Discussion

Yes I noticed. I was able to integrate it into my SDK and successfully requested my Cashu-address balance using nsec.app ๐Ÿ‘ great work btwโ€ฆ

However request-id is the random string from my request, not an event id right?

I want to build a set of asynchronous functions that send a request and then resolve once I get the response, but from what I can tell there is no way to subscribe to ONLY the response, because the response does not include the requests e-tag, right?

Right, request-id is random string, not the request event id.

Not including the requests e-tag in the response is a huge missed opportunity IMO

You can chime in to this huge rewrite if you're in for some arguing ๐Ÿ˜‰

https://github.com/nostr-protocol/nips/pull/1047

The only justification I have to omit e-tag is to decrease the metadata leakage (this is reply to this req), although it's a very weak argument.