-
Notifications
You must be signed in to change notification settings - Fork 956
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
Bug/feat: shielded-sync still requires --node
or is this a feature?
#2867
Comments
It should work without |
Yeah, except for the fact that it doesn't. |
What do you mean? I'm running command without |
Is your node on the default port? It might be due to this that it works for you but doesn't for me. |
Yes default port and my local server not public RPC. if you change port you need to point |
This is not the case for a while. Can do all sorts of transactions without Think back then they made it parse the port from the config in order to use the correct port. I might be mistaken to what they did exactly, but I'm on a custom port, don't have a variable set for this and don't need to use the option/arg except for shielded sync. Thus why I wonder and opened this issue. Plus it also gave me an idea hehe. |
@zenodeapp Is this still an issue? |
Oh wow, I'm only seeing this just now. Apologies! I'll close this, thanks. |
Is it normal for
shielded-sync
to require the--node
field. This is probably still a leftover issue from 0.31.6?Or are shielded sync's going to be linked to RPCs? (a potential solution for having to keep syncing like this and allowing shielded accounts to be 'accessible' outside of the CLI?).
Or like perhaps it's an idea to create an entire class of its own. Not RPCs, but having nodes that are in charge of keeping viewing keys up-to-speed with the blockchain.
The text was updated successfully, but these errors were encountered: