...
What so special about current github version in comparison to 0.8.8.6 that would warrant using it, when its still in development?
The short answer: The github version requires well under 100 MB of RAM to run while the 0.8.8.6 version requires well over 8 GB of RAM once the operating system is factored in. The performance and stability is also way better. The more technical answer is that the github version uses LMDB and in some cases Berkeley DB to store the blockchain while the 0.8.8.6 version has to store the entire blockchain in RAM. With many computers having less 8 GB or less of RAM this makes a major difference. I also find that the 0.8.8.6 version will crash after about 4 days, while github version is stable. The RAM issue is just one thing. In reality we are dealing with over 9 months of development work in a project that is just under 18 monts old. In the current situation one has four choices: 1) Throw a large amount of hardware to Monero say 16 GB of RAM etc 2) Learn to compile from source 3) Use MyMonero.com or a similar service 4) Leave the XMR in an exchange. This will change once 0.9 comes out when simply downloading a binary that will work on almost all 64 bit computers becomes an option. |
|
|
|
...
If I'm not mistaken, it doesn't really matter how much RAM you have in windows (say a VM). It will eat up your RAM if it is 4GB or 8GB. I believe smooth or fluffypony said this. But if I am wrong, please correct me.
The next release will help with this issue.
Of course the next official release will not only help but actually solve this issue. The Memory requirements are actually below 100 MB. In fact this has been the case for a while for those of us who are prepared to compile from source. My point is that many people who simply go to https://getmonero.org and download a binary do not see this at all, and this is bound to have a very significant impact on the price. This discrepancy between the 9 month old official binaries and the source code available today has created a situation that is extremely dangerous for those who are short Monero. The risk of a brutal short squeeze following the release of 0.9 is very real. Edit 1: I run both. The official 0.8.8.6 release and the recent compiled binaries. There is a reason why I run the 9 month old code. It provides very useful market information. Edit 2: On Kubuntu 14.04 I get 8.04 8.18 GB for bitmonerod alone with 0.8.8.6 and this memory is not released. |
|
|
|
...
Currently the bears can still focus on the 0.8.8.6 "official" binaries with over 8 GB in RAM requirements. How long this will last remains to be seen.
I think you're over-estimating the effect on price that the next official binary release is likely to have. For better or worse (depends if one is accumulating or not, I suppose), I think the reality is that it's going to take an "official" GUI and/or more real services making use of XMR for there to be price movements that aren't mostly due to traders playing around. This may well be the case; however I find it very hard to believe that the market has ignored the fact that there have not been an update to the "official" binaries for well over 9 months. Edit 1: Here is an example of what I mean, from the main thread.
Hello,
Seems that 8GB of memory is no more sufficent to load the blockchain on Windows... When i launch the bitmonero daemon, Windows says there's no more memory available for the process and kill it. I try to unload many things and boot windows very light, but same problem.
It's time to go to the db version ?
This is someone who posted and asked for help. The question in my mind is how many did not post and just "gave up". This kind of thing is bound to have an impact on the market. Edit 2: Windows Memory Limits http://www.ricksdailytips.com/windows-memory-limits/ Note; Windows 7 Home Basic with a limit of 8GB is actually fairly common. |
|
|
|
there was/is a painter bot active and i hate it, risto pointed it out some time ago. dont know what kind of algo this is, but its pretty good in painting candles red without spending a lot of money.
it does this on different time scales too if possible. @pegasus: funny findings  after October a huge crash happend, some of us got burned, but it made us strong. then a bubble happend, those who went through darkness without fear got rewarded. it was hell of a ride and it will continue like that  I think it is mostly painting green, but during the time risto pointed it out it was painting red (thus switched in reverse). I also think it is currently painting green. The reason why someone would use it is to play it against his own bids to camouflage his market buys and other upwards pressure during accumulation. If it bothers you too much, just set up your own  All of this manipulation can work provided the fundamentals do not change. If the fundamentals do change watch out. Currently the bears can still focus on the 0.8.8.6 "official" binaries with over 8 GB in RAM requirements. How long this will last remains to be seen. |
|
|
|
|
I vote for c3. There are alternatives to d4 in this position
|
|
|
|
Who has an opinion on increasing the blocktime to 2 (or even 4) minutes as part of the next hard fork?
I am against raising the blocktime. There has to be strong technical reasons against the current 1 min blocktime. Furthermore the argument has to be made that those technical reasons will cause greater rather than lesser problems in the future. The argument against a short blocktime is that it increases the probability of orphan blocks and I do recognize that Monero is close to the practical limit; however as bandwidth increases this negative impact of this issue also decreases. On a related note do we need a repeat of the emission debate of last year? Edit: I propose that we table this issue until other much more pressing matters are resolved, such as the completion of the development goals in https://getmonero.org/design-goals/ |
|
|
|
|
All of this while 0.9 is close to release. Hmm ...
|
|
|
|
...
Nf3 is a good developing move and it helps to prepare d4 and a fight for the center of the board.
We can vote on open vs closed Sicilian defence at the appropriate time. |
|
|
|
When did Gregory Maxwell say "Monero won't work/won't scale"...? He has said that it isn't compatible with the sort of UXTO pruning that Bitcoin can do, which is somewhat true (there are indeed a few tricky ways to make it work if you really want to). I've seen this on reddit and possibly elsewhere. It is also a bit disingenuous since he has also said that despite UXTO pruning, Bitcoin also can't usefully scale without going offchain, which is why he opposes increasing Bitcoin's block size too much beyond the current 5-7 tps). In fact, if I'm not mistaken he may have suggested lowering the block size, but I'm not positive of that. I don't think he has ever said Monero "won't work". UXTO pruning provides only a linear advantage over no pruning while the blockchain growth until the currency, be it Monero or Bitcoin, becomes close to mainstream is, to a good approximation, exponential. Scaling basically depends on a continuation of Moore's, Kryder's, and Nielsen's Laws at an exponential rate of growth greater than the exponential rate of growth of the blockchain. Monero has the ability to scale with Moore's, Kryder's, and Nielsen's Laws. |
|
|
|
So if you provide crypto escrow service you now have
to register?
What happens if funds are sent to an account that is 2-of-3 multi-sig, and you are 1 of the 3 ? You would not have ALL the private keys required to access the funds. Yes, you would have your private key, but you couldn't send the funds to anyone. You would not have sole access to the funds. Would you require an MSB license in this case ? How is this different from the case where the account is held at a bank rather than on a blockchain? Multi-sig accounts at financial institutions are actually very common. This by itself does not make the individual signatories MSBs |
|
|
|
Debit is instant. You must be kidding. |
|
|
|
...
That logic is flawed as PRIVACY in the US and by the constitution is a RIGHT. It isn't illegal. Just BS politicians wanting to be nosy so they can peak into your privacy and see what you are doing as they dont want people to challenge the status quo.
It's all about control, taking the tools away with which you would mount an challenge to the status quo is the objective. Remember your not a "Patriot" unless you give up your constitutional rights. The issue here is that many US citizens do not understand that the pen is mightier than the sword. https://en.wikipedia.org/wiki/The_pen_is_mightier_than_the_sword, They put a massive efffort to ensure that citizens have control over the sword (gun rights); however at the same time they ignore the pen, by allowing companies such as Microsoft, Apple, Facebook etc to control thier data. These same companies then turn over this control over data to the Federal Government that is so feared. Monero is about controlling the pen; hence its current low price. |
|
|
|
...
You might not have a choice.
What are you going to do if I'm a criminal and decide to "taint" your Bitcoin by sending bits to your wallet? Sell your bitcoins?
It would actually make economic sense for a criminal holding a large amount of tainted Bitcoins to do just that with a portion of the tainted Bitcoins. |
|
|
|
Does this also deal with the second hard fork in MRL-0004 to require a minimum mixin of 4 after 2 years? It doesn't right now. The plan is to feature freeze the forks six months in advance (I think there is a thread on this at the getmonero forum). There are certainly other important features that will need to be forked in like multisig and others, so there will be more forks (unless development stops of course, but let's face it, if that happens the coin is in pretty big trouble). Yes I am aware of the thread. https://forum.getmonero.org/4/academic-and-technical/303/a-formal-approach-towards-better-hard-fork-management; however this does not mean that the code for the mandatory mixin of 4 after the appropiate delay could not also be included in this fork. True, but from a practical perspective the way the code works each time there is a fork the block version number gets incremented. Currently there is code "if version > 1, enable the minimum mixin 2 rules". We don't even know how many forks there will be in two years, so we wouldn't know what version to use nor when that fork will happen. We could pick some arbitrary numbers like jump to version 10 as of some future block height (and possibly change them in a future update), but that is somewhat messy. I'm not saying it couldn't be included, nor do I really have a position on it, just explaining how things are being done currently. Yes, after reading the code. I see what you mean. The code is checking for hardfork version rather than block height a second time, so it is simpler and less prone to error to do it this way. |
|
|
|
Does this also deal with the second hard fork in MRL-0004 to require a minimum mixin of 4 after 2 years? It doesn't right now. The plan is to feature freeze the forks six months in advance (I think there is a thread on this at the getmonero forum). There are certainly other important features that will need to be forked in like multisig and others, so there will be more forks (unless development stops of course, but let's face it, if that happens the coin is in pretty big trouble). Yes I am aware of the thread. https://forum.getmonero.org/4/academic-and-technical/303/a-formal-approach-towards-better-hard-fork-management; however this does not mean that the code for the mandatory mixin of 4 after the appropiate delay could not also be included in this fork. |
|
|
|
Does this also deal with the second hard fork in MRL-0004 to require a minimum mixin of 4 after 2 years? |
|
|
|
...
Depending what you do on your PC, there is not much to learn with Linux. But to test it, better to install it in virtualbox first, and see if you like it. Also you can check many distros easily in virtualbox, before you decide to do normal installation.
I actually recomend the reverse. Run GNU/Linux as the host and run Windows in a VM. The idea is to sandbox Windows and its built in spyware, while being able to run the odd Windows only application. |
|
|
|
Oh no.. we gotta stop this conversation. We're tanking the price! I prefer the blocksize debate and the question of how a fee market can develop when there is no block subsidy. These are over the long term very serious issues in Bitcoin that are for the most part ignored. Monero has a working solution to both these issues right now. Furthermore Monero is the only POW coin in the top 20 that has a solution. |
|
|
|
|
Monero Team. I vote for e4. Do we have a clock / time limit for each move?
|
|
|
|
|
Show Posts
