[XMR] Monero Speculation

[griffen1102]

We've gone parabolic, and we have resistance at each fib level. This could be murky waters because we can move down just as fast as we're moving up. DOn't get me wrong I love this action, but just giving a fair warning.

[aminorex]

That's no parabola...that's a super-exponential!

[griffen1102]

That's no parabola...that's a super-exponential!

e^moon?

[slapper]

DOn't get me wrong I love this action, but just giving a fair warning.

Just curious, are you a trader or hodler?

[griffen1102]

DOn't get me wrong I love this action, but just giving a fair warning.

Just curious, are you a trader or hodler?

I'm trading the majority of what I bought but holding about 20% of it. I got lucky and was able to enter mostly 140k and 180k sats.

[Febo]

over 1000 BTC buy orders on Poloniex and keep on growing.

[slapper]

DOn't get me wrong I love this action, but just giving a fair warning.

Just curious, are you a trader or hodler?

I'm trading the majority of what I bought but holding about 20% of it. I got lucky and was able to enter mostly 140k and 180k sats.

Thought so. All traders are so philanthropic  

I love Ethereum trading lately. Don't have to deal with a bunch of assholes eating their own from within.

[griffen1102]

DOn't get me wrong I love this action, but just giving a fair warning.

Just curious, are you a trader or hodler?

I'm trading the majority of what I bought but holding about 20% of it. I got lucky and was able to enter mostly 140k and 180k sats.

Thought so. All traders are so philanthropic  

I love Ethereum trading lately. Don't have to deal with a bunch of assholes eating their own from within.

I'm just posting my speculation in the monero speculation thread.

[phishead]

#RIPrimer   

[dEBRUYNE]

Logs for the dev meeting held on 2016-03-05 (summary will be posted as soon as possible):

https://getmonero.org/2016/03/05/overview-and-logs-for-the-dev-meeting-held-on-2016-03-05.html

[birr]

This is, gentlemen.

That's no parabola...that's a super-exponential!

That's no lady, that's my wife!

[dEBRUYNE]

Crosspost:

Logs for the dev meeting held on 2016-03-05 (summary will be posted as soon as possible):

https://getmonero.org/2016/03/05/overview-and-logs-for-the-dev-meeting-held-on-2016-03-05.html

Thanks for keeping us up-to-date!

Indeed maybe not a dev-meeting decision, but I do as well hope we get rid of the term 'mixin' in version 1.0:

It sounds shady, is associated with 'mixing' but it isn't, and the term 'mixin' does not cover what is actually stands for: number of ring signatures. So thanks for bringing up the reminder and lets decide on an alternative word (at least 'ring size' is understandable for me as a not so technical user, but of course open for better suggestions).

Fully agree, there is a thread for discussion here:

https://forum.getmonero.org/20/general-discussion/2501/changing-the-term-mixin-to-something-more-useful

[warptangent]

I keep getting this error when starting bitmonerod.exe

Can someone kindly advise how do I resolve this please?


http://postimg.org/image/82k0rxkeh/


My computer blue-screened after starting up bitmonerod.exe just a while ago.
I restarted the computer and bitmonerod.exe started to show this error messages.

There could be a couple reasons for the error.

Are you running a released build or one you or someone compiled? What version?

It appears to be on height 0. Does that sound right, or had you previously had a database?

If the former, it would be easiest to start with a fresh database directory and see if that works.

To do so, you could remove the two *.mdb files in your current monero data dir's lmdb/ directory and then start the daemon.

If you want to leave your current database intact for further investigation, you can start the daemon with another data dir:
bitmonerod --data-dir /path/of/your/choice

If you want to follow up, it's better to use the support thread: https://bitcointalk.org/index.php?topic=652305.new

Appreciate your kind advice warptangent.

I deleted the data.mdb as I suspected it got corrupted during the Windows hard crash.
Now have to spend umpteen hours to regenerate the full blockchain from scratch (I use HDD).

