27
The Monero community encourages you to run a full node so you can get the highest level of privacy and support the network the most. However, we understand that convenience is sometimes more important. For these instances, there are a few options:
Use a web wallet.
This allows you to use Monero from a web browser without downloading anything, and you can ...
21
The short answer is no, at least not safely.
Something we've discussed before is for full nodes to (completely optionally) include a donation address in their handshake, with separate addresses on clearnet and i2p (to prevent fingerprinting). Then when a wallet is building a transaction it can ask the daemon for a random donation address from the list of ...
15
MoneroPulse is a DNS based system which regularly checks for a list of blockchain checkpoints stored in the DNS TXT record for a few monero domain names. This system allows emergency checkpoints to be set to mitigate an attack or accidental fork in the chain.
By default, this check is advisory (ie, you will get warnings if you are not on the chain that ...
15
Bandwidth utilization greatly depends upon whether or not inbound ports are opened up or not.
On a fast 10gbit+ VPS with inbound ports opened up, I see 280 GB inbound and 250 GB outbound used.
On a residential connection with 8 outbound connections and zero inbound, I see less than 10GB inbound / outbound used in 30 days.
12
You can set this when you start the daemon I believe:
Typing monerod --help and scrolling down shows you there are these options:
So to limit your bandwidth you could type: monerod --limit-rate 100 to limit up and downstream activity to 100kB/s each way. Or you can set them individually as shown.
12
Yes, there are already people running Monero full nodes with Android using GNURoot (which doesn't require a rooted phone, despite its name) as suggested by villabacho.
The proof of concept can be tested easily according to the steps listed by binaryFate:
Install GNUroot Debian
Launch it, and type the following into the terminal:
apt-get update && ...
11
White peers are online and reachable and grey peers are offline.
The longer period of time it has been since you last used your daemon, the more grey peers you are likely to see.
White peers that fail to upgrade during a hard fork are (eventually) dropped from the network and become grey. People move and change VPS hosting providers, so peer status will ...
11
I will quote a good explanation by bigreddmachine, found here.
Reorgs happen when there is temporarily a disagreement about what the
longest chain is. It happens in every Cryptocurrency, and the shorter
the block time, the more frequent it happens. Basically, picture a guy
in the Philippines and a guy in Spain each mining what they say is
block ...
11
I know Monero is dynamically scalable, but everyone knows that simply increasing blocksize does not make a blockchain scale.
Saying "everybody knows" doesn't really cut it. Who can say what kind of hardware will be available by the time usage of Monero network gets to the point where Bitcoin is today. It's really not possible to answer this honestly without ...
10
The Monerodo OS (sometimes referred to as MOS, at least, in the system itself) is a text-user interface and customized Ubuntu Linux distribution that is maintained and developed by Gingeropolous (and yes, that's me). The operating system is designed to give individuals with no Linux knowledge the ability to operate a fully dedicated node device in their home ...
10
The lightwallet by jwinterm is probably most similar thing to an SPV wallet so far https://getmonero.org/getting-started/choose
shen-noether is working on a mobile wallet that will connect to a remote node
https://hellomonero.com/tags/shen-noether
Using an SPV wallet can have privacy concerns because the node that you use to relay your transactions needs ...
10
Since Monero moved to LMDB in January, RAM requirements are now quite low. It is possible to run a full node with 1GB of RAM
The amount of hard drive space needed will vary by OS. I have not yet seen a blockchain over 20GB. The blockchain continues to grow, but pruning options (such as provided by Aeon a Monero fork) will likely become available eventually
A ...
10
Make Monero useful and people will run nodes. You don't need to compensate nodes to give people an incentive to run one, you just need to make Monero intrinsic or a large part of their business. This is why Bitcoin nodes have been going down over the years, no business sees it as critical to their revenue model, so they outsource it.
DNMs are a perfect ...
10
It's good practice to separate them, here's why:
Security. The node is open to the network and the wallet keeps your private keys. In case some exploit was found in the node sofware, this significantly reduces the risk for your funds
Practicality. You can run multiple wallets all talking to the same node. With them bundled together this becomes messy, if ...
9
Raspberry Pi is good for testing the minimum resource requirements needed to run Monero. As long as Monero continues to work on ARM devices like the Raspberry Pi then scaling concerns related to hardware requirements will not be a problem for most people.
It also is extremely inexpensive in terms energy consumption, with a Raspberry Pi and other ARM systems ...
9
"Refreshing" means telling the wallet to check the blockchain to see if any transactions were sent or received in any blocks added to the chain since it last looked. This makes it clearer why this has to be done,
If you want the wallet to refresh automatically, try set auto-refresh 1 in thw wallet. This needs a recent enough wallet, and it might not be in ...
9
I don't think a utxo method is possible, because the blockchain is opaque. There are no unspent transaction outputs on the Monero blockchain, in other words.
There are no unspent transaction outputs on the Monero blockchain, in other words.
The above is a generalization, that isn't true in all cases. There are certain instances where an output can be ...
8
If I run a full node I am supposedly contributing to network security by keeping a copy of the blockchain
That's right, but by running a node, you're most importantly securing yourself. I will get back to this statement further down.
The network doesn't really need infinite nodes for security, but just enough so that TX-data can propagate fast enough to all ...
8
For your pi 3, just grab the ARMv7 binaries. https://getmonero.org/downloads/
They'll work for pi 2 as well. If anyone is trying to run a node on pi 1 or pi zero, I can upload ARMv6 binaries but I believe the plan is to drop support for these ARMv6 devices soon.
ARMv6 binaries now available: https://www.reddit.com/r/Monero/comments/543euo/...
8
Normally, just running a full node (i.e. a node that contains a full copy of the blockchain) just entails keeping your copy of the blockchain up-to-date, and also relaying new transactions. These transactions are then included in the blockchain by the process of adding a new block to it, know as mining. However, to get the privilege of editing the blockchain ...
8
There are two ways you can do that:
check your node is at most one or two blocks behind the highest height known in its peers
check whether a new release is available
The first one can by done by running sync_info in monerod, which reports your height as well as that of your peers. The RPC to get that information is sync_info.
The second one can be done ...
7
A node helps miners know they are on the correct chain, it also helps users verify transactions, nodes also supply the blockchain to other nodes that are not yet up to date, it also acts as a broadcasting service for users when they want a transaction to be sent to all the miners.
7
There is a suspected bug in the P2P connectivity code, which causes some nodes to not see the entire Monero network, so the monerohash.com only sees part of the network. It is unknown how much of the network this "hides" from the statistics.
7
By definition pruning branches cannot be considered full nodes because they are missing the data that has been pruned. Pruning branches are not full nodes according to the definition of CONOP.
This explanation explains why full nodes (in addition to pruning branches) are necessary.
Pruning data makes a node unable to supply the pruned data to other ...
7
While it is true that relaying transactions to a node other than your own compromises (some) privacy, there are ways to create a mobile wallet that will address this concern. Basically, the wallet would only store the parts of the blockchain that are relevant to the outputs you own, plus some more to mix with when you create new transactions. There will ...
7
If I understand well, the "mixing pool" is basically the entire blockchain, ie, every output on it. Not every coin, but every output appearing on the blockchain, spent or unspent (you can't tell them apart). Note sum(outputs) > sum(coinbase). It's just the matter of matching an amount being actually sent with the amount of an output found on the ...
7
You can change them, either when starting monerod:
--limit-rate-up arg (=-1) set limit-rate-up [kB/s]
--limit-rate-down arg (=-1) set limit-rate-down [kB/s]
--limit-rate arg (=-1) set limit-rate [kB/s]
Or at runtime:
limit limit <kB/s> - Set download and upload limit
limit_down ...
6
As @antanst has said, I would also suggest using --rpc-bind-ip and --rpc-bind-port to bind to an external interface but only if your instance is inside an internal/trusted network. I see no reason why your instance should be publicly accessible (if there are reasons, someone please comment).
If you must connect across the internet, I would advise to bind ...
6
It would be technically possible. However, several considerations apply:
how do you trust what you receive is really a bona fide update ? You trust the blockchain because it's got PoW with high enough difficulty, but transactions are arbitrary. There is no mechanism to authentify the origin of something on the Monero P2P network.
you don't want to put this ...
Only top voted, non community-wiki answers of a minimum length are eligible
