mirror of
https://github.com/nspcc-dev/neofs-sdk-go.git
synced 2026-03-01 04:29:18 +00:00
NNS and DNS support for human friendly container names #3
Labels
No labels
I2
I3
I4
S1
S2
S3
S4
U0
U1
U2
U2
U2
U3
U4
blocked
bug
client
config
discussion
documentation
enhancement
epic
feature
go
good first issue
help wanted
performance
pool
question
security
task
test
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nspcc-dev/neofs-sdk-go#3
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Originally created by @realloc on GitHub (May 19, 2021).
Originally assigned to: @KirillovDenis on GitHub.
Problem
It may not be convenient for humans to operate with NeoFS low level
ContainerIDandObjectID.Proposed solution
Use NNS to allow looking up
ContainerIDby it's domain and friendly name string. It should be also possible to mirror the same mechanism for regular DNS to simplify application client-side development.@alexvanin commented on GitHub (May 27, 2021):
Name resolving should be done in client side IMO. We can provide resolving module in
neofs-sdk-goand use it in neofs-cli and protocol gates.@realloc commented on GitHub (Jul 15, 2021):
Recently, we came to an agreement to have a well-known ID for the NNS contract in SideChain. Human-friendly address aliases may be stored there, additionally to the NNS in mainnet. If there will be a DNS zone mapped to the NNS records, we have two more possible sources for aliases.
Hence, the resolver module has to work with NNS or DNS, depending on the configuration.
@alexvanin commented on GitHub (Sep 9, 2021):
So basically we want to expand NeoFS API Client interface with DNS \ NNS support. Client should:
Unfortunately, client is still in neofs-api-go repository.