[XMR] Monero - A secure, private, untraceable cryptocurrency - page 976.

GingerAle

legendary

Activity: 1260

Merit: 1008

Quote from: opennux on April 15, 2015, 08:56:19 PM

What's the best way to help out the network? Full node? On Raspberry? VPS? Other system? What's cheapest?

I was thinking about doing a community service of setting up nodes for people. People would pay the full cost of the affiliate link of InterServer.net for a specified time. (It's <6$ monthly).

On top I would charge a yet unspecified amount (something like 5-10 xmr) which would in full be donated to the core team development fund.

Thoughts?

Probably the best way to strengthen the network would be to provide content on:

http://getmonero.org/knowledge-base/user-guides/

and here:

http://getmonero.org/knowledge-base/developer-guides/

the logic being that this information, nicely compiled on getmonero.org, will attract and instruct any interested person. This adoption leads to the network being helped out.

My crusade is still network hash strength. So, in that sense, a full node would be great. But even greater would be an easy way to set up a full node using a GPU miner. I know its doable, but I haven't had the full weekend of time to devote to tinkering with it.

"setting up nodes for people" - who is your target audience? If they are people in cryptoworld, thats good, because they can probably update their node at some point. If its just general people, you'll have to maintain their node for them (specifically for the hardfork eventually coming up at some point).

opennux

full member

Activity: 231

Merit: 100

What's the best way to help out the network? Full node? On Raspberry? VPS? Other system? What's cheapest?

I was thinking about doing a community service of setting up nodes for people. People would pay the full cost of the affiliate link of InterServer.net for a specified time. (It's <6$ monthly).

On top I would charge a yet unspecified amount (something like 5-10 xmr) which would in full be donated to the core team development fund.

Thoughts?

saddambitcoin

legendary

Activity: 1610

Merit: 1004

Quote from: smooth on April 15, 2015, 07:27:28 PM

Quote from: ?? on ??

Would this also work on a RPi B+?

No the ubuntu distro he is using is only for pi 2.

It can be made to work and the static build has been compiled for a b+ but the instructions will be somewhat different.

Hilux, I first tried building on Raspbian but I had problems easily installing the most recent Boost libraries. Hence the switch to Ubuntu.

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: ?? on ??

Would this also work on a RPi B+?

No the ubuntu distro he is using is only for pi 2.

It can be made to work and the static build has been compiled for a b+ but the instructions will be somewhat different.

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: Miki on April 15, 2015, 05:36:23 PM

Quote from: osensei on April 15, 2015, 03:05:06 PM

Quote from: Miki on April 15, 2015, 12:16:38 PM

Quote from: GreekBitcoin on April 15, 2015, 12:12:52 PM

I have noticed that too. Apparently there are wrong calculations...Which pool do you guys consider to be the best one right now?

Best pool by far is monero.crypto-pool.fr.

No one denies that's the largest pool, but largest doesn't mean best. On smaller pools your payments will be less frequent, but bigger. On the long run you should be getting more or less the same amount of XMR from each pool (it's also been said that you would be getting a little more from smaller pools, but I don't have the theory to back it up). But most importantly, if you avoid largest pools you will be helping to the decentralization by spreading the network's hash power.

You should look for a good pool with low latency in your location. Just make sure to ping the mining server address and not the web server, as they may not be in the same location. Also, if your mining software supports it, you should add a backup pool just in case your main pool becomes unavailable.

Avoid small pools , difficulty oscillates by 10-30% during the day, if you mine at a small pool and it hits no blocks during the low diff period than you are at a loss.

And if it does hit a block during a low-dificulty period you get a bit extra. Over several days it largely balances out.

Quote

Mine at a pool that hits a block every 10-15mins

A few blocks per day is plenty imo. The most important factor for a pool is reliability and that you have low latency. Bigger payouts is helpful because it will reduce your transaction fees when you try to spend.

One suggestion I remember from a while back that was pretty good is to mine in such a way that you get part of at least 50 blocks. That depends not only on the pool hash rate (or your own hash rate if solo mining) but also your time horizon.

5w00p

hero member

Activity: 644

Merit: 502

Quote from: binaryFate on April 15, 2015, 05:19:24 PM

Posted to wrong thread, cross posting.

Quote from: binaryFate on April 15, 2015, 05:10:00 PM

Was at "DevCore London" bitcoin conference. Quite some mentions of privacy concerns, more than before as far as I can tell. Surprisingly knowledge of privacy cutting edge technics stops at "coinjoin", even for *very* ~~famous~~ solipsistic bitcoin devs.

FTFY, with a word I learned here at BCT. Cool

dEBRUYNE

legendary

Activity: 2268

Merit: 1141

Quote from: Miki on April 15, 2015, 10:38:32 AM

Quote from: pa on April 15, 2015, 08:37:34 AM

Interesting Monero-related discussion: http://www.reddit.com/r/Bitcoin/comments/32nh81/i_want_to_see_strong_anonimity_in_the_bitcoin/

Good to know, Peter Todd is a Monero hodler..

This was already known before -> https://twitter.com/petertoddbtc/status/579092073875308545

Miki

member

Activity: 68

Merit: 10

Quote from: osensei on April 15, 2015, 03:05:06 PM

Quote from: Miki on April 15, 2015, 12:16:38 PM

Quote from: GreekBitcoin on April 15, 2015, 12:12:52 PM

I have noticed that too. Apparently there are wrong calculations...Which pool do you guys consider to be the best one right now?

Best pool by far is monero.crypto-pool.fr.

No one denies that's the largest pool, but largest doesn't mean best. On smaller pools your payments will be less frequent, but bigger. On the long run you should be getting more or less the same amount of XMR from each pool (it's also been said that you would be getting a little more from smaller pools, but I don't have the theory to back it up). But most importantly, if you avoid largest pools you will be helping to the decentralization by spreading the network's hash power.

You should look for a good pool with low latency in your location. Just make sure to ping the mining server address and not the web server, as they may not be in the same location. Also, if your mining software supports it, you should add a backup pool just in case your main pool becomes unavailable.

Avoid small pools , difficulty oscillates by 10-30% during the day, if you mine at a small pool and it hits no blocks during the low diff period than you are at a loss.
Mine at a pool that hits a block every 10-15mins

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: saddambitcoin on April 15, 2015, 04:18:40 PM

Quote from: osensei on April 15, 2015, 03:18:58 PM

One thing though.... I tested the Berkeley DB implementation on my laptop and on a VPS, and it was taking ages to sync. Let me knows how it works out for you on the Raspberry Pi.

Hopefully LMDB issues for RPi will be fixed soon.

Yes, Berkeley database is slow. I think it's going to take about 4 days to sync fully.

A large part of the performance issue on RPi is simply the device itself being extremely low performance (although it does have multiple cores which we aren't really using so that will improve at some point). With no database at all it is only about 2.5x as fast as with bdb. That's the ceiling on any database implementation right now, and the current lmdb implementation won't be close to that ceiling.

4 days is optimistic, I think. But what's the hurry? The thing uses 2 watts -- just let it run.

binaryFate

legendary

Activity: 1512

Merit: 1012

Still wild and free

Posted to wrong thread, cross posting.

Quote from: binaryFate on April 15, 2015, 05:10:00 PM

Was at "DevCore London" bitcoin conference. Quite some mentions of privacy concerns, more than before as far as I can tell. Surprisingly knowledge of privacy cutting edge technics stops at "coinjoin", even for *very* famous bitcoin devs.

saddambitcoin

legendary

Activity: 1610

Merit: 1004

Quote from: osensei on April 15, 2015, 03:18:58 PM

One thing though.... I tested the Berkeley DB implementation on my laptop and on a VPS, and it was taking ages to sync. Let me knows how it works out for you on the Raspberry Pi.

Hopefully LMDB issues for RPi will be fixed soon.

Yes, Berkeley database is slow. I think it's going to take about 4 days to sync fully.

Drhiggins

sr. member

Activity: 306

Merit: 251

Quote from: osensei on April 15, 2015, 03:18:58 PM

Quote from: saddambitcoin on April 15, 2015, 02:18:40 PM

I am now syncing to the network on a Raspberry Pi 2, using Berkeley DB. LMDB does not work at this time for RPI but I understand it will be addressed in the future.

A Step-By-Step Guide to Running A Full Node on Raspberry Pi 2:

(thanks to smooth, binaryFate, fluffypony)

First, get your Raspberry Pi SD card set up.

Download Ubuntu for Raspberry Pi: https://wiki.ubuntu.com/ARM/RaspberryPi
Install Ubuntu onto the SD card: https://www.raspberrypi.org/documentation/installation/installing-images/README.md

Now, boot your Raspberry Pi.

sudo fdisk /dev/mmcblk0
Delete the second partition (d, 2), then re-create it using the defaults (n, p, 2, enter, enter), then write and exit (w). Reboot the system, then:

sudo resize2fs /dev/mmcblk0p2
There is no swap partition/file included. If you want swap, it's recommended you do:

sudo apt-get install dphys-swapfile
Install dependencies (note, there may be more, but this is what I remember):

sudo apt-get install git vim libboost1.55-all-dev build-essential doxygen libdb5.3 libevent-dev libunbound-dev miniupnpc liblmdb-dev

You are now ready to build the bitmonero daemon!

git clone https://github.com/monero-project/bitmonero.git bitmonero cd bitmonero vim Makefile in the “release-all” section add this code: -D NO_AES=ON (type “i” to edit) escape, then :x to save cd src/blockchain_db/lmdb vim db_lmdb.cpp scroll to line 675 change “size_t mapsize = 1LL << 34;” to “size_t mapsize = 1LL << 30;” :x cd cd bitmonero make release-all cd build/release/bin ./bitmonerod --db-type berkeley

Thanks for this saddam, I'll give it a try once I get my hands on the Raspberry Pi 2 I've ordered

One thing though.... I tested the Berkeley DB implementation on my laptop and on a VPS, and it was taking ages to sync. Let me knows how it works out for you on the Raspberry Pi.

Hopefully LMDB issues for RPi will be fixed soon.

Can someone post these instructions on the MEW or GetMonero forum/knowledge base for easy access down the road. I think I'll buy a few of these Rasberry Pi 2's. I have a few friends who are interested in helping out the network and are willing to run a node from their locations. Since this is such a small device it can really help network health.

Drhiggins

sr. member

Activity: 306

Merit: 251

I will say Monerohash.com has been solid and the operator which is osensei is on point. Code patches and updates mostly applied same day issues are reported by dev's and others. Payments within minutes of block maturity. Plus osensei has always answered any and all email I ever sent him. Great pool and I've been there since near the very first day.

osensei

member

Activity: 70

Merit: 10

https://monerohash.com

Quote from: saddambitcoin on April 15, 2015, 02:18:40 PM

I am now syncing to the network on a Raspberry Pi 2, using Berkeley DB. LMDB does not work at this time for RPI but I understand it will be addressed in the future.

A Step-By-Step Guide to Running A Full Node on Raspberry Pi 2:

(thanks to smooth, binaryFate, fluffypony)

First, get your Raspberry Pi SD card set up.

Download Ubuntu for Raspberry Pi: https://wiki.ubuntu.com/ARM/RaspberryPi
Install Ubuntu onto the SD card: https://www.raspberrypi.org/documentation/installation/installing-images/README.md

Now, boot your Raspberry Pi.

sudo fdisk /dev/mmcblk0
Delete the second partition (d, 2), then re-create it using the defaults (n, p, 2, enter, enter), then write and exit (w). Reboot the system, then:

sudo resize2fs /dev/mmcblk0p2
There is no swap partition/file included. If you want swap, it's recommended you do:

sudo apt-get install dphys-swapfile
Install dependencies (note, there may be more, but this is what I remember):

sudo apt-get install git vim libboost1.55-all-dev build-essential doxygen libdb5.3 libevent-dev libunbound-dev miniupnpc liblmdb-dev

You are now ready to build the bitmonero daemon!

git clone https://github.com/monero-project/bitmonero.git bitmonero cd bitmonero vim Makefile in the “release-all” section add this code: -D NO_AES=ON (type “i” to edit) escape, then :x to save cd src/blockchain_db/lmdb vim db_lmdb.cpp scroll to line 675 change “size_t mapsize = 1LL << 34;” to “size_t mapsize = 1LL << 30;” :x cd cd bitmonero make release-all cd build/release/bin ./bitmonerod --db-type berkeley

Thanks for this saddam, I'll give it a try once I get my hands on the Raspberry Pi 2 I've ordered

One thing though.... I tested the Berkeley DB implementation on my laptop and on a VPS, and it was taking ages to sync. Let me knows how it works out for you on the Raspberry Pi.

Hopefully LMDB issues for RPi will be fixed soon.

osensei

member

Activity: 70

Merit: 10

https://monerohash.com

Quote from: Miki on April 15, 2015, 12:16:38 PM

Quote from: GreekBitcoin on April 15, 2015, 12:12:52 PM

I have noticed that too. Apparently there are wrong calculations...Which pool do you guys consider to be the best one right now?

Best pool by far is monero.crypto-pool.fr.

No one denies that's the largest pool, but largest doesn't mean best. On smaller pools your payments will be less frequent, but bigger. On the long run you should be getting more or less the same amount of XMR from each pool (it's also been said that you would be getting a little more from smaller pools, but I don't have the theory to back it up). But most importantly, if you avoid largest pools you will be helping to the decentralization by spreading the network's hash power.

You should look for a good pool with low latency in your location. Just make sure to ping the mining server address and not the web server, as they may not be in the same location. Also, if your mining software supports it, you should add a backup pool just in case your main pool becomes unavailable.

saddambitcoin

legendary

Activity: 1610

Merit: 1004

I am now syncing to the network on a Raspberry Pi 2, using Berkeley DB. LMDB does not work at this time for RPI but I understand it will be addressed in the future.

A Step-By-Step Guide to Running A Full Node on Raspberry Pi 2:

(thanks to smooth, binaryFate, fluffypony)

First, get your Raspberry Pi SD card set up.

Download Ubuntu for Raspberry Pi: https://wiki.ubuntu.com/ARM/RaspberryPi
Install Ubuntu onto the SD card: https://www.raspberrypi.org/documentation/installation/installing-images/README.md

Now, boot your Raspberry Pi.

sudo fdisk /dev/mmcblk0
Delete the second partition (d, 2), then re-create it using the defaults (n, p, 2, enter, enter), then write and exit (w). Reboot the system, then:

sudo resize2fs /dev/mmcblk0p2
There is no swap partition/file included. If you want swap, it's recommended you do:

sudo apt-get install dphys-swapfile
Install dependencies (note, there may be more, but this is what I remember):

sudo apt-get install git vim libboost1.55-all-dev build-essential doxygen libdb5.3 libevent-dev libunbound-dev miniupnpc liblmdb-dev

You are now ready to build the bitmonero daemon!

git clone https://github.com/monero-project/bitmonero.git bitmonero cd bitmonero vim Makefile in the “release-all” section add this code: -D NO_AES=ON (type “i” to edit) escape, then :x to save cd src/blockchain_db/lmdb vim db_lmdb.cpp scroll to line 675 change “size_t mapsize = 1LL << 34;” to “size_t mapsize = 1LL << 30;” :x cd cd bitmonero make release-all cd build/release/bin ./bitmonerod --db-type berkeley

Hueristic

legendary

Activity: 3836

Merit: 4969