[XMR] Monero - A secure, private, untraceable cryptocurrency

[Quicken]

you can set download and upload rate limits with a startup flag on the daemon. The new release doesn't change the bandwidth usage per se.

but ultimately, the amount of data being dloaded and uplodaded is going to depend on how much traffic is on the network!! if there's enough traffic to force blocks up to a constant 50 kb, then there would be significantly more bandwidth usage.

Although that would be an interesting option / feature. I setting to make a data cap for capped people, so say you know you can only afford to give 1 gb of data transfer for monero, then once that amount is reached.... the daemon stops? Hrm, but then you just run into the same problem every month

Thanks. I will look into the rate limits.

I remember discussion quite a while ago in which it was stated that bandwidth would be used up to whatever was available and that it wasn't necessary to do so.  I believe this is where the bandwidth rate limits came from.  Maybe this is where Quicken' question came from.

I haven't looked closely since the 0.9 beta but with 0.8.6.6 it used to max out my bandwidth.  I have a fast connection with no monthly limit.  I am now syncing 0.9 to compare.

Yes, I have a metered broadband connection at home and foolishly launched the daemon with over 150 days to catch up yesterday - promptly hitting my broadband cap two weeks early - oops. It must have used several GB (unsure exactly how much as my supplier is useless with available stats). I need to look into general utilities to limit total daily data usage.

Currently syncing up the 0.9 beta at work.. just finished actually while I was typing the reply (height 844220). Very smooth. Lightwallet syncing now...

EDIT - synced @844226. All very nice. Side note - how about a 1 million blocks celebration?

[1714693438]

1714693438

[1714693438]

1714693438

[nioc]

While syncing I maxed out my connection at 30 Mbps down and 5 Mbps up about 20% of the time vs close to 100% (maybe? can't remember clearly) with 0.8.6.6

After syncing the max was 5 Mbps for short periods of time which again seems much less than with 0.8.6.6

[smooth]

Yes, I have a metered broadband connection at home and foolishly launched the daemon with over 150 days to catch up yesterday - promptly hitting my broadband cap two weeks early - oops. It must have used several GB (unsure exactly how much as my supplier is useless with available stats). I need to look into general utilities to limit total daily data usage.

If you are operating under capped or metered bandwidth the optimized method to do a sync is here: https://bitcointalk.org/index.php?topic=652305.msg12285629#msg12285629

This is probably somewhat more bandwidth-efficient than even downloading an old Boost-style bootstrap.

When 0.9 is released, the bootstrap will switch to an export format that is more bandwidth efficient and will be a good alternative to the above, somewhat complex, procedure.

The bandwidth limits are mostly useful for controlling other users' ability to sync from your node, or for limiting current bandwidth usage below your physical speed for connection sharing purposes. If you slow down your own syncing, it will just take longer, and the same overall bandwidth will be used anyway. If you limit bandwidth below the rate of actual usage you will just drop off the network, though current usage level is low enough that isn't likely to be an issue yet.

[ArticMine]

...]

If you are operating under capped or metered bandwidth the optimized method to do a sync is here: https://bitcointalk.org/index.php?topic=652305.msg12285629#msg12285629

This is probably somewhat more bandwidth-efficient than even downloading an old Boost-style bootstrap.

When 0.9 is released, the bootstrap will switch to an export format that is more bandwidth efficient and will be a good alternative to the above, somewhat complex, procedure.

The bandwidth limits are mostly useful for controlling other users' ability to sync from your node, or for limiting current bandwidth usage below your physical speed for connection sharing purposes. If you slow down your own syncing, it will just take longer, and the same overall bandwidth will be used anyway. If you limit bandwidth below the rate of actual usage you will just drop off the network, though current usage level is low enough that isn't likely to be an issue yet.

This method can be very useful in the following situation. Let us say one has a fully synchronized node on a desktop and one wishes to also have a fully synchronized node on a mobile device. One connects the mobile device to the local LAN (for example a home or business network) and then uses the above method to force synchronization with the existing LAN node at the much higher LAN speed and bandwidth without using or paying for ISP (WAN) bandwidth.

Edit: Of course in this situation the user could easily trust the node if they also created it.

[smooth]

...]

If you are operating under capped or metered bandwidth the optimized method to do a sync is here: https://bitcointalk.org/index.php?topic=652305.msg12285629#msg12285629

This is probably somewhat more bandwidth-efficient than even downloading an old Boost-style bootstrap.

When 0.9 is released, the bootstrap will switch to an export format that is more bandwidth efficient and will be a good alternative to the above, somewhat complex, procedure.

The bandwidth limits are mostly useful for controlling other users' ability to sync from your node, or for limiting current bandwidth usage below your physical speed for connection sharing purposes. If you slow down your own syncing, it will just take longer, and the same overall bandwidth will be used anyway. If you limit bandwidth below the rate of actual usage you will just drop off the network, though current usage level is low enough that isn't likely to be an issue yet.

This method can be very useful in the following situation. Let us say one has a fully synchronized node on a desktop and one wishes to also have a fully synchronized node on a mobile device. One connects the mobile device to the local LAN (for example a home or business network) and then uses the above method to force synchronization with the existing LAN node at the much higher LAN speed and bandwidth without using or paying for ISP (WAN) bandwidth.

Edit: Of course in this situation the user could easily trust the node if they also created it.

Yes I have some extra nodes on a LAN for testing purposes and use --add-exclusive-node to connect them to my public node with no added usage of external bandwidth. Since I control all the nodes there is no issue of trust. It does introduce a single point of failure since they would all drop off if the public node did (and indeed they do briefly drop off when I restart the public node). But since they are for testing that is not a concern for me.

