I use a very weird way to overcome this
By configure with -prune=550 and -connect=xxx.xxx.xxx to limit bitcoin-qt connect to my local live node with minimum space consumption. Though, it still take up ~700MB space.
Topic: RPC-backended GUI for bitcoind (Read 222 times)
I have the same question. As bitcoin-cli can connect a remote node RPC why not with bitcoin-qt
I use a very weird way to overcome this
By configure with -prune=550 and -connect=xxx.xxx.xxx to limit bitcoin-qt connect to my local live node with minimum space consumption. Though, it still take up ~700MB space.
I use a very weird way to overcome this
By configure with -prune=550 and -connect=xxx.xxx.xxx to limit bitcoin-qt connect to my local live node with minimum space consumption. Though, it still take up ~700MB space.
For what purpose? Why not just use the QT client? The RPC interface is much slower than the QT client and so any client built on RPC will be slow. Even if there are such customers (never heard of anyone), who will use it?
If „we“ had the same mind set like your posting here, then bitcoin could never exist. Imagine people raised the same questions:Bitcoin - what purpose? We have Dollars
Bitcoin - why use on a PC? I can send via my bank or PayPal
Bitcoin - why is it slow? It can only do 7 tx/ second - VISA can do 50.000s
Bitcoin - who will use it? Only nerds would do this...
Do you want to be in the same group?
Be open minded, and don‘t (implicitly) judge someone else’s request, cause your imagination might be limited...
Here an example, I discussed on a meeting last recently: the person was running a bitcoin daemon on a raspberry pi, in a headless mode, connected via ssh. And he was wondering, how to remotely connect to the device from a „powerful“ system with a graphical interface. He was unfamiliar with the command line shell. So he looked for something like a web app, that embeds the RPC calls, so he can do a minimum set of commands. And as you see, speed would not be an issue at all!
There are always things beyond our imagination.
As pebwindcraft rightly put I’m not sure why your being put off trying to do what you want to do.
I am working on a gui written in Visual Basic which connects to a daemon node and wallet which can send tokens, view balances and transactions, make new addresses and mine. It has no issue with speed the response for the coin that I’m working with it quick.
If you want to have a try yourself use Visual Basic with the json resource imported into your form.
I can help you out where I can.
For what purpose? Why not just use the QT client? The RPC interface is much slower than the QT client and so any client built on RPC will be slow. Even if there are such customers (never heard of anyone), who will use it?
If „we“ had the same mind set like your posting here, then bitcoin could never exist. Imagine people raised the same questions:Bitcoin - what purpose? We have Dollars
Bitcoin - why use on a PC? I can send via my bank or PayPal
Bitcoin - why is it slow? It can only do 7 tx/ second - VISA can do 50.000s
Bitcoin - who will use it? Only nerds would do this...
Do you want to be in the same group?
Be open minded, and don‘t (implicitly) judge someone else’s request, cause your imagination might be limited...
Here an example, I discussed on a meeting last recently: the person was running a bitcoin daemon on a raspberry pi, in a headless mode, connected via ssh. And he was wondering, how to remotely connect to the device from a „powerful“ system with a graphical interface. He was unfamiliar with the command line shell. So he looked for something like a web app, that embeds the RPC calls, so he can do a minimum set of commands. And as you see, speed would not be an issue at all!
There are always things beyond our imagination.
To what purpose? Why not just use QT client? The RPC interface is much slower than the QT client and so any client built on top of RPC will be slow. Even if there's such a client (unheard of), who would use it?
It is no way to attach QT client to another node via rpcI want GUI for already running node
I also had this idea and did not find a direct way to do this (but I did not really search hard).
But it depends on what you want to achieve with it.
My approach was to connect a SPV client directly to my full node, so I don't rely on full nodes of other people.
One way to do this would be to install an electrum server which talks to your full node and then use the electrum client to make use of your full node.
Maybe there are wallets outside which can directly connect to bitcoind RPC but I did not found them.
One security concern I would have with such wallets is, that you need to open the RPC port for everyone to be able to connect to your bitcoind. This could be a big attack vector if not secured properly.
To what purpose? Why not just use QT client? The RPC interface is much slower than the QT client and so any client built on top of RPC will be slow. Even if there's such a client (unheard of), who would use it?
It is no way to attach QT client to another node via rpcI want GUI for already running node
To what purpose? Why not just use QT client? The RPC interface is much slower than the QT client and so any client built on top of RPC will be slow. Even if there's such a client (unheard of), who would use it?
Hello!
Maybe it is dumb question, but is there any tool, that can be attach to existing daemon's RPC interface and represent graphic interface with same functional as QT client?
Maybe it is dumb question, but is there any tool, that can be attach to existing daemon's RPC interface and represent graphic interface with same functional as QT client?
Jump to: