Topic: rpietila Altcoin Observer - page 32. (Read 387457 times)

Same here, same OS/ram, x64

Good to hear that. Can you say more about that?

On Ubuntu 12.04 (GNU/Linux). I get bitmonerod using 4.8 GB - 4.9 GB of virtual memory and 2.4 GB of memory. This is on an 8 GB system. 

I believe if Bitcoin or any other public ledger crypto becomes that ubiquitous Monero can ride on it's popularity as transactions can be done anonymously with a single bitcoin point with a single address for a single transaction.  And Monero becomes a store of value. 

In this case Monero can also begin to be used directly for transactions.

Simple.

This is roughly the opposite of the truth.  The faster the emission, the lower the price.  The lower the price the easier it is for persons of limited means to acquire.  A pump scheme favors the insiders.  In the case of Monero, insiders were not favored.  The bytecoin scammers were favored by privileged information about the crippled hash implementation.  That advantage was elminated rather quickly, and means little now.  They have probably spent most of their mined coins in conducting attacks on Monero already.

Professional service providers in my locale are already accepting Monero as payment for services rendered.  That is not true of any other privacy-enhanced crypto, to my knowledge.  Real use.  Real currency.  Right now.  I have paid for goods and services in XMR myself.  It's not hard to do, really.  You just find a motivated seller and offer a fair deal.


That would be a relatively small change to Monero.  You should submit a pull request if it is an itch you want to scratch.  I have no intention of ever converting a single XMR into fiat.  I'll just buy what I need to buy, with XMR.  If exigent circumstances require it, I could just buy gold, to impress the primitives with shiny, as required.

FATCA & How It is Destroying International Commerce

This is what I posted upthread how the powers-that-be will eventually make it is impossible to get enough cash if you can't document where the cash come from and is going to.

This is why ring-signatures are useless anonymity if you need to convert some crypto-currency to fiat.

Thus follows only two solutions:

1. You've got to make the anonymous currency popular enough that you less often need to convert it to fiat in order to use it. The anonymous coin must be a currency, not a silly investor pump like Monero.

2. You've got to make it such that when you do convert it to fiat, you can provide your private keys if necessary and it can't be proven that you story of where you obtained the funds can't be proven false. (Obviously I am withholding some details on my thoughts here).

P.S. sooner or later readers wil learn that I am rarely wrong about the future when I've researched it extensively for the past 9 years. To the poster who says Armstrong would be rich if his model was always correct—he is.

Edit: I don't have time for stupid shit! We have a serious problem in the world now.

Do you mean you are gonna hitman them?

LOL - I'm done with that, but now I have issues with whinging. Would you please use whining? These UK phrases confuse me.

Absolutely, totally true and correct.  

Now can we please go a 4 pages without  any more whinging about it?  (Not pointed at you specifically, btc-mike.)

Here's a proposal:  Anyone whinging for the next week, who hasn't donated at least 100 XMR to the core address (cf. XMR OP), gets whacked.  

Thanks!

Number of accounts is not an issue.

100K tx/day (more than Bitcoin BTW, but perhaps you intended to allow for growth and/or daily variation) is approximately one transaction per second, which is not an issue at all in terms of bandwidth or CPU processing. The block size would grow to accommodate the transactions, and the one thing we've seen from the recent attacks is that the block size growth works. There is a soft cap on the block size that was added to the implementation (not the protocol) but that can be raised easily, and the current cap would likely accommodate about 70K average sized tx per day (more than Bitcoin most days).

It becomes a bit of an issue in terms of storage for the blockchain, at about 12 GB per month, but not prohibitive (multi-TB drives are readily available and cheap). Memory would quickly become a problem so the database is a requirement here.

As a stopgap, larger servers could still handle a RAM blockchain for a year or longer, but this isn't useful without some sort of lightweight clients (that don't exist). Exchange wallets would still be usable, as long as exchanges have a large server to run the Monero node and wallet. But this becomes quite centralized, so finishing the database support is much better.

You won't be running a full node on a cheap laptop, although Moore's law (and friends) means cheap laptops might catch up. (You couldn't run today's version of a Bitcoin full node on a cheap laptop from 5 years ago; it is possible to run on one now, though somewhat painful.)

tldr. Database becomes more urgent. Some growing pains would probably show up. But yes it would work.

I'm also interested in this, so I started a thread where we can go discuss it:

https://bitcointalksearch.org/topic/libraries-that-parse-the-forum-777758

I'm also interested in this if anyone can point to some topic or answer directly? It's not only blockchained , one guy is running a completely paralel forum (https://bitcointa.lk/) with all afterward deleted posts, so that you can track if a user was removing his posts here.

I have a crazy idea to do a text mining / dictionary analysis on some users/threads. Is it possible for someone not having admin access, to extract threads from back-end not to parse the html?

Bit OT, but is there a reliable library that parses the forum (all of it)? Does anyone
know how eg http://blockchained.com/ works?

Thanks a bunch TheKoziTwo and bobabouey2, very helpful.

Thank you for the vocabulary lesson but most computer users are dumb. They do not know how to change the OS, adjust the VM settings or even upgrade the RAM. Either it works or it doesn't. A higher percentage of users on this forum can do all that, but there are still many that can't. Congratulations on running XBT on bare minimum hw, that does not apply to the majority of users here.

Additionally, there are users in developing countries (China, India, etc) that don't have the the $ to upgrade their toaster. They get left out of XMR fun.

In order to continue attracting the most number of new users, the database update would need to be completed.

Defenestration is the answer here.

Granny's eMachine is probably upgradable to 4GB RAM and likely runs Windows Vista. Replace the stock Windows Vista with GNU/Linux 64bit or 32bit PAE kernel and Monero will run fine. Once the hardware is freed from having to accommodate the DRM in Windows Vista a lot of the problems are solved. The saving in needless propriety software licenses can easily pay for the extra RAM.

By the way I run a XBT full node using a GNU/Linux OS on a 10+ year old laptop that still has its Windows 2000 logo and a built in floppy drive. No angry puddle of molten plastic or toxic fumes yet.

All users are welcome, but being an uber geek doesn't hurt.  True for Bitcoin and also true for Monero.

If you tried running a full BTC node on granny's emachine, the hard drive would make sad clicking noises, then the entire thing would melt down into an angry puddle of plastic, wires, and toxic fumes.

Those who wish to run unoptimized powerful new software should learn to upgrade their toaster's hardware or get the most out of its OS.  That's how you become an uber geek.   

I agree. The current blockchain memory usage is about 2.5 GB (the actual blockchain is about 1 GB but it seems to bloat up by about 2.5x when loaded into memory, the reasons for which were explained by crypto_zoidberg on the BBR thread, since BBR is about the same as XMR in this respect). The natural growth rate seems to be something less than 10 MB per day. At that rate we have at least 160 days until blockchain size increase by 1.6 GB and therefore memory usage increases by about 4 GB (putting an 8 GB system in the same spot as 4 GB system today).

A tighter deadline is a memory increase by 1.5 GB which which will likely make things uncomfortable (but possibly still usable) on 4 GB systems even with virtual memory. That corresponds to a blockchain size increase of 400 MB, which is something more than 40 days (since the 10 GB estimate above was conservative).

Hopefully we will have a database functional by then.


True, it wasn't our bad idea to load everything into RAM. We are fixing it though.