Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove unnecessary default seedlist #2773

Closed
wants to merge 1 commit into from

Conversation

satoshichou
Copy link

Close #2772

Copy link
Member

@shargon shargon left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why they should be removed?

@Jim8y
Copy link
Contributor

Jim8y commented Jun 19, 2022

To be honest, i have no idea what the point of these settings since we already have everything in the config.json.

@ixje
Copy link
Contributor

ixje commented Jun 20, 2022

I agree with OP to remove this behaviour. It is counter intuitive and had me scratching my head multiple times in the past. If SeedList means the list of nodes to seed from, then an empty list should mean "do not connect to any seed". Having to input some non-existent ip address just so it stops connecting to MainNet feel bad.

The whole hardcoding default config seems like some attempt to avoid null pointer exceptions due to invalid configs (iirc from the past). It shouldn't be that hard to check the config against a JSON schema and shutdown in case of an invalid config instead of doing this default thing.

@erikzhang
Copy link
Member

#2772 (comment)

@superboyiii
Copy link
Member

superboyiii commented Jun 24, 2022

#2772 (comment)

But not worked as this behaviour, see: #2772 (comment)
And we already have them in config.json, why someone have to remove seedlist[]? Can't see any scene like this. But make seedlist[] empty is an ordinary behaviour in single consensus privatenet, it shouldn't connect mainnet seeds.

@shargon
Copy link
Member

shargon commented Jun 24, 2022

#2772 (comment)

@ixje
Copy link
Contributor

ixje commented Jun 27, 2022

But make seedlist[] empty is an ordinary behaviour in single consensus privatenet, it shouldn't connect mainnet seeds.

This ☝️

#2772 (comment)

@shargon can you explain what are you're trying to say with this comment? We can read that the behaviour is "by design" according to the dotnet team, but I don't think the current behaviour in NEO core is the intention by the NEO team. At least the way I read Erik's comment is "when the whole seedlist key is missing from the config it should take the default seed list, "but" an empty array should give an empty seedlist". Empty seedlist to me means, do not connect to any seed nodes and that's not what it is doing as shown in my screen recording

@satoshichou
Copy link
Author

I think it's necessary to make default seedlist empty, please move on. @erikzhang @shargon

@shargon
Copy link
Member

shargon commented Jul 4, 2022

What's the sense of remove the seedlist but not the StandbyCommittee? I think that we should remove all and ensure that it's configured by the json

@satoshichou
Copy link
Author

What's the sense of remove the seedlist but not the StandbyCommittee? I think that we should remove all and ensure that it's configured by the json

Actually I don't care about any other parameters because in no sense I need to make it empty on my config.json for privatenet, but seedlist has this sense. When I start a single consensus and a seed node or you call it operation node/debug node/terminal node, I input command, deploy contract on it and it doesn't need to connect any peers. However, it connects to mainnet seeds finally.

@superboyiii superboyiii mentioned this pull request Jul 5, 2022
@superboyiii
Copy link
Member

@ixje Maybe we can temporarily set seedlist like "SeedList": [""] to avoid this issue.

@ixje
Copy link
Contributor

ixje commented Jul 21, 2022

@ixje Maybe we can temporarily set seedlist like "SeedList": [""] to avoid this issue.

That's a workaround similar to using a non-existent ip address, that is not a solution in my opinion. SeedList: [] meaning do not connect to anything is what I call developer friendly and I thought that's what NEO is trying to be.

@superboyiii
Copy link
Member

superboyiii commented Jul 21, 2022

@ixje Maybe we can temporarily set seedlist like "SeedList": [""] to avoid this issue.

That's a workaround similar to using a non-existent ip address, that is not a solution in my opinion. SeedList: [] meaning do not connect to anything is what I call developer friendly and I thought that's what NEO is trying to be.

I think we need to restrict that in Neo.Json to re-deserialize settings for all empty array to keep all in the same behaviour.

@roman-khimov
Copy link
Contributor

roman-khimov commented Nov 16, 2023

Let's handle this one for 3.7.0, either we fix it or not. It's a relatively simple thing, but some people find the default behavior annoying. And we have this PR for a long long time without any decision which is bad.

My take on it is that it should be merged, please vote 👍 or 👎 below and we either merge it (well, it needs a rebase now) or close it next week. @AnnaShaleva @shargon @vncoelho @superboyiii

@AnnaShaleva
Copy link
Member

I agree to merge this PR, but at the same time I agree with #2773 (comment). If we're removing the default SeedList (mainnet's one) and suppose that the default configuration can be used for any network (testnet, privnet), then other mainnet-related fields also should be removed (mainnet standby committee, magic, etc.). Otherwise we have kind of "mixed" configuration that includes both mainnet-related things and truly "default" things.

But it's a nitpicking and not critical.

@vncoelho
Copy link
Member

agree with @AnnaShaleva

@roman-khimov
Copy link
Contributor

@satoshichou, can you rebase/extend it slightly?

@ixje
Copy link
Contributor

ixje commented Nov 21, 2023

Are we really asking somebody to update his/her PR after almost 1.5 years? Looking at the persons profile shows no GitHub activity since creating this PR. I say just merge this and deal with Anna's suggestions in a new PR.

@shargon
Copy link
Member

shargon commented Nov 21, 2023

Closed by inactivity and moved to #2980

@shargon shargon closed this Nov 21, 2023
@roman-khimov
Copy link
Contributor

Are we really asking somebody to update his/her PR after almost 1.5 years

You never know. At least it was important for me to try updating/merging the PR from the original author. If it can't be done, OK, no problem, but we have tried.

@satoshichou
Copy link
Author

I'm always there, the shadow 👻 . Really good to see this moving forward. Neo is awesome! @roman-khimov @ixje @shargon @vncoelho

@satoshichou satoshichou deleted the patch-1 branch November 22, 2023 02:24
@RichardBelsum
Copy link

laugh one's ass off

@satoshichou
Copy link
Author

laugh one's ass off

You never know when I will be back. May the force be with you. 😏

@Jim8y
Copy link
Contributor

Jim8y commented Nov 22, 2023

I'm always there, the shadow 👻 . Really good to see this moving forward. Neo is awesome! @roman-khimov @ixje @shargon @vncoelho

@satoshichou please check #2980

@satoshichou
Copy link
Author

I'm always there, the shadow 👻 . Really good to see this moving forward. Neo is awesome! @roman-khimov @ixje @shargon @vncoelho

@satoshichou please check #2980

Yeah, already saw this. Good moving.

@shargon
Copy link
Member

shargon commented Nov 22, 2023

@satoshichou feel free to open again the pull request!

@satoshichou
Copy link
Author

@satoshichou feel free to open again the pull request!

Yours is enough!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Strange logic about the default seed node
10 participants