[ArticMine]

It has a lot of interesting applications including for example (humour?) to bypass ISP incompetence or even censorship by using carrier pigeons. http://news.bbc.co.uk/2/hi/africa/8248056.stm One thing to note since this was published in 2009, USB keys with 64 GB are now easily available giving a 16X increase in the bandwidth of the carrier pigeon and more than enough to accommodate the Monero blockchain.

Edit 1: https://en.wikipedia.org/wiki/IP_over_Avian_Carriers Some more examples if IPoAC (IP over Avian Carriers).
Edit 2: Other forms of sneakernet https://en.wikipedia.org/wiki/Sneakernet

[dEBRUYNE]

Interesting article -> http://www.firstpost.com/business/true-financial-privacy-doesnt-exist-for-businesses-operating-on-bitcoin-blockchain-analyst-2523680.html

[dEBRUYNE]

In case anyone missed it, a few updates from Shen Noether regarding Confidential Transactions (CT) for Monero:

Edit 11/21/2015: things are slowly coming together - MLSAG's have been coded in python (https://github.com/ShenNoether/MiniNero/blob/master/MLSAG.py) and then I need to get the RingCT code using these rather than the LWW sigs. After this I should be able to finish the size analysis in the paper and then hopefully get a really cleaned up copy available.

edit 11/27/2015: demo version of RingCT using the MLSAG's is coded - next up is implementing 1. Diffie helman passing of masks and 2. implement a short representation of amounts

Most recent version:

https://www.overleaf.com/read/qzgytbyyxvyf

[smoothie]

Shen linked me to the latest version of RingCT paper: https://www.overleaf.com/read/qzgytbyyxvyf

I've created a thread to discuss RingCT in a more simplified (hopefully) context here: https://bitcointalk.org/index.php?topic=1268336.msg13091439#msg13091439

It's a work in progress.

Looks like shen added 10-11 pages of content from the last version which was 15 pages.

[dEBRUYNE]

Funding required for XMR pool infrastructure overhaul (done by Wolf0):

https://forum.getmonero.org/8/funding-required/2412/xmr-pool-infrastructure-overhaul?sort=date_desc

PS: Even if you don't have an account you are able to contribute, just press the contribute button and it will explain how to donate.

[nioc]

Only 8 pull requests merged today 

Release those Mustangs into the wild   

[8XMR]

Only 8 pull requests merged today 

Release those Mustangs into the wild   

Much github activity recently. Good progress.

[nioc]

Only 8 pull requests merged today 

Release those Mustangs into the wild   

Much github activity recently. Good progress.

I spoke too soon, make that 10 pull requests merged.

Thank you monermooo and fluffypony

[smooth]

magnatoj, please stick to your own thread or threads relevant to cryptonote coins in general, unless you care to discuss Monero specifically here.

Best of luck with your project but spamming isn't a good idea.

[saddambitcoin]

Trying to sync the newest bitmonerod on a new VPS, it keeps crashing after this point:

Code:

2015-Dec-01 00:26:43.936098 [P2P9]LMDB Mapsize increased.  Old: 1024MiB, New: 2048MiB

Is there anything I can do to get past this?

edit: any by crashing i mean the entire server crashes, I have to reboot the VPS and then delete the db and start syncing from scratch again.

[MoneroMooo]

Trying to sync the newest bitmonerod on a new VPS, it keeps crashing after this point:

Code:

2015-Dec-01 00:26:43.936098 [P2P9]LMDB Mapsize increased.  Old: 1024MiB, New: 2048MiB

Is there anything I can do to get past this?

Join IRC please. I'd like to get to the bottom of this, as I've seen it reported before.

[onemorexmr]

Trying to sync the newest bitmonerod on a new VPS, it keeps crashing after this point:

Code:

2015-Dec-01 00:26:43.936098 [P2P9]LMDB Mapsize increased.  Old: 1024MiB, New: 2048MiB

Is there anything I can do to get past this?

are you running on 32bit?
i found this issue: https://github.com/monero-project/bitmonero/issues/402
which seems to only affect 32bit and is solved with 64bit

[smooth]

Trying to sync the newest bitmonerod on a new VPS, it keeps crashing after this point:

Code:

2015-Dec-01 00:26:43.936098 [P2P9]LMDB Mapsize increased.  Old: 1024MiB, New: 2048MiB

Is there anything I can do to get past this?

are you running on 32bit?
i found this issue: https://github.com/monero-project/bitmonero/issues/402
which seems to only affect 32bit and is solved with 64bit

You can't use LMDB on 32-bit, you must use the berkeley database i.e. "--db-type berkeley" option. That should be the default on 32 bit builds, but maybe that doesn't happen properly in some cases.

[nioc]

Only 8 pull requests merged today 

Release those Mustangs into the wild   

Much github activity recently. Good progress.

I spoke too soon, make that 10 pull requests merged.

Thank you monermooo and fluffypony

I forgot to take my shoes off.  Make that 13.

I wonder if fluffypony dreams of being a mustang.

[saddambitcoin]

Trying to sync the newest bitmonerod on a new VPS, it keeps crashing after this point:

Code:

2015-Dec-01 00:26:43.936098 [P2P9]LMDB Mapsize increased.  Old: 1024MiB, New: 2048MiB

Is there anything I can do to get past this?

Join IRC please. I'd like to get to the bottom of this, as I've seen it reported before.

Thanks again for your help, but I'm going to have to look for a new VPS, since I've been suspended for causing high load. No idea what the problem was, as I've run a node successfully on Digital Ocean on a VPS with the same specs.

Anyway, does anyone have a recommendation for a non-US VPS provider that accepts bitcoin?