NUT-6: update contact info #117
No reviewers
Labels
No labels
breaking change
bug
documentation
enhancement
needs discussion
needs implementation
new nut
ready
wallet-only
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
forgejo-admin/nuts!117
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "nut6_contact"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This PR updates the contact information structure.
The main change is in the representation of contact information, which is now a structured object instead of an array. This allows for a more explicit and readable representation of contact types and values.
LGTM, people have been complaining about this for a long time.
I would probably change client to code to support both until all mints change their models.
ACK 6de3a61
Much prefer the object to the array
Actually I don't see any benefit to this, but I don't have a strong opinion on it either
We've had many examples in the spec that started off as an array and turned into an object later because arrays suck. I hope we won't add any arrays anymore just to turn them into objects half a year later.
What about a backwards compatible update? We could add the new contact field as a new key, e.g.
contact_info, such that we don't break existing implementations with it.done ✅. Added the
contact_infofield for backwards compatibility.I have also added a deprecation hint to the old
contactfield.ACK cd9d6ad
I would suggest we implement this in mints and clients before we merge the PR.
ACK
cd9d6ad362Implemented in CDK in https://github.com/cashubtc/cdk/pull/117
@ -30,3 +28,1 @@["nostr" ,"npub..."]],"motd": "Message to display to users.",{Following up on the dev call. I would prefer to remove the old
contactand make this a breaking change to avoid having to support the old style going forward. From the call it seemed like many wallets don't currently parse this so it wouldn't break current implementations and would be a simple upgrade to support it.Updated, with new field now called "contact" and thus being a breaking change. @thesimplekid we renamed the
typefield tomethodnow, which fits a bit better.