i personnally am not bothered by the wait, i was just stating that, as of this moment, the only issue created by block chain size is the initial setup of full wallet, by this i am implying that there is no problem, as not many people need that full node on their pc. those that want to run the node should expect some time to be used. you want to start a new domain, you expect a possible 24 wait for DNS propagation. technical aspects to all project take longer than the standard use version
and my reply was that you can have the cake and eat it.
rather than having the implementation useless until syncing. thus holding people up and the sync becomes not discrete and noticable enough to frustrate
you can be a full node and not have to wait. simply by devs releasing a implementation that emulates a litenode instantly while it discretely syncs in the background, unnoticed because its no longer a hindrance to utility.
So could something like this be one way to solve the issue of node count that the community has expressed concern over recently?
I'm not well versed in what happens when you run a node and how a lot of the technical aspects affect other portions, but this could be one way to maintain node numbers in my opinion, assuming that you can take the blockchain from the node and sync it to the wallet.
---my reply below is about an earlier concept that deals with the problem of a node waiting to sync.
as i said. it would be a full node. this extra code to grab the utxo set from its connected peers first. and then syncs the blockchain second.
its not an electrum node with a few tweaks. its a full node with a couple tweaks
so seeing as it would be a full node, with all rules. and also as it syncs it is checking the data like all full nodes.
all that changes is that its actually able to spend funds at syncing from block 0 instead of waiting for block 420k+ to be properly usable.
its not like electrum or other lite wallets that rely on a central server. my idea is a proper full node but just things in a different order.. grabbing utxo data from nodes, probably safe to get utxo from all connections to have multiple opinions. and then build the blockchain after.
thus solving the long wait where users have to wait for the node to build its own utxo set
---to address morantis's new scenario about one source of data that multiple softwares can use.
you could set up a bitcoin Deamon on the data store. and then get other 'client' software to RPC call the data from it
but then its not really what i would call a full node anymore for the 'client' implementations