Since there was data corruption or at least database inconsistency, it would be good for us to know more about the setup.
Whether it was a release build and the version are helpful.

As far as getting started again, on HDD, I generally use blockchain_import with a blockchain.raw file (available at https://getmonero.org) to bootstrap the database faster than syncing with the daemon:

Code:

blockchain_import --input-file /path/to/blockchain.raw --database lmdb#fastest --verify off

If you don't have a lot of RAM, you can also lower the batch size, e.g.:

Code:

blockchain_import --input-file /path/to/blockchain.raw --database lmdb#fastest --batch-size 1000 --verify off

This requires trusting blockchain.raw, unless you run with the default verify mode (--verify on), which is slower, and would be similar to syncing with the daemon if it also did full verification for the entire sync. The daemon by default also trusts some block data to avoid full verification during most of the sync. It's just that the data it's trusting is embedded in itself (from blocks.dat).

In short, if you're on HDD and willing to trust a second file, blockchain.raw, your import will be much faster, possibly even 1 to 2 hours total, depending on your setup.

When the import is done, just run the daemon as normal.

More help on the importer and its options is here:
https://github.com/monero-project/bitmonero/blob/master/src/blockchain_utilities/README.md


Lastly, for HDD users looking for better performance, the experimental performance branch in development is available for testing at exp/performance here:

https://github.com/warptangent/bitmonero/branches

This includes updates that dramatically improve the daemon's interaction with the wallet when dealing with txs that belong to you (e.g. wallet refresh from scratch on a wallet with many txs).

It also includes updates from hyc, the author of LMDB, that improves block storage efficiency.

The latest set of updates I made were pushed yesterday, which deal with transaction storage, notably decreasing the size of the database.

Note that this branch is incompatible with the master branch (and release builds). The two cannot use the same database.

To try it out:

Code:

git clone https://github.com/warptangent/bitmonero -b exp/performance

It's compiled with:

Code:

BERKELEY_DB=0 make -j3 release

All testers should remember it's an experimental branch in development. The improvements also help on SSD, but are especially noticeable for those with slow storage. This is planned to be merged into the master in the future, after further work.

Testing is welcome by all. Remember that the daemon and importer have the --data-dir option, so a separate database can be used for testing.

[TrueCryptonaire]

I wonder when the wars will break out for XMR? 

[Drhiggins]

I wonder when the next attack on the network will come?  I hope never but feel its gonna happen at some time.  With rise in price this will draw attention.  Don't get me wrong I love the upward movement but the rise draws eye's.

 

[Febo]

I wonder when the next attack on the network will come?  I hope never but feel its gonna happen at some time.  With rise in price this will draw attention.  Don't get me wrong I love the upward movement but the rise draws eye's.

  

With rise of price also hash rate will increase. It is same as with Bitcoin, just that Moreno had good harsh rate from early start and was never so vulnerable as Bitcoin was first years.

[rdnkjdi]

Man I've made so much off lending .... like 10 moneros?  Some big shorters

[DaveyJones]

Man I've made so much off lending .... like 10 moneros?  Some big shorters

In 5 years you gonna love those 10 moneroj ... i would lend myself... but better safe then sorry so i keep my coins cold

[aminorex]

In 5 years you gonna love those 10 moneroj ...

I would say 2 years.  Full-on capital controls in Europe, eventually the U.S., should that happen, can be (will be) seen as the violent death throes of the debt-slavery=fiat-currency central planning & tax farming system.  Ain't no transparent blockchain gonna serve you then.

[DaveyJones]

In 5 years you gonna love those 10 moneroj ...

I would say 2 years.  Full-on capital controls in Europe, eventually the U.S., should that happen, can be (will be) seen as the violent death throes of the debt-slavery=fiat-currency central planning & tax farming system.  Ain't no transparent blockchain gonna serve you then.

Thus plus all those other things that might come. And i thought Orwell´s well known 1984 would teach them a lesson... yet we are steering directly towards